Re: [maybe-OT] GNOME/FC3 on 64-bit Athlon 64

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thanks, alex, for the time invested in this.  But trust me, it is no
small matter.  Usage of this terminal sever is plainly unbearable, with
350MB evolution sessions and 570 MB OpenOffice sessions *per user*.  It
helps that most of that may be shared libs, but it just does not help
enough.

El lun, 17-01-2005 a las 10:29 +0100, Alexander Larsson escribiÃ:
> On Fri, 2005-01-14 at 11:27 +0100, Jean BrÃfort wrote:
> > Le vendredi 14 janvier 2005 Ã 11:04 +0100, Alexander Larsson a Ãcrit :
> > > On Thu, 2005-01-13 at 12:31 -0500, Manuel Amador wrote:
> > > > Hi everyone,
> > > > 
> > > > Well, it's been a long time since I've posted anything to these lists.
> > > > Excuse me for the cross-posting, please.
> > > > 
> > > > Has anyone noticed the memory usage of GNOME applications under 64-bit
> > > > Athlon 64?  I'm using Fedora Core 3, and I am seeing 260MB VIRT and 70MB
> > > > RSS memory footprints on e.g. Evo and Nautilus.
> > > 
> > > Compiling for 64bit means doubling the size of all pointers. This is
> > > likely to use a lot more memory. You might want to try running a 32bit
> > > binary of the applications to see if this explains the memory use
> > > difference.
> > 
> > I just made a test on two machines running gentoo linux. One is a
> > Pentium4 and the other an Amd64. On the Pentium4, nautilus uses 30,9 MB
> > and on the AMD64 112,7 MB which is more near four times the memory used
> > with the Pentium4 than 2.
> > The same is true for other apps:
> > 
> > 			Pentium4	Amd64
> > gnome-system-monitor	21.5 MB		112.0 MB
> > gnome-session		17.1 MB		85.7 MB
> 
> I got someone to run pmap on gnome-session on a fc3 x86-64 box. It seems
> that it doesn't really use more memory, because the rss is about the
> same, but it does use virtual memory a bit more inefficient (which might
> be on purpose, after all 64bit has much more virtual memory availible).
> 
> For instance, each dlopened module seems to use at least one meg of
> virtual memory:
> 0000002a97d71000     16K r-x--  /libpixbufloader-png.so
> 0000002a97d75000   1008K -----  /libpixbufloader-png.so
> 0000002a97e71000     16K rw---  /libpixbufloader-png.so
> 
> While on x86:
> 001c0000     12K r-x--  /libpixbufloader-png.so
> 001c3000      4K rw---  /libpixbufloader-png.so
> 
> It seems like it adds an unreadable area after each code segment to make
> the whole thing use one meg of virtual memory. Maybe a security thing?
> 
> Also this looks a bit excessive:
> 0000002a9568a000  37744K r----  /locale-archive
> vs x86:
> b7dda000   2048K r----  /locale-archive
> 
> Anyway, its all virtual memory. Doesn't actually matter.
> 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>  Alexander Larsson                                            Red Hat, Inc 
>                    alexl@xxxxxxxxxx    alla@xxxxxxxxxxxxxx 
> He's an obese neurotic messiah on a mission from God. She's a provocative 
> cat-loving snake charmer living homeless in New York's sewers. They fight 
> crime! 
-- 
Manuel Amador <rudd-o@xxxxxxxxxxxxxx>
Amauta
_______________________________________________
gnome-list mailing list
gnome-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gnome-list


[Index of Archives]     [Fedora Desktop]     [Trinity Users]     [KDE]     [Gimp]     [Yosemite News]

  Powered by Linux