[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: lynx-dev lynx2.8.2dev.7

From: Leonid Pauzner
Subject: Re: lynx-dev lynx2.8.2dev.7
Date: Tue, 24 Nov 1998 11:48:20 +0300 (MSK)

>> > * modify HTCheckForInterrupt() to check for interrupt no more than one per
>> >   second, since this check is comparatively slow - TD
>> I usually test lynx on slow 386: no difference in speed detected,
>> but 1 sec delay while scrolling in partial mode is annoying (with any CPU).

> well, on the unix side, it's a big hit (probably slows Lynx down by a
> factor of 2-3 when just reading a directory).  I noticed that it was
> slow starting up, and (as usual ;-) compared it to 2.7.2, then ran both
> with strace.  About half of all the system calls were being made as
> as result of the interrupt-check.  (This also slows down retrieval of
> files).

Yes, reading of large directory is slow on Linux,
probably use your DontCheck() in certain situations only?

> I would think that a 1 second delay in stopping output wouldn't be
> a bad thing - it's a cheap solution (and the alternatives all appear
> expensive).

> At the same time, I saw that on Linux (and SunOS) at least, each of those
> calls to getpwnam, etc., caused the system to reread the whole /etc/passwd
> (or /etc/group).  Probably Solaris caches the information.  (We may make
> the caching by Lynx of user and group info an optional feature - it's a
> simple ifdef).

Yes, something pathological around here:
DJGPP port very slow on reading directory from CD,
it can take >10 sec easily.

> --
> Thomas E. Dickey
> address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]