The same happens on Windows 7 (64-bit) but not on Ubuntu where the
first graph is almost immediate. I had presumed that this was due to
the way Windows managed memory and cache but I don't know if this is
correct.
Best regards
John
On 14 July 2010 06:57, peter <peter(a)tomatoad.com> wrote:
On Windows XP (AMD 3000+, 2.16Ghz, with 1.5g memory) (through SP2) I
find this to be the case only after a reboot.
Open GRETL (1.91cvs)
Open a data set
Click on a series
Ask for a time-series graph
10s to display
Close GRETL and repeat: <1s.
~Peter
On 7/13/2010 5:40 PM, Allin Cottrell wrote:
> On Tue, 13 Jul 2010, Riccardo (Jack) Lucchetti wrote:
>
>
>> On Tue, 13 Jul 2010, Hélio Guilherme wrote:
>>
>>> It is a known issue. It only happens on the first plot,
>>> because gnuplot is loading to memory.
>>>
>>> Does it takes more than, let's say, a minute? That would be
>>> strange and we should give a better look into.
>>>
>> Just thinking out loud, really: I don't really know what gnuplot
>> does on its maiden voyage, but whatever it is, couldn't we ask
>> gnuplot to do a "dry run" as part of the gretl installation
>> process?
>>
> I'll take a look at this, but some more data would be helpful.
> Can we determine the precise condition for gnuplot taking an
> exceptionally long time on Windows? Is it (a) a new installation
> of the gretl package, or is it just (b) the first invocation of
> gretl plotting in a given Windows session ("session" = period from
> booting Windows to halt or reboot)?
>
> Helio's "loading to memory" suggests (b), but Yinung's observation
> seems to be that (a) is the problem case.
>
> Allin
>
>
>
> _______________________________________________
> Gretl-users mailing list
> Gretl-users(a)lists.wfu.edu
>
http://lists.wfu.edu/mailman/listinfo/gretl-users
>
>
>
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users
--
John C Frain
Economics Department
Trinity College Dublin
Dublin 2
Ireland