Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Admiration of short-sightedness, interesting.. :) Apple has also made Flash work better by isolating plugins so they can not crash the browser...

yea, google is so shortsighted that they just added support for HTML5 features like Geolocation APIs, App Cache, web sockets, and file drag-and-drop capabilities.
 
To me, Chrome sucks horribly. It's a lot slower than Safari (even when reloading cached pages) and the Flash is just.. wow. Horrible. The audio/video are out of sync by 10 seconds. I try to use other browsers but i always come back to Safari and occasionally Camino. The rest just suck.
 
What's the best adblocker addon for chrome?
Adblock plus keeps me using firefox. I would love to switch to chrome

goto Window > Extensions, then click Get More Extensions.

alternatively, you can goto Extensions via the Tools toolbar menu. the Page and Tools toolbar menus are turned off by default. to turn them on goto Chrome > Preferences > Basics, then check "Show Page and Tools menus" under Toolbar.

in Extensions, click "Most Popular" on the left, and you'll see that the most popular extension is (and has always been) AdBlock. click to install. there are other ad blockers, too, if you want to search around. for me, AdBlock works as it should.
 
I take it all back

I thought Chrome was doing a better job than Firefox or Safari in terms of memory use. Unfortunately that is very wrong - Chrome uses a LOT of memory. It's just not as obvious because of the multi-process model Chrome follows.

On my computer, it ties up 300+MB right away from the moment it's launched.
 
Chrome=JUNK!

I just installed the new Chrome beta, and within 10 minutes of using it my Macbook pro kernel panic'ed, and I had to restart. I thought it was just an anomaly so I tried to use it again, and the same thing happened AGAIN. I have only had 2 kernel panic's on this MBP before this, and It's a Late 2008 model.

Chrome has a long way to go on the Mac platform to compete with Safari.

Has anyone else experienced such KP's?
 
Don't worry. All those annoying ads will soon be delivered as H.264 videos for HTML5, and then you'll be screaming for a H.264 blocker for your browser...
The weak link of third party ad hosting is how easy it is to block the content source.

If the ad content is hosted locally, the ad brokers have no metrics to measure what content is being delivered.

Nope, not gonna be a problem. But thanks for playing.
 
It's most likely Apple's fault, not Google's

I just installed the new Chrome beta, and within 10 minutes of using it my Macbook pro kernel panic'ed, and I had to restart. I thought it was just an anomaly so I tried to use it again, and the same thing happened AGAIN. I have only had 2 kernel panic's on this MBP before this, and It's a Late 2008 model.

Chrome has a long way to go on the Mac platform to compete with Safari.

Has anyone else experienced such KP's?

If a userland program can trigger a kernel panic, it is due to an OS fault, not any problem with the application.

An error in a driver or kernel extension can trigger a panic, of course.

If Chrome has kexts, then it could be Chrome's problem. Otherwise, tell Apple to fix the OS.
 
Just a reminder, this "integrated" Flash plugin will supersede the new "Gala" Flash Player plugin released last week which provides hardware acceleration of Flash content.

So just disable the integrated Flash 10.1.53.22 in about : plugins (should be at the top). That will allow Flash 10.1.81.3 (Gala) to work properly.

I reinstalled Gala to be sure, but laughed that Chrome would be marketed as faster while it is downgrading my Flash plugin.

Flash, please die, now. Thanks.
 
Originally Posted by AidenShaw
If a userland program can trigger a kernel panic, it is due to an OS fault, not any problem with the application.

Thank you, Shantanu Narayen.

What do you mean with that sarcastic comment?

Any modern OS (NT/VMS/UNIX/OSX/...) has strong barriers between user code and kernel code.

If user code can get through the barriers and panic the kernel code - the kernel code is at fault. If the user code can call a kernel API with bogus parameters and cause a panic - then the kernel code is at fault for not properly validating the parameters.

It's clear and simple - if user code can panic a system, the system is at fault, not the user code.
 
If user code can get through the barriers and panic the kernel code - the kernel code is at fault. If the user code can call a kernel API with bogus parameters and cause a panic - then the kernel code is at fault for not properly validating the parameters.

