Closed Bug 267525 Opened 20 years ago Closed 16 years ago

100% CPU utilization when displaying directory list (massive table)

Categories

(Core :: Layout: Tables, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ejuan73, Unassigned)

References

()

Details

(Keywords: hang, perf)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041029 Firefox/1.0RC1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041029 Firefox/1.0RC1

Trying to navigate in
http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/os/Fedora/RPMS/
firefox starts to eat too much resources: CPU + memory trying to download the
entire list.

When it comes about c* position it hangs. This problem also afects my xmms,
hanging it :_(

In wget
http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/os/Fedora/RPMS/
downloading index.html costed to me about 3 secs!! i firefox it costs 100% CPU
and 3 or 4 minutes to come back from hang state...

Reproducible: Always
Steps to Reproduce:
1.go to
http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/os/Fedora/RPMS/
2.
3.

Actual Results:  
see details

Expected Results:  
browse
http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/os/Fedora/RPMS/index.html
in 3 or 4 secs (depending on your speed)and not consuming 100% CPU

Portage 2.0.51-r2 (default-linux/x86/2004.2, gcc-3.4.2, glibc-2.3.4.20041021-r0,
2.6.9-gentoo-r1 i686)
=================================================================
System uname: 2.6.9-gentoo-r1 i686 AMD Athlon(tm) XP 2400+ 1GB DDR
Gentoo Base System version 1.6.5
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer -pipe
-fno-crossjumping -fprefetch-loop-arrays -fstrict-aliasing"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer -pipe
-fno-crossjumping -fprefetch-loop-arrays -fstrict-aliasing
-fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo
http://csociety-ftp.ecn.purdue.edu/pub/gentoo/
ftp://mirror.iawnet.sandia.gov/pub/gentoo/ http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/bmg-main"
SYNC="rsync://rsync1.fi.gentoo.org/gentoo-portage"
USE="3dnow X aalib ada alsa arts artswrappersuid artworkextra audiofile avi
berkdb bitmap-fonts cdr cjk crypt cups dga directfb dvd dvdr encode esd evo
expat f77 fam fbcon firefox flac flash foomaticdb gb gcc gdbm ggi gif glib glibc
gmp gnome gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal howl imagemagick
imlib innodb ipv6 jack java jpeg jpeg2k junit kde kdevelop kerberos krb4 lcms
libg++ libwww libxslt mad mikmod mmx motif mozaccess-builtin mozctl mozilla
moznoxft mozxmlterm mpeg msn mysql ncurses nls nntp nptl odbc oggvorbis opengl
oscar oss pam pda pdflib perl plotutils png python qt quicktime readline samba
sdl slang slp sndfile snmp sock5 spell sse ssl svga tcltk tcpd tetex thunderbird
tiff truetype unicode usb valgrind vim wxGTK wxwindows x86 xface xine xml xml2
xmms xorg xscreensaver xv yahoo zlib"
I can confirm this to 100%. All mozilla versions that existed since this web
page is on-line have this problem! I used mozilla on RedHat Linux, when this
page was created and it showed me already this problem. It was never fixed. At
the moment I'm using mozilla 1.7.3 on FedoraCore 2 at the moment and the problem
sill persists.

I'm very sure that mozilla has problems with the HTML or layout used on this
page. Please note that RedHat's servers are not slow: looking at the page with
konqueror or links ist blazingly fast.

You can also check with this URL:
http://download.fedora.redhat.com/pub/fedora/linux/core/3/i386/os/Fedora/RPMS/

I fact you can choose every directory that has a lot of files. Short pages seem
to work.

Symtoms are: 100% CPU usage, no feedback/rendering. Maybe mozilla recovers after
minutes. Please confirm this bug now! Just look at the page, it's so easy.


Confirming.  Reproduced using mozilla.org build of firefox 1.0.1 running on
Fedora Core 3.  The mozilla.org build of SeaMonkey 1.7.5 on the same box does
not exhibit the problem.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: hang
Summary: Navigate in that directory costs too many sytem resources → 100% CPU utilization when displaying directory list
Version: unspecified → 1.0 Branch
Took a few seconds of 100% CPU usage on Athlon64 3500+ but went down to 0% after
loading done, so not sure if it's a bug. Mozilla/5.0 (Windows; U; Windows NT
5.1; en-US; rv:1.8b2) Gecko/20050414 Firefox/1.0+
OS: Linux → All
Version: 1.0 Branch → unspecified
*** Bug 253237 has been marked as a duplicate of this bug. ***
Keywords: perf
Summary: 100% CPU utilization when displaying directory list → 100% CPU utilization when displaying directory list (massive table)
Component: General → Layout: Tables
Product: Firefox → Core
Version: unspecified → Trunk
*** Bug 282851 has been marked as a duplicate of this bug. ***
*** Bug 268120 has been marked as a duplicate of this bug. ***
Assignee: firefox → nobody
QA Contact: general → layout.tables
Do you have adblock running ? See bug 239075.
*** Bug 268047 has been marked as a duplicate of this bug. ***
*** Bug 292486 has been marked as a duplicate of this bug. ***
Depends on: 145425
(In reply to comment #4)
> Took a few seconds of 100% CPU usage on Athlon64 3500+ but went down to 0%
> after
Just to say 8 seconds to load first time, then <4 seconds to reload.
(3Ghz cpu) Deerpark 1.0+ 20050712
Bill
this is wfm with the current nightly, at least for me.
Seems to be solved in the meanwhile. I mean WFM again with current mozilla 1.7.12 on Fedorca Core 3. Reporters please check again, may be we can close it as fixed.
Seems wfm too with current FF3 beta 3 build on Windows. Time to close this bug?
the url is 404, makring wfm based on comment 13 and comment 15
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.