Re: lynx-dev lynx2.8.2dev.7

[Klaus Weide]

On Mon, 23 Nov 1998 address@hidden wrote:

> > > * 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).

If this is about the HTCheckForInterrupt() in HTFile.c from my patch -
By all means take it out if it slows things down.  I was not thinking
of that effect.  The check is probably not very useful in its current
form - it only comes into play after all the readdir()s have been done,
when Lynx has started generating HTML from the resulting tree structure.
I put it there because I was testing reading a long directory under
low memory conditions, and this way Lynx seemed to better detect when
memory was exhausted (via the faked zap).  But if this comes at the
cost of reduced responsiveness, it should go away.  Or only be done
once every N files.

      Klaus