SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.

The Southern California OS/2 User Group
USA

SCOUG-HELP Mailing List Archives

Return to [ 31 | August | 2004 ]

<< Previous Message << >> Next Message >>


Date: Tue, 31 Aug 2004 23:00:57 PDT7
From: "Steven Levine" <steve53@earthlink.net >
Reply-To: scoug-help@scoug.com
To: scoug-help@scoug.com
Subject: SCOUG-Help: Re: Mozilla 1.7 extremely slow

=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================

In <4134BA48.BC9FF5AC@pacbell.net>, on 08/31/04
at 09:50 AM, "J. R. Fox" said:

>8mb. is pretty antideluvian and threadbare. 32mb. of onboard video
>memory has been a standard baseline for many years, and of course the
>cards being sold today go up to 256mb. or more. (O.K., I know the over
>64mb. ones are of most use to Win-gamers . . . . )

The extra memory is useful, regardless of what Peter says. Smart drivers
cache more than just the sprites. The real difference is the time it
takes to get the screen content from CPU RAM to video RAM. Given the
resolution Peter running and the CPU speed, one can watch the windows
paint pixel row by pixel row. Of course this does not matter if most of
what you use the screen for is to display VIO windows with a black
background.

IAC, the video redraw time is a minimal percentage of what is causing the
25 minute load time. It's CPU activity that occurs when Mozilla reads in
the page and builds the internal representation that make up the bulk of
the time. Part of the extra load time, when compared to Netscape, is
expected. Mozilla does more than Netscape where more is the result of
things like configurability, standards support and generally better page
rendering. These all have a computational cost.

Even so, there's something else going on that causing the load time to
degenerate far beyond what one would typically expect. It could be
something like an internal table that is using a linear lookup rather than
a hash. A linear lookup might be the optimal design for pages in the
normal size range, but Peter's page is far outside what would be
considered a normal html page.

This is similar to the problems one encounters when one tries to use a
word processor to edit binary data. Word processors are designed to
optimally handle lines of average width. They all degrade in one way or
another with given binary data with no line endings.

The programmers editor is use is better than most. I claims:

o File sizes, number of open files, line length, and number of
windows constrained only by system limitations.

It does get a bit sluggish when I push the line length into the millions
of characters.

Regards,

Steven

--
----------------------------------------------------------------------
"Steven Levine" MR2/ICE 2.47 #10183 Warp4/FP15/14.093c_W4
www.scoug.com irc.fyrelizard.com #scoug (Wed 7pm PST)
----------------------------------------------------------------------

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================


<< Previous Message << >> Next Message >>

Return to [ 31 | August | 2004 ]



The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA

Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.