On Fri, 15 Jun 2001, Karl J. Runge wrote:
> I find both of them to be badly sluggish.
It seems to vary a lot from system to system.
> Between 0.5 - 1.0 seconds to map the image (even if it has already been
> loaded by the browser).
Invoke "Edit -> Preferences". Under "Advanced -> Cache", try tweaking
settings. Under "Debug", make sure "Enable Disk Cache" and "Enable Mem Cache"
are both checked (enabled).
> It vaguely reminds me of Xemacs on a slow machine sifting through reams of
> lisp between context switches...
There is probably some similarity there. A lot of Mozilla's functionality
is implemented in JavaScript, which is interpreted at runtime. This gives you
all the benefits and drawbacks that Emacs's use of LISP does.
> I thought mozilla / netscape 6 was suppose to be faster with gecko, (etc)?
> Maybe for different kinds of rendering?
Gecko (the new HTML rendering engine in Mozilla) is, on the average, much
faster than the old one. You especially see the difference in complex pages,
with lots of tables and other structural elements. It is more dynamic, in
that things like incremental loads, frame resizes, etc., are much faster. It
also handles the current HTML standards much better.
However, there is much more to Mozilla than just the rendering engine. For
better or worse, they are implementing a huge amount of functionality in that
one program. There are several projects I've heard of which take Gecko and
embed in a much more lightweight frame. You might want to look into that.
Also, check out Opera. While it is a commercial, closed-source product, I
have found it to be much faster than Mozilla in some cases.
> FWIW the machine is 2 cpu PPro 200, 196 MB of ram, 2.2 kernel.
AFAIK, Mozilla is single threaded, so you've effectively got a single CPU
(presuming you aren't running heavy-duty background tasks).
Also, it might be a compiler optimization issue. I dunno what compiler or
flags the Mozilla project is using, but I have seen such things make a huge
difference before.
--
Ben Scott <[EMAIL PROTECTED]>
| The opinions expressed in this message are those of the author and do not |
| necessarily represent the views or policy of any other person, entity or |
| organization. All information is provided without warranty of any kind. |
**********************************************************
To unsubscribe from this list, send mail to
[EMAIL PROTECTED] with the following text in the
*body* (*not* the subject line) of the letter:
unsubscribe gnhlug
**********************************************************
