From mboxrd@z Thu Jan 1 00:00:00 1970 From: Diego Calleja Subject: Re: [RFC] VM: I have a dream... Date: Wed, 25 Jan 2006 17:09:04 +0100 Message-ID: <20060125170904.5e31e1e2.diegocg@gmail.com> References: <200601240211.k0O28rnn003165@laptop11.inf.utfsm.cl> <1138181033.4800.4.camel@tara.firmix.at> <20060125150516.GB8490@mail.shareable.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: bernd@firmix.at, vonbrand@inf.utfsm.cl, linux-os@analogic.com, ram.gupta5@gmail.com, mloftis@wgops.com, barryn@pobox.com, a1426z@gawab.com, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Return-path: Received: from uproxy.gmail.com ([66.249.92.201]:2292 "EHLO uproxy.gmail.com") by vger.kernel.org with ESMTP id S1750799AbWAYQJf convert rfc822-to-8bit (ORCPT ); Wed, 25 Jan 2006 11:09:35 -0500 Received: by uproxy.gmail.com with SMTP id s2so232761uge for ; Wed, 25 Jan 2006 08:09:32 -0800 (PST) To: Jamie Lokier In-Reply-To: <20060125150516.GB8490@mail.shareable.org> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org El Wed, 25 Jan 2006 15:05:16 +0000, Jamie Lokier escribi=F3: > Mozilla / Firefox / Opera in particular. 300MB is not funny on a > laptop which cannot be expanded beyond 192MB. Are there any usable > graphical _small_ web browsers around? Usable meaning actually works > on real web sites with fancy features. Opera is probably the best browser when it comes to "features per byte of memory used", so if that isn't useful....there's a minimo web browse= r (http://www.mozilla.org/projects/minimo/) It's supposed to be designed for mobile devices, but it may be usable on normal computers. The X server itself doesn't eat too many memory. In my box (radeon 9200SE graphic card) the X server only eats 11 MB of RAM - not too much in my opinion for a 20-years-old code project which according to the X developers it has many areas where it could be cleaned up. The X server will grow its size because applications store the images in the X server. And the X server is supposed to be network-transparent, so apps send to the x server the data, not a "reference to the data" (ie: a path to a file), so (i think) the file cannot be mmap'ed to share the file in memory: there're still some apps (or so I've heard) which send a image to the server and keep a private copy in their own address space so the memory=20 needed to store those images is *doubled* (gnome used to keep *three* copies of the background image, one in nautilus, other in gnome-settings-daemon and another in the X server, and gnome-terminal keeps another copy when transparency is enabled) Also, fontconfig allocates ~100 KB of memory per program launched. There're patches to fix that by creating a mmap'able cache which is shared between all the applications which has been merged in the development version. I think there're many low-hanging fruits at all levels, the problem is not just mozilla & friends - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html