Re: code bloat [was Re: Semaphore assembly-code bug]
From: Z Smith (plinius_at_comcast.net)
Date: 10/31/04
- Previous message: Sam Ravnborg: "Re: Building on case-insensitive systems and systems where -shared doesn't work well (was: Re: 2.6.8 link failure for sparc32 (vmlinux.lds.s: No such file or directory)?)"
- In reply to: Alan Cox: "Re: code bloat [was Re: Semaphore assembly-code bug]"
- Next in thread: Jan Engelhardt: "Re: code bloat [was Re: Semaphore assembly-code bug]"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Sun, 31 Oct 2004 12:18:35 -0800 To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Alan Cox wrote:
> My X server seems to be running at about 4Mbytes, plus the frame buffer
> mappings which make it appear a lot larger. I wouldn't be suprised if
> half the 4Mb was pixmap cache too, maybe more.
At first sight that sounds like a plausible explanation, however
the facts in my case suggest something else is going on:
My laptop's framebuffer is only 800x600x24bpp VESA, or 1406kB.
But look at what X is doing:
root 632 6.1 17.5 22024 16440 ? S 12:05 0:17 X :0
The more apps in use, the more memory is used, but at the moment
I've only got xterm, rxvt, thunderbird, xclock and xload. My wm is
blackbox which is using 5 megs.
Also, just curious but why would memory-mapped I/O be counted
in the memory usage anyway? Shouldn't there be a separate number
for framebuffer memory and the like?
> I've helped write tiny UI kits (take a look at nanogui for example) but
> they don't have the flexibility of X.
In my experience, most of the flexibility is not necessary for
97% of what I do, yet it evidently costs a lot in memory usage
and speed.
Zack
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Sam Ravnborg: "Re: Building on case-insensitive systems and systems where -shared doesn't work well (was: Re: 2.6.8 link failure for sparc32 (vmlinux.lds.s: No such file or directory)?)"
- In reply to: Alan Cox: "Re: code bloat [was Re: Semaphore assembly-code bug]"
- Next in thread: Jan Engelhardt: "Re: code bloat [was Re: Semaphore assembly-code bug]"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
