Browsers: October 2009 Archives

Browsers in Linux: They own your CPU (and so so in Windows and Mac, too)

| | Comments (4) |

heavy_load.JPGI laugh — LAUGH! — when a tech journalist writes something to the effect of, "for lightweight tasks such as Web browsing," when you know, and I know, that there ain't nothing light about using present-day Web browser on present-day Web pages filled with Javascript, Flash and enough CSS to fill a book.

I can edit images all day long in the GIMP and not tap out my CPU or RAM like I do when using Firefox to hit all the Web pages and software-as-a-service type sites (heavy, heavy Javascript) to get my work done.

And this is in Linux, specifically Ubuntu at present. I've run into the same problem in Windows. You start with Firefox or Internet Explorer, and before too long your machine is running like crap.

I spent a bit of time today running most of the browser I have on my Ubuntu 9.04 system, most of which are based on the Gecko engine (Firefox, Epiphany, Galeon), one of which is not (Opera).

And I kept track of how they use CPU resources and memory via the handy Htop utility (top works just as well but isn't nearly as pretty; and you know how I like pretty).

Firefox, no surprise hogs the most CPU on my 1.3 GHz Celeron system (with 1 GB RAM). It's often at 90 percent or more of CPU and rarely dips below 40 or 50 percent. The more pages and the more Javascript and Flash (that's a really killer), the worse it is.

I'm not going to talk so much about memory because with 1 GB, I'm fairly comfortable. With Firefox running, about 400-500 MB is in use; the other browser generally use 200-300 MB.

The other Gecko browsers — the GNOME-supplied Galeon and Epiphany — also spike up to 90 percent when "intensive" things are happening — new pages being loaded, scripts executing, but they quickly "settle" down to 20 percent of CPU and sometimes as little as 10 percent.

