I can appreciate that you didn’t run the benchmarks. I would have expected CNet to do a better job, but I guess there’s always more money to be made from generating controversy. The Webkit nightly builds are Safaris equivalent to Chrome 2.0x and Firefox 3.1bx, which Apple/Safari continually lags behind for safety reasons.

As I said in my earlier comment, Safari 4 is a universal binary. As such it will run on multiple processor architectures… but this does the application it significantly larger. Fortunately, a universal binary may be turned into a standard binary, effectively halving the size of the application in many cases. With this in mind we can reasonably claim that Safari 4 is smaller than Chrome, at around 7MB, < 9MB.

I agree that some official mechanism for extending would be nice, however, the lack of such has not stopped extensions from being created. There are a number of very popular third party extensions available for Safari under OS X (I can’t speak for Windows). At the same time, I would hate to see Safari balloon into something monsters like Firefox, which feels perpetually unpolished and rather cluttered… and that’s before people install every extension they can get their hands on (only to complain about the browsing experience).

Safari and Chrome are both beautifully lightweight. I would really hate to see this change just so that I can [potentially] upload to my FTP server from my web browser (I have a great FTP client for that).

@morgan, Still, even 13mb > 9mb of Chrome.

@EVERYONE: After having tested Safari 4 on both PC and a Mac, it’s nice, and lightweight, but it’s still missing some major elements; such as extensions. Apple still has a long ways to go.

Safari is built on the WebKit framework (not to be confused with the project) included as a core framework on OSX, for use in other applications. The Safari 4 beta includes these frameworks and their related resources*. Chrome includes only what it needs to run.

Safari is distributed as a Universal binary, while Chrome obviously isn’t. Your size comparison doesn’t these important factors into account.

* This is why a restart is required after installing Safari 4 but not the Webkit nightly build, which you didn’t include in your benchmarks (a omission which strikes me as rather disingenuous).

i do development in coda so all of my web development stuff is there. i like a nice simple, quick loading, standards compliant browser and honestly safari 4 fits the bill..

@Kurien it’s just taking them longer than expected to develop the platform for Mac or Linux. They should have had it ready before they launched though, that’s a poor marketing decision on their part.

Perhaps beta 5528.16 has been significantly paired down.

By no means am I saying that Safari 4 beta is a bad browser, I’m just saying it still has a little more ways to go before being a serious Chrome competitor.

They surely have the OS X market dominated already as Firefox doesn’t have near the speed yet compared to Safari 4.

The second thing you should realize is that the windows download also contains QuickTime and all the APIs that go along with it. That 100+ megabytes isn’t just browser code. It would be helpful to know that Safari relies a lot on QT APIs and Apple can’t assume that QT is going to be installed on a Windows machine. Why not look at the properties of Safari.exe to see how big it is (maybe cause that would be too smart?)

Basically knocking a beta for “bloat” is pretty nonsensical. Shelve this line of argument until the final version is released.

still, 13.4mb vs. <9mb, that’s still a noticeable difference.