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)
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"
Comment 1•20 years ago
|
||
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.
Reporter | ||
Comment 2•20 years ago
|
||
confirmed here too. http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/os/Fedora/RPMS/ 100% CPU 8(
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
Comment 4•19 years ago
|
||
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
Comment 5•19 years ago
|
||
*** Bug 253237 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Keywords: perf
Summary: 100% CPU utilization when displaying directory list → 100% CPU utilization when displaying directory list (massive table)
Updated•19 years ago
|
Component: General → Layout: Tables
Product: Firefox → Core
Version: unspecified → Trunk
Comment 6•19 years ago
|
||
*** Bug 282851 has been marked as a duplicate of this bug. ***
Comment 7•19 years ago
|
||
*** Bug 268120 has been marked as a duplicate of this bug. ***
Comment 8•19 years ago
|
||
Do you have adblock running ? See bug 239075.
Comment 9•19 years ago
|
||
*** Bug 268047 has been marked as a duplicate of this bug. ***
Comment 10•19 years ago
|
||
*** Bug 292486 has been marked as a duplicate of this bug. ***
Comment 11•19 years ago
|
||
(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
Comment 12•19 years ago
|
||
this is wfm with the current nightly, at least for me.
Comment 13•19 years ago
|
||
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.
Comment 15•16 years ago
|
||
Seems wfm too with current FF3 beta 3 build on Windows. Time to close this bug?
Comment 16•16 years ago
|
||
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.
Description
•