Slashdot Mirror
Mac OS X Slow for Web Browsing?
Atryn writes "Wired News has reportedly confirmed user performance complaints in their own tests. From the article: 'That was a conscious decision Apple made,' Mac MSIE project manager Jimmy Grewal said. 'They optimized for user experience rather than raw performance.'" My hunch is that you can take care of many Mac OS X performance issues by logging in as user ">console" ...
Looking at just web browsing speed on an OS is not a great reason to choose one over an another.
Strange women lying in ponds distributing swords is no basis for a system of government.
Chimera is, according to these tests, the fastest MacOS Web browser by a factor of 2.
Chimera is, of course, based on Gecko, the Mozilla rendering engine. It's mainly the work of Mozilla uber-hacker Dave Hyatt.
Gerv
You'd have a hard case arguing that OSX doesn't have room for improvement speedwise, but it's this horrible thing that some people like to pretend that it is. Some of the blame goes to Apple, some goes to the application writers. Mac IE renders some stuff painfully slow. I don't know why. Like the article said, things like slashdot comments feel like they're taking all day. In reality, it's only 5 seconds, but we all know what sort of attention spans people have nowadays. There's a pretty new browser called Chimera that is early in development, and still has a limited feature set, but it renders things almost instantly, including slashdot comments. So there isn't some inherent problem within the OS that makes it impossible for your applications to function reasonably.
Not to sound too much like an apple apologist, but they've done quite a bit to get OSX to where it is so far, and the more I use it, the more I appreciate where it's advanced over OS9. I don't mind waiting a bit for things to improve. Just like I don't really mind anymore waiting 5 seconds for IE to throw together the comment threads. Most of us could benefit from learning a little patience.
Although I would surmize that it's apple's fault that they get judged so harshly. Seeing as steve jobs claims that every time someone in their company makes a sketch on a post-it note, they've created a new revolution in the world, people are justified in being extremely critical.
One time I threw a brick at a duck.
The problem is in the Tasmin rendering engine used by IE for Mac. But blaming Apple seemed to be the easiest thing for them to do.
There are certainly performance problems in OS X's UI, but let's give blame where blame is due.
-jon
Remember Amalek.
Outside of Apple Corp. MBU (Mac Business Unit) @ Microsoft is the largest Apple development shop in the world, and Apple has noted this more than once. The MBU is largely independent of the rest of MSFT (which is why Office.X is so much nicer/faster/more stable than Office 2000). I haven't seen a performance problem with IE on a G3-500 running both 9.2 and OSX.
this is getting old and so are you
blog
The main issue is the Internet Explorer still runs off of the "Classic Event Model" where it constantly polls for new events. The newer Carbon event model supports those old methods, because EVERYONE used them in the old system. Think how much CPU that takes when all those old programs (even though they are "carbon compliant") are constantly jumping up and down asking if they've gotten an event.
o n/ CarbonPortingTools/carbonportingtools.html
The new "Carbon Event Model" allows you to associate events with handlers, and when an event fires that you'd like to pay attention to, your call-back gets fired. Much more effecient.
The cocoa event model is even more robust.
The problem lies in that programers were able to compile a "carbon compliant" application, without moving to these new event models. THIS IS GOOD. Imagine how PISSED off a developer was if they were told, "Yea, you have to move all your event code over to this new system, cause it's better." No. A developer would rather have a product up and running on OS X natively, and then move over.
Anyway, it's not that Apple has "buggered" up the system someway, the applications have exploited the API's that Apple has made available, but it was a necissary evil.
http://developer.apple.com/techpubs/macosx/Carb
Has information about the carbon event model, and high performance computing.
- Sighuh?
You can drastically speed up your OS X machine's network speed by modifying some sysctl variables. Toss the following lines into a script somewhere:
/usr/sbin/sysctl -w net.inet.tcp.sendspace=65536
/usr/sbin/sysctl -w net.inet.tcp.recvspace=65536
/usr/sbin/sysctl -w kern.ipc.maxsockbuf=524288
/usr/sbin/sysctl -w net.inet.tcp.delayed_ack=0
/usr/sbin/sysctl -w net.inet.udp.recvspace=73728
It literally doubles my web browsing and file transfer speeds. This will probably be of value only to folks with broadband or ethernet connections. It wouldn't do much for obsolete modem users.
Recently, I'd been having some performance issues with Mac OS X on my titanium Powerbook 500. (256 meg of ram on 10.1.4)
/var/run/cron.pid, but don't quote me...)
The problem was that EVERYTHING gave me spinning beach ball. File operations, minimizing Finder windows, you name it...Even scrolling in MOzilla and IE were affected. Then I read on MacAddict that OS X needs to be left running all night so that various "cleanup" tasks can run.
Anybody who has OS X should consider leaving there machine up all night so these run... It will resolve a great many problems that you're having, and allow us to go back to bashing MS and Oracle instead of Apple...
Unix people familiar with cron should have no problem with editing the cleanups to run at a more reasonable hour than 3am, 4am, and 5am (like one when your machine will be running)... (I think the file to edit is
Alternately, if you're a regular mac user and don't feel like mucking about with the terminal, hit Version Tracker and pick up MacJanitor. It's a friendly GUI that lets to schedule your daily, weekly, and monthly jobs, or trip them manually on demand.
Since I'd used the machine, it had never been awake all night (I close the lid when I go to bed, usually before 3am...) so cron had never done anything to optimize my machine.
Now? All better. Faster than I remember 10.1.1 being...
Who did what now?
I'm running a quicksilver 733Hz G4, OSX 10.1.3, and right next to it a Dell Dimension 4100, 1Ghz P3. I'm on a Pacbell DSL link.
I loaded www.cnn.com and www.apple.com under both IE and moz (9.9) under both machines.
For cnn.com, IE5 and moz on the Dell were about the same, around 2s. (Moz was the fastest to get the banner ad up, maybe IE5 was fractionally quicker overall. Very hard to tell. IE5 had the worst outlier though -- one time it took 5s.)
Moz 9.9 OSX was around 2.5-3s, and IE5 on the Mac was slowest -- 3-4s.
All browsers loaded the Apple page pretty much instantaneously. I couldn't tell the difference.
Lesson #1: use Mozilla under OSX; it's been getting faster with each point release, while IE5's remained static. IE5 can be sluggish at times.
Lesson #2: there really isn't that much of a difference between the machines. I do a fair bit of surfing on both, and they're literally side-by-side, hooked up to the same monitor. Up until now they'd always seemed about the same speed, surfing-wise, to me. So I was taken aback by the article -- and after testing, I guess the OSX browsers are a *little* slower, but not so's you'd notice much.
Mind you, I do have plenty of memory. Perhaps the iMacs were hitting the VM a little hard? Or, the pixmaps for all those pretty alpha-blended graphics probably add up. I believe there's an option to store them compressed in memory to speed things up on low memory machines, probably mentioned on one of the numerous OSX hint sites.
A.