31918 - Image loading very slow

Status: VERIFIED FIXED

(Core :: Graphics: ImageLib, defect, P3)

Description

[Tomas Ögren]

Loading the 3 images in the URL field takes 20-30 seconds on an Ultra10 (333mhz
Ultrasparc IIi) over LAN (10mbit, just between two houses) and about the same
speed from local disk. These images are just examples (progressive/not etc), all
large images are slow.

The progress meter and throbber is practically dead while loading, affecting
screen update as well.

Comment 1

[Doron Rosenberg (IBM)]

reporter - what build are you one?

Comment 2

[Tomas Ögren]

I used the (then) current tree when I reported the bug and I'm using the current

now - it's much faster.. from 2.5 to 5 seconds on those images in URL field

(made a typo on the third, fixed now).

I'm compiling myself with gcc 2.95.2, disable debug, enable optimize.. The UI is

still dead while loading it though.

Comment 3

[Doron Rosenberg (IBM)]

Are you still seeing this?

thanks

Comment 4

[Tomas Ögren]

It's not bad as it used to be, but the ui is still less alive than in NS4...

Comment 5

[Doron Rosenberg (IBM)]

this is a sloaris problem, as on win32, UI is not horked.

do you always get the newest source and then build or CVS?

Comment 6

[Tomas Ögren]

I update from cvs and build myself... While loading, a LOT of packages is
transmitted from the machine I run it on to the $DISPLAY machine. I haven't
analyzed the packet stream yet...

Comment 7

[pnunn]

I'll have to track down a solaris machine for test.
-P

Comment 8

[Tomas Ögren]

I added another testcase.. while loading over the net, it's slow (slower than
"raw" download, takes up to a minute with mozilla) and the UI isn't very
responsive.. it reacts between every block loaded, but not very much while
reading a block from the network.
When loading over a LAN or locally, it takes about 2 seconds for me...

Comment 9

[pnunn]

I'm having trouble seeing the problem.
I _did_ notice the server www.ing.umu.se was
slow though nil.sourceforge.net seemed ok.

I'll need some input from other solaris users....
I only have access to irix and linux these days.
-P

ps.
Adding the urls to the urls field above gets unwieldy.
You can just put the test urls in the comment text. We'll find them.
-p

Comment 10

[neeti]

moving to m18

Comment 11

[Raghu Sakleshpur]

Changing OS platform to Linux as this has been tested to occur on Linux too.

[e-mail]

Comment 12

[Raghu Sakleshpur]

M16 distribution was used to verify this bug on Linux platform.

[e-mail]

Comment 13

[tor]

I'm not seeing this problem on a current tree.  Some timing results
measured on Linux, using the following three browsers:

  Netscape 4.73
  Netscape6 PR3
  5-Oct-2000 cvs tip build (with image related patches from 37779 and 53597)

All timed with a stopwatch, repeated three times and averaged.

URLS from 31918 directly from the network (keep in mind network variablity).
nil.sourceforge.net omitted because it wasn't providing the image to even
a raw downlod in a sane amount of time (<2min):

               aspen1.jpg  aspen2.jpg  aspen3.jpg
Netscape 4.73    3.12sec     3.98sec     3.52sec
Netscape PR3     3.45sec     2.68sec     3.15sec
mozilla tip      3.47sec     3.35sec     3.03sec

Files on a local webserver to eliminate network variablity:

               aspen1.jpg  aspen2.jpg  aspen3.jpg  nil_first_multiplayer.png
Netscape 4.73    0.95sec     0.88sec     1.12sec           2.41sec
Netscape PR3     2.56sec     1.43sec     1.54sec           2.09sec
mozilla tip      2.29sec     1.38sec     1.30sec           1.94sec

Comment 14

[pnunn]

Lets close it then.
Thanks, tor.
-p

Comment 15

[Terri Preston]

I verified this on Linux 2000100909mn6 and all the graphics loaded quickly

Comment 16

[tor]

The person who reported this problem on mozilla.general had this response
to my timing results.  Someone with a dialup connection should try running
time trials.

Jason Wong <[e-mail]>:

	I dunno though.  Maybe it's something with the networking then.
	I know on a 56k the image load time is the reason that I don't
	use mozilla on linux.  I accept that 2seconds is not a long
	time, but consider 2 seconds for every image on a web page
	and it adds up real quick.

Comment 17

[Luis Villa]

Loading the first image locally (from HD) not only do I get poor loading time
(it is easily twice as fast to load with Netscape 4.x) I get very poor response
from the UI, which doesn't occur when loading large/complicated pages. I can't
suggest a fix but I really don't think the problem has been "solved" in any
meaningful way. 

Comment 18

[pnunn]

this should be addressed with pav's checkin.
-p

Comment 19

[pnunn]

All pnunn bugs reassigned to Pav, who is taking over
the imglib.

Comment 20

[Terri Preston]

This was fixed with new imagelib, verified fix on Linux build 2001040305

Comment 21

[Terri Preston]

Verified fixed linux build 2001082012