It's clear and simple - if user code can panic a system, the system is at fault, not the user code.
Stop spinning, you're going to make yourself dizzy. :D

Yes, perhaps the resulting panic may be the fault of the OS. But —through your special use of phrasing— you're simultaneously trying to make it sound as if Chrome would then be completely blameless in such an event... as if the entire cause itself therefore could also be fully attributed to OSX. [yes, you were]

Anyway, before we go all haywire here... let's just see if perhaps Google does stick a kext down there somewhere:

kextstat |grep -v com.apple

EDIT: someone with the new Chrome build (preferably the person getting the panic) should run that command and post the result.
 
Its interesting that Chrome and Opera are the clear winners here. Safari 64 bit is not far behind, Safari 32 bit is not so hot, but Firefox is the real dog in these tests.


If you are going to do that, you should at least also include the latest nightly from WebKit

On a Core 2 20" iMac WebKit nightly pulls gets a SunSpider result of 338.4ms

Its been doing that for a couple of months now, good for Chrome to catch up but it doesn't make it a clear winner by any stretch

Actually I did not test the WebKit nightly build because it is not a production browser, it is a development in-process environment that the vast majority of Mac users have not heard of, let alone have used.

I considered the test, using only widely deployed browsers, to be fair and stand by that.
 
Stop spinning, you're going to make yourself dizzy. :D

Yes, perhaps the resulting panic may be the fault of the OS. But —through your special use of phrasing— you're simultaneously trying to make it sound as if Chrome would then be completely blameless in such an event... as if the entire cause itself therefore could also be fully attributed to OSX. [yes, you were]

Anyway, before we go all haywire here... let's just see if perhaps Google does stick a kext down there somewhere:

kextstat |grep -v com.apple

EDIT: someone with the new Chrome build (preferably the person getting the panic) should run that command and post the result.

Here it is "Last login: Wed May 5 23:04:18 on console
William-Buquois-MacBook:~ williambuquoi$ kextstat |grep -v com.apple
Index Refs Address Size Wired Name (Version) <Linked Against>
William-Buquois-MacBook:~ williambuquoi$ kextstat |grep -v com.apple
Index Refs Address Size Wired Name (Version) <Linked Against>
William-Buquois-MacBook:~ williambuquoi$ "
 
well, i've been using it on my machine and its faultless for me. i've got a late 2009 MBP, i used to use firefox and safari all day long, safari just got dumped. not sure about the ram complaints, for me it uses less than firefox and safari. loads pages quicker, starts up quicker and has a nicer ui in my opinion. great little browser, just wish they'd get a news reader built in so i can have some rss feed in it.
 
So, we agree. A usermode program cannot cause a panic unless there's a fault in the OS.

I've actually had Chrome crash entire OSes. Not just on Mac OSX but on Windows 7 and Linux as well. Every single time its because a download was initiated but wouldn't start downloading.

I filed a bug report and submitted the BSOD logs but companies never seem to pay attention.
 
I've actually had Chrome crash entire OSes. Not just on Mac OSX but on Windows 7 and Linux as well. Every single time its because a download was initiated but wouldn't start downloading.

I filed a bug report and submitted the BSOD logs but companies never seem to pay attention.

Which version(s) of Chrome was this, out of curiosity? I haven't seen this behavior (I have seen it lock up in its entirety a couple of times, which surprised me, considering the effort they go to sandbox each tab).
 
Which version(s) of Chrome was this, out of curiosity? I haven't seen this behavior (I have seen it lock up in its entirety a couple of times, which surprised me, considering the effort they go to sandbox each tab).

The first Windows Crash was when it was first released. I was trying to download drivers form nVidia and it wouldn't follow the link so I pressed it multiple times.... BSOD.

The latest windows crash was when I freshly installed chrome on another Hostel Mates computer. Same thing, trying to download drivers from HP, wouldn't follow the link. Pressed it again and BSOD.
 
