Actually, I just found the workaround. When an individual tab freezes, drag it out of the window and it will unfreeze.

(Still sucks, of course).

Interesting thread.

Every 13 months or so, I'll give Chromium a shot, as Firefox suddenly misbehaves (as of 2 weeks ago, whenever I uncheck "remember me" on the google sign-in page, all my "remember me"s across sites, eg LQ, vanish...hmmm).

Anyhow, the lack of an extension even remotely similar to Tab Mix Plus has me scurrying back to FF within a day and a half.

As of 2 weeks ago, I've begun weaning myself off anything Google. I believe they've truly jumped the shark, and have chosen the path of evil. Can't say we didn't see it coming, tho'....

cheers,

The real deal breaker for me is the lack of tree tabs. There is a tree tab type extension but it's a sidebar (separate window) if I recall. But it has been a while. I like my tree tabs to feel integrated.

That's mainly the fault of the Linux virtual memory manager. You should add swap to mitigate that issue.

Currently, Chrome is the only Linux browser providing the current version of Adobe Flash ("PepperFlash"), which includes hardware acceleration for Intel GPUs and has nVidia support fixed. I never really used Gecko-based browsers (Seamonkey/Firefox), because they are slow.

For everything else I stick with Opera 12. When the latter doesn't work anymore, I will stop browsing altogether and end the WWW era for myself. ;)

Doesn't help, it just slows the system to a crawl. Instead I think they need to work on proper memory management. Firefox doesn't hog all the RAM like that.

Yeah, that's how Linux usually works. But it stops it from OOM-killing your browser.
They? You need to use ulimit(1) to restrict users/applications from allocating too much memory.

I haven't had any such issues with other programs. I certainly could use ulimit, or I could use Firefox.

You are complaining about that you're machine isn't able to handle Chrome RAM-wise. That can happen. Other programs may have lesser system requirements. Actually its not the job the programs to deal with physical RAM limitations, thats what the operating system is supposed to do. And Linux isn't able to deal with RAM shortage very well.

From this week's DistroWatch Weekly feature story:

http://distrowatch.com/weekly.php?is...140120#feature

Yeah, I guess this is why it's good that we have choices. I feel the exact opposite of Jesse Smith regarding Chromium's and Firefox's interfaces. QupZilla looks promising, by the way -- spent some time playing around with it this week, it's in the Arch repos.

Firefox may use slightly less RAM than Chromium, but it is by no means a conservative consumer of RAM. Quite the opposite. It's a pig. It may not be the biggest pig in the herd (small and inbred as it is), but it is still a pig. And RAM is not all it rapaciously consumes; it's a CPU pig too.

Bottom line, when it comes to resource utilization, there are no good browsers to choose from. Features, features, profligate features. That's all they give us, and to hell with frugality.

I'm going to, in most cases, give up Chrome. On Linux, it still has the best Flash player, but the browser itself is horribly unstable both on CentOS, and on Slackware 14.1 in VirtualBox. I'll be switching to Firefox for now and trying Opera, and saving Chrome exclusively for Flash.

I've also been forced to admit that Chrome isn't the best browser on iOS or Windows either. On Windows, I get unsmooth video playback even when playing MP4 files directly (it's not Pepperflash), and on iOS the integration with other software just isn't as good. I'll be switching to Internet Explorer (which I was amazed to find was the best Windows browser) on Windows, and Safari on iOS.

Have you ever tried my chromium build? I don't understand the talk about instability - I switched from Firefox to Chromium because of its speed and stability...

Eric

I've only tried Google Chrome, packaged using the SlackBuild in /extra.

At a minimum, chromium was built on Slackware, whereas Chrome is a generically Ubuntu-built binary.

Eric