Travis, thanks for the tip! While Mozilla was closed, I emptied the Cache folder, and now the problem is gone.
I think I've found a possible bug though. When opening my local copy of the site in the Composer and saved one file, the main title graphics (that is displayed when you first click on the link) became corrupted in IE. Appearantly, Composer "touched" that file while I was editing the web page. From what I've discovered, each time you select to insert an image into a fresh HTML document that you are "composing", the Composer gets the width and height of the image, and somehow it manages to damage the file. The reason why I mention this in this thread is because it may have something to do with the corrupted cache that was the reason for the performance issue. You seem to be very up to date with Mozilla; do you think this is an known bug, not a bug at all, or a bug that I should report? Thanks. / David Travis Crump wrote: > Your cache is also stored in your profile. It is possible that the > cache for the page somehow became corrupted, and when you create a new > profile the new profile has its own cache and loads everything fresh... > > David Tenser wrote: > >> Jason Johnston wrote: >> > David Tenser wrote: >> > >> >> I love Mozilla, but I have one big problem: It's consuming way too >> >> much of my CPU (900 MHz Ahtlon). I'm currently using the latest >> >> nightly build, could that be the reason why? >> >> >> >> I believe the problem started when I chose to activate the Talkback >> >> Agent, but I have no idea if that is related to the problem. >> >> >> >> It's consuming 100% of the CPU for a second or two when rendering a >> >> page on screen. >> >> >> >> It's particulary slow on my very own site: >> >> http://m1.161.telia.com/~u16112907/kroppsdel/index.html >> >> >> >> When loading the first page on that site, even the mouse pointer >> >> freezes for a second. This never happens with any site when using >> IE6. >> >> >> >> / David >> >> >> > >> > >> > >> > I don't see this problem either, P3-500. The CPU peaks at about 30% >> > when loading the url you supplied. I'm also running nightly builds >> > (currently 2002021203 on Win2K). I just sent in a talkback report >> about >> > an hour ago, so I doubt it's talkback-related. >> > >> > I wish I could be more helpful. A couple things to try: >> > - Try re-installing the same nightly build and see if that helps. >> > - Try creating a new profile, maybe it's profile-related. >> > >> > --J >> > >> >> Thanks for the tip. I tried to create a new profile, and, very >> surprising for me, it does make a big difference! It's still pretty >> slow when initially loading the page (the address previously >> mentioned), but when alt-tabbing between windows, it repaints the page >> instantly now. >> >> How come?! >> >> What exactly is stored in the profile? Shouldn't the page renderer >> (Necko?) render a page the same way, regardless of what email settings >> that I have for instance? How can the profile affect the performance >> on the screen painting of websites? And an even harder question to >> ask, why is it just this page, and not every page? >> >> Of course, I'm sure there are other pages that has the same problem on >> this machine, but still... why? >> >> / David >> >
