I just compiled Chromium, and it rocks. The download manager is better than Firefox, the design is cleaner, the JavaScript performance is a 4 times better, and overall it just seems more solid. The web works better in it. My only complaints so far are some weird font rendering issues and a lack of extensions (adblock, customize google, gmail notifier, live http headers, modify headers, open in browser, right-click-link, skipscreen, useragent switcher…). I’ll stick with Firefox until there is good extension support for Chromium.
I did a JS performance test of QtWebKit, KHTML, Gecko, and V8, and here are the results:
Evidently KHTML has a lot of catching up to do, per usual.
There are some extensions out there. The flashblock ones don’t work half the time, the ad blockers don’t seem to work at all, and the rest are cosmetics. The browser part (as opposed to the UI) has also got some odd unicode font fallback behavior going on that I can’t really figure out.
But the speed is… compelling.
But it is not KDE application.
It luck KDE intergration.
I hate gnome file picker.
Same here, I use FF because for Konqi just doesn’t cut it, but I too wish it was more integrated with KDE.
Visit http://www.chromeextensions.org for adblock and gmail notifier
What about Konqueror using Webkit? Do you mind quickly testing that?
Also what “JS performance test” are you using?
The chart says “Sunspider 0.9 Benchmark”.
Wouldn’t Konqueror using WebKit be the same as Arora (both QtWebKit)?
No, definitely not. Arora is a Qt browser, without KDE integration.
Konqueror has KDE integraiton. By far closer to be a Konqueror with KWebKit / QWebKit is ReKonq.
I’m using the firefox nightly builds for a long time now and its performance is a lot better then firefox 3.5. Maybe you give him a try.
bye
Yeah I don’t like the blurry fonts too with chromiuim. I guess it shuoldn’t be that hard to create an extension that integrates chromiuim with KDE better…
Yes, but privacy suxx
You can find the privacy settings in one tab:
http://www.howtogeek.com/wp-content/uploads/2009/09/chromeplus09.png
(uncheck all checkboxes)
And the RLZ feature is not included in Chromium:
http://www.google.com/support/chrome/bin/answer.py?hl=en&answer=107684
The font rendering issues are known and should be fixed within a week… extension support is nearly done and will be avaible for the final v4 release.
“Yes, but privacy suxx”
-> try searching for “Iron Chrome”, it’s Chrome without the privacy problems (there is Unchrome too)
Something quite important you left out is what architecture you are running those tests on. Firefox 3.5 is quite fast on Sunspider on x68 32bit but lacks a lot of JS optimizations for x86_64, which will be there for Firefox 3.6, to be released in December (a number of more general speed improvements are in that code as well, but just-in-time compilation for x86_64 is probably the most notable one here, next to speedups in simple DOM operations).
And the openSUSE team is doing quite some nice work to improve Firefox integration in KDE, which will be contributed to the upstream from what I hear (not sure about the timeframe though)..
Investigating the speed differences between Firefox and Chromium in the CSS layout parts, Mozilla people recently discovered that WebKit is just avoiding complicated cases by not obeying standards when there’s no testcase in the official test suite – and ignoring complex cases is of course a path to more speed, even if not the best one. What our people did wonder more about is that Opera is fast and does well on support of complex scenarios. Those people really did an awesome job.
Arora beats firefox… wow! That’s a new one. Gotta admit Google and the Chromium developers are doing a good job.
I also use chrome as my “fun browser” … For Work I use Konqueror, simply because of the good KDE integration. But the speed of Konqeror is not timely anymore.
Ehm, did you consider that the SunSpider benchmark has been made by Apple’s WebKit developers? Do you have evidence about how much the benchmark has been geared toward generating good results only with WebKit (by benchmarking obscure algorithms which are only efficient in WebKit)?
Also, your chart is biased. Chromium actually does not need only a few milliseconds, but it needs about 600 milliseconds. It looks much smaller than it really is because you’ve cut the bars at 500ms rather than at 0ms.
I too stradle the fence between Konq and Arora.
Would love Chrome’s speed behind Konq’s interface.
Not interested in GTK+ at all, therefore I never use FF, and I only use Chrome on Windows.
I’ve been loving Chrome since starting to use it a while back. I’m very excited for it to get better. And I too have my own Necessary Extensions list, though there are already a handful outt there as fredde mentions.
When you move tabs to different/new windows, the state of the site is entirely intact (including all your active plugins), not reloaded altogether like other browsers. This is the killer feature for me, personally.
Also installing extensions doesn’t require any restart, which is very convenient. And clicking downloaded files opens up KDE associated apps (assuming xdg) not the eye-rolling Firefox default mechanism. Try right clicking tabs and pinning them, too. I just found a use for that small feature. Oh, and greasemonkey scripts work (but modifying them live requires restart on Linux -bug).
But x64 flash alpha can cause site stability problems sometimes I notice.
And now I too am wondering now how much effort it would be to replace the GTK…
Chromimum is no where to be found for Liux?
[...] Chromium Rocks I just compiled Chromium, and it rocks. The download manager is better than Firefox, the design is cleaner, the JavaScript performance is a 4 times better, and overall it just seems more solid. The web works better in it. My only complaints so far are some weird font rendering issues and a lack of extensions (adblock, customize google, gmail notifier, live http headers, modify headers, open in browser, right-click-link, skipscreen, useragent switcher…). I’ll stick with Firefox until there is good extension support for Chromium. [...]
Please file your complaints as bugs or we won’t know to fix them.
http://code.google.com/p/chromium/issues/entry?template=Defect%20on%20Linux
If you test against a newer qtwebkit (4.6, maybe, or you can build from the svn repo), you’ll get results closer (or even better) to what you have with Chromium, by the way.
Bin schon seit langem stiller leser deines blogs und finde deine artikel wirklich gut.In den letzten Wochen ist mir aber aufgefallen, dass dein layout im chrome browser total zerschossen ist… Ich kann deinen blog nur mit dem Internet Explorer lesen. W
I do think this is a most incredible website for proclaiming great wonders of Our God!