This blog details my current software developments, and other related issues.
Try doing anything with this page in the foreground. This sort of page isn't entirely uncommon and makes both Gecko and WebKit completely unusable on my monster of a machine. On the other hand, IE7 handles this fine and the interface remains responsive. Acid 3.0 is all well and good, but whatever it is that makes this page (and pretty much any page featuring a static background and/or semi-transparency) slow to crawl really ought to be fixed...
Incidentally, there are much much worse pages, but I just ran across this one that isn't actually a person's page and still performs pretty badly. There are others where I literally cannot do anything for several seconds while it renders, this one is pretty performant in comparison...
Also, this isn't a dig against gecko or WebKit which are both making awesome progress, more a dig at the focus on 'oh hey, look, 100% on acid3... ignore my speed on common pages and my lack of cookie support though...'
It's the static background I would guess. FF has never handled it well, still unfixed in 3.0 it seems...
Loads fine on my Mac Mini in Safari 3.1. Browser and desktop stay quite responsive while it loads and after it's done. Maybe it's my 2 GB of RAM? Processor is nothing special (1.8 GHz).
On FF it's really bad, but using midori with webkit r32284 everything alright.
See:
https://bugzilla.mozilla.org/show_bug.cgi?id=382392
and the comments at the bottom.
All i can say is that page is COMPLETELY unusable of ff2.
ff3 on the other-hand is just a little bit sluggish scrolling, but is a huge improvement.
Also check out http://planet.fedoraproject.org/
ff2 isn't very happy with that page either, especially when there is non English characters.
Using it with Minefield on Windows Xp and it's just fine no slowdown at all. What is it I'm supposed to notice? (It looks the same in IE as well)
Odd, I did not notice any slowdowns on that page. Perhaps KHTML still has a trick or two to teach WebKit:-) Konqueror from KDE 3.5.9 handles it just fine, and this laptop is not exactly a monster.
Safari 3.1 here - the page (and all others that I have open) is still silky smooth in scrolling and resizing - the animations in the page are unaffected.
Is KHTML still being developed independent of WebKit/Core?
It works well here, really fast, no lag or nothing. Firefox 3.0 beta 5. On a radeon x550 (r300), 40€ 18 months ago.
Check this screencast (taking it slowed things down a bit): http://www.megaupload.com/?d=XMU4GG89
I consider not being able to load myspace pages swiftly a feature and not a bug. It gives me ample time to reconsider looking at that page. I also tried it a midori and I am getting decent load times.
I consider not being able to load myspace pages swiftly a feature and not a bug. It gives me ample time to reconsider looking at that page. I also tried it a midori and I am getting decent load times.
I'm thinking xorg bottleneck. It's just fine on my eee (Ubuntu Hardy FF3 with i915 video, but 800x480)
I've seen slowdown before, and can have some real issues on my workstation (Free radeon driver but 2 screens with nvidia so there's no 3d on the ati screen)
I'm thinking toolkit and/or xorg bottleneck.
Works fine in Webkit 32364 and Firefox 2 and Firefox 3 Beta 5 on my Macbook Pro with 2Gb RAM.
That works fine for me on XP SP2 and FF3 beta with a 4 year old laptop (2 ghz pentium M, 1 GB, and a ATI X300).
I'm afraid this might be a linux problem. I just tried that page with FF2 on Ubuntu...slow as molasses. But, the same page using a Windows VM (on the same computer, I might add) with both IE6, FF2, and FF3beta...no real problems.
This is a little frightening, if you ask me.
Fine here on Hardy using Firefox 3 beta 5
Fine here on a mac, must be cairo...
Anyway, who uses myspace, its one big cluster fuck of shit
There are pages that are a lot worse than this one, but I don't want to link to a person's page :/ http://www.pimp-my-profile.com/generators/myspace.php?premade_id=113655 - Try this profile, and set the table colour to anything and transparency to anything below 100% and try to browse that full-screen (I'm at a res of 1280x1024) - that makes even FF3b5 (which I must admit has improved massively over previous versions) unusably slow, and last I tried WebKit, that too...
Maybe this is a cairo/xorg problem... But that really doesn't excuse it at all, why was my old P200 capable of Quake 1 in software at 640x480, yet my Athlon 64 x2 4200+ with 2 gigs of RAM isn't capable of rendering a page with a static background and translucent elements at ~1280x800, with partial hardware acceleration?
But y'know, I'm a bit embarrassed that my blog is full of nothing but bitching lately, so forget this, I'll blog something positive soon :)
I tried these, all on Windows XP at 1680 x 1050 resolution on a few years old standard desktop at work:
* Safari 3.1
* Firefox 3 beta 5
* Internet Explorer
* Opera 9.25
I couldn't notice any problems nor any difference between them (aside from yucky scrollbar colors in IE and Opera) which points to it being a Linux problem. Maybe if you try Firefox and Webkit inside the same VM you're running IE then you'd be able to confirm or debunk that theory.
No idea what you are talking about, everything fine here with the named URL, using Firefox 3.0b5 on Ubuntu (on an old Centrino 1.6GHz laptop to be exact). I can interact with the page, scroll it, and so on, so what effect are you looking for?
Andreas
It's FF issue. Table layouting and background image. FF has never handled either well, from the very first versions.
Yes, it is the static background, but you can add the Flash objects, which are very slow to load and play in Linux.
"Maybe this is a cairo/xorg problem... But that really doesn't excuse it at all"
Wasn't meaning to excuse anything. Trying to figure out where the bottleneck lies. That's what's useful. Find a problem, figure out where it is, address it. I'm trying to do step 2. :)
On FF3 Minefield (Beta 5+) on Vista Ultimate it runs great... no stutters, slow downs, etc. No problems at all.
