Posted: 4/22/2004 5:01:03 PM EDT
|
Ok I've spent a good amount of time looking at areas to cut back on client CPU utilization. While many may not have problems, a few people are having issues posting replies because of the heavy browser load. (Upgrade those 486s!!!!  )In order to cut back on CPU problems I've found a few areas to trim... I'll be working on those tonight for a bit, then getting some much needed sleep. I'll pick up again tomorrow after work and work through the weekend. A lot of the animations, dynamic menus, and CSS effects will need to go. Since most of this is window dressing it's not a big deal. |
|
GB, I think this might be the major cause of cpu load on the pages. style="FILTER: progid:DXImageTransform.Microsoft.Gradient(endColorstr='#9E9E96', startColorstr='#696863', gradientType='0')" I think that you'll find if you take this style out, cpu load will drop dramatically. This is on all pages that use the underline and overline for the a:hover and this style is used(I think all the pages). This seems to only affect IE, and maybe only 6. I also believe that there is something similar going on with the reply page. I haven't pinpointed that yet. |
I doubt it, but you never know... I use that same filter in my web designs and don't have any problems like this. (PS: Goatboy, I do know that older browser versions do not support this filter, therefore the pages may not look as nice. Maybe make a 1-width X-height GIF image of the gradient, and have it fill or stretch the area instead. It would load fast, and should work on all browsers...) BTW: just scrolling down on threads seems to be really choppy and lagging. |
Just try it and see. Save the general forum page and then edit this style out . This is what is causing the problem with the slow scrolling and slow reaction to hovers also. It also doubles, if not triples my cpu load. It will also work if you only edit out the hover style. I dont' know exactly why, but this is what I was able to figure out. I do know that I had a problem before with using opacity filter and a hover style. |
|
It shouldnt be that filter since it's used very little and once rendered is left as is. Any dynamic code or style changes cause the browser to alter the page with the change, this is also true of animated images, dynamic menu and so forth. Since there is a lot of this stuff on the site working together, it ads to CPU utilization. (Javascript in the post pages adds even MORE to this load and on some low end machines is causing the text to come out choppy as it's typed.) I have absolutely no problems with the site or CPU util. I have narrowed down the biggest culprit in all of this which is the animated images. Hopefully removing the few from the post page has helped that issue and removing them from the GD pages should help there as well. If things are still tight I'll keep checking for an answer, but I tested on an old junky pentium system from a few years ago and used that to debug things. |
|
Riddle me this then. laptop Win XP Home Mobile P III 1.13 GHZ 512MB Ram IE Version 6.0.26 These are both sitting idle for 20 seconds after the page loads. Actual Page:  After the style is edited out:  This is identical to what happens on my older desktop. Win XP Pro SP1 AMD Athlon 800Mhz 512MB Ram IE Version 6.0.28 If you take out the animated gifs, that helps until you roll over a link and invoke the hover style. Then the cpu % spikes up again. The only thing that I could find that stops this is taking that style out. Here, try it out. Original Page Style edited out |
What every you have done in that one link, it cured the scrolling lag and everything is much clearer as well.
|
Definitely an IE only problem. I can verify that Netscape, Mozilla, and Opera do not have this problem. The site is very fast with these browsers. This also makes sense (I still don't know why) that it would be the Filter style. This style is an IE proprietary style, so it wouldn't affect these other browsers. |