Not surprisingly, Opera fared better. The free yet proprietary browser can still use a lot of CPU (in the 90 percent range) during heavy operations. But the difference I see in Opera (I'm running version 10 for Linux and also recommend it for Windows and Macintosh) is that once that instance of heavy use is over, Opera is very quick to give up those CPU cycles and return to a very refreshing 3 to 10 percent of CPU.

However, once the Flash plugin is invoked, all bets are off and Opera is as doggy as anything. It's really Flash that does the damage ... but damage it is. Flash is just plain evil in a box, especially in Linux.

I haven't been as smitten with the Webkit engine, or more specifically the Google Chrome Web browser, as some. In Windows XP with 3 GHz of CPU and 512 MB of RAM, it starts out great but has quite a bit of trouble redrawing the screen in comparison to Firefox once I've been running it for awhile.

I'll certainly keep an eye on Webkit in Linux — Epiphany is supposed to be moving to that engine.

But what I'd like to say once again is that on today's Web, running a browser is quite an intensive operation that requires a whole lot of resources in order to cause as little relative pain as possible to your system — and your nerves.

And there's nothing light about it.

Coming up: One of the 63 dependencies involved in installing digiKam on my GNOME-based, previously KDE-free Ubuntu system is the Konqueror browser. I'll have to try that. And I just added the uber-minimal-GUI-browser Dillo. We'll see how that cuts said mustard.

Tech Talk column

Steven Rosenberg's weekly Tech Talk column, which appeared Saturdays in the Los Angeles Daily News through about October 2009, is available on the Daily News Technology page.

About this blog






Steven Rosenberg aims to learn what he does not know. He writes about it here.



About this Archive

This page is a archive of entries in the Browsers category from October 2009.

Browsers: January 2009 is the previous archive.

Find recent content on the main index or look in the archives to find all content.

Recent Comments

Steven Rosenberg on Running OpenBSD in a live environment with MarBSD-X : Jggimi has images for OpenBSD 5.0: http://jggimi.homeip.net/ ...

Monstra on CMS and blog software without databases: Monstra CMS is the best flatfile CMS ever! (!) Easy to install, upgr ...

Chris on Running OpenBSD in a live environment with MarBSD-X : Jggimi isn't developing his images anymore. If you want an updated Ope ...

Peter Ljung on Review: DragonFlyBSD 3.0.1 -- the longest DragonFlyBSD review ever -- Part 5: Comparison to OpenBSD 5.0 and closing comments: I have also been fascinated by the Hammer file system and think it wou ...

Anonymous on Review: DragonFlyBSD 3.0.1 -- the longest DragonFlyBSD review ever -- Part 2: My BSDistory: Can you just get to the actual review? ...

Bill Callahan on SugarSync is working on a Linux client, but I'm not unhappy at all with Dropbox: I've been very happy with SpiderOak. It has a native Linux client as w ...

AJ on Debian Stable -- set it and forget it -- spoils me for fresh Linux Mint 12 on some very nice ZaReason hardware: Gnome 2 is still standard in the upcoming SolusOS (Currently at RC 2). ...

Niki Kovacs on Debian Stable -- set it and forget it -- spoils me for fresh Linux Mint 12 on some very nice ZaReason hardware: Since I've moved to Debian stable - with a few tweaks - I've not only ...

Earl on Debian Stable -- set it and forget it -- spoils me for fresh Linux Mint 12 on some very nice ZaReason hardware: I use Mint 12 and LMDE based on Debian testing. Both are plagued by G ...

Alan Rochester on Debian Stable -- set it and forget it -- spoils me for fresh Linux Mint 12 on some very nice ZaReason hardware: "mint does have a separate xfce edition afaik.." The Debian version o ...

Powered by Movable Type 4.25

Search this blog

Loading

LXer

Links

Life, the Universe and Debian
Simplify
Daily News technology
LXer
Distrowatch
Linus' Blog
David Pogue
BoingBoing
Linux Today
TuxRadar
Linux.com
Linux Planet
The Open Road
Linux Outlaws podcast
Dan Lynch
Fabian Scherschel
The VAR Guy
Larry the Free Software Guy
Chess Griffin
Linux Reality podcast
Desktop Linux
Practical Technology
Linux Devices
ZDNet
ZDNet's Storage Bits
ZDNet U.K.
iTWire
CNet News
Webware
Beyond Binary
TechCrunch
The Register
Ars Technica
Reg Developer
Computerworld
Computerworld blogs
Steven J. Vaughan-Nichols at Computerworld
Debian
Planet Debian
Debian Forums
Debian News
debianHELP
debiantutorials.org
The Debian User
Wolfgang Lonien
Debian-News.net
Debian Administration
Debian Admin
Debian Weather
Aaron Toponce
Ubuntu
Xubuntu
Kubuntu
Edubuntu
Planet Ubuntu
Ubuntu Forums
Ubuntu Geek
Works With U
OMG! Ubuntu!
I' Been to Ubuntu
Tanner Helland
Dustin Kirkland
Ubuntu UK Podcast
Ubuntu Linux Help
Popey
Linux Mint
CrunchBang Linux
OpenBSD
OpenBSD Journal
OpenBSD Ports
OpenBSD 101
Planet.OpenBSD.nu
jggimi's OpenBSD live CD
DaemonForums
BSDanywhere
Marc Balmer
Denny's OpenBSD blog
Polarwave's OpenBSD Tips and Tricks
Binary Updates for OpenBSD
Puppy Linux
Damn Small Linux
Tiny Core Linux
Lucky 13's Linux blog (lots of Tiny Core)
Lucky 13's BSD blog
PCLinuxOS
Mandriva
Red Hat
Red Hat News
Red Hat Blogs
Red Hat: Truth Happens
Red Hat Magazine
CentOS
Planet CentOS
Fedora
Planet Fedora
Fedora Forums
Fedora Docs
Join Fedora
Paul Frields
Slackware
Slackbuilds
Robby's Slackware Packages
Slackblogs
dropline GNOME for Slackware
GNOME Slackbuild
GWARE - GNOME for Slackware
Wolvix
Zenwalk Linux
Vector Linux
Slax
Splack Linux — Slackware for Sparc
Nonux
How to Forge
marc.info BSD and Linux mailing list archive
FreeBSD
FreeBSD, the Unknown Giant
A Year in the Life of a BSD Guru
NetBSD
hubertf's NetBSD Blog
PC-BSD
Daemon Forums
FreeBSD Forums
Planet FreeBSD
Evilcoder.org
miwi's Privat Blog
DragonFlyBSD
DragonFlyBSD Digest
DesktopBSD
BSD Talk podcast
BSD Magazine
Rhyous
OpenSolaris
MilaX
BeleniX
DeLi Linux
Linux Loop
Electronista
The Tech Report
Engadget
Gizmodo
Phoronix
xkcd – A webcomic of romance, sarcasm, math and language
Nixie Pixel
Technology for Mortals
Thoughts on Technology
ZaReason
System 76
Tiger Direct
NewEgg
DealExtreme

Advertisement