Sorry Morphing I am calling ******** on this. Clicking a download link can never cause blue screen unless the hardware itself is failing.
 
I almost always have at least 50 tabs open and I have zero problems with chrome.

Not to mention chrome doesn't leak memory like firefox forcing you to ultimately close it down. I never find myself having to shut down chrome to free up memory. Firefox leaks with just one tab open.

Huh, I've never had a problem with Firefox forcing me to shut it down on a memory leaking issue. Are you running 3.6.x?
 
Have people ever wonder why Google decides to include Flash? (Aside from trying to one-up Apple).

I think there are real technical reasons why Google ships Flash along with Chrome. It recognizes the inherent slowness of HTML ratification and Flash is a logical choice to complement the shortcomings of HTML.

The strength of HTML is that it's an open format. HTML mark ups facilitate semantic meanings to its content which allows easier parsing for search engines (and ultimately benefiting the users). Most of the the web is heavy on information (news, blogs, review sites, weather, etc), and this is where HTML excels.

However, HTML will always the lowest common denominator technology, and will always fall under the mercy of the many different implementations (browsers). Web developers will always have to spend significant amount of time to cross-test major browsers and write code with graceful degradation in mind. This is very cumbersome if you are trying to push boundaries.

The soon-to-be ubiquitous HTML 5 specs introduces many welcomed features, but it won't overcome the inherent nature of HTML - that is, the actual age of an HTML spec is in span of half-a-decade and more, where as, plugins are revised in terms of years.

This is why there are plugin specs within the HTML specs. The plugins are in essence, incubators of ideas. They are the innovators and most importantly, they are there to address the short comings of the current HTML specs.

We all know the short coming of Flash (security and performance problems on second-tier platforms), but let us at least recognize some of the positives:

It had the first successful implementation of vector drawings for web - now the open implementation (SVG) is finally taking off with Microsoft on-borad.

It single handedly brought ubiquitous video to the web, where all other giants (Microsoft, Apple, Real Media) had failed. Video tag is finally coming to HTML5, which will finally have most of the basic features (There is no support for multi-cast, streaming and etc).

Flash's text-layout framework brings desktop publishing text support to the web. With support flowing between different text flows, vertical text and etc.

Many of the current Flash functions will be replaced by HTML5 (videos, simple charts, audio, simple slideshows). But Flash is already heading towards directions that are not explored. For example, Flash's performance is acceptable enough that there are usable 3D engines, something that VRML failed miserably in the 90s. Browsers' canvas performance is simply not there yet. WebGL is also years and years away. Browsers are now looking to hardware accelerations for rendering, where Flash has basic implementations for ages already.

The truth is that since version 9, Flash is gearing towards rich internet applications where semantic meanings are not that important (the application is not the content, it aggregates content). Flash provides fast start up time, write-once-run-anywhere, good-enough-performance, and maturing IDE platforms (open source such Flex based on Eclipse).

While JavaScript engines are gaining speed, ActionScript 3 is still especially competitive - it's hard to beat pre-compiled code. The biggest strength comes from that developers usually only need to test against one version Flash. JS+HTML+CSS+Different Browsers is especially cumbersome.

Many people falsely believe that Flash is completely proprietary. The swf spec is open to all, there are many open source tools on compiling both AS2 and AS3 swfs. The Flex framework is open, and runs on Eclipse. There is a open source Flash runtime called Gnash (poor performance and AS2 only though). You don't need to Flash Pro to make swf files, though it is the best for making animations.

It isn't open as in W3C open, where members can veto features and etc, and the documentations may not be the best, but it certainly is far from what many critics calls as proprietary.

The challenges for Adobe on Flash is mostly the same as always, how it can continue to innovate, but this time - it needs to address the problem of developing on limited mobile platforms (perhaps performance profiler for mobile devices?) while improving security and performance on second tier platforms (Mac OS X and Linux).

I believe Google doesn't think that HTML5 will replace Flash, it's thinking about how HTML5 will be bolstered by Flash. The future is HTML5, but there will be always plugins (such as Flash) pushing the boundaries.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.