12:13 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Any idea why X is using so much RAM on Rawhide?
I have Composite Enabled and I am using compiz as the Window Manager.
That just seems like a lot of memory.
Apps I have running
gaim, firefox, thunderbird and anjuta
- From top
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2285 root 15 0 546m 120m 11m S 6.6 12.1 11:27.51 Xorg
- --
Get my public GnuPG key from
http://keyserver.veridis.com:11371/export?id=7574690260641978351
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFEv7nXaR60qN0tF+8RAqumAJ4qGsNC400Yu6KKLNPrf43i21IZ3QCdHdJ2
lRrB/iRLOUCQIGC8mn5Ae1w=
=LE/T
-----END PGP SIGNATURE-----
12:40 p.m.
Kevin DeKorte wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Any idea why X is using so much RAM on Rawhide?
I have Composite Enabled and I am using compiz as the Window Manager.
That just seems like a lot of memory.
Apps I have running
gaim, firefox, thunderbird and anjuta
- From top
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2285 root 15 0 546m 120m 11m S 6.6 12.1 11:27.51 Xorg
does this happen with compoiste off ?
you will need to test with an other window manager ....
also try yum install xrestop
and use xrestop to get more infos.
- --
Get my public GnuPG key from
http://keyserver.veridis.com:11371/export?id=7574690260641978351
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFEv7nXaR60qN0tF+8RAqumAJ4qGsNC400Yu6KKLNPrf43i21IZ3QCdHdJ2
lRrB/iRLOUCQIGC8mn5Ae1w=
=LE/T
-----END PGP SIGNATURE-----
11:08 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
dragoran wrote:
Kevin DeKorte wrote:
Any idea why X is using so much RAM on Rawhide?
I have Composite Enabled and I am using compiz as the Window Manager.
That just seems like a lot of memory.
Apps I have running
gaim, firefox, thunderbird and anjuta
- From top
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2285 root 15 0 546m 120m 11m S 6.6 12.1 11:27.51 Xorg
> does this happen with compoiste off ? you will need to test with an
> other window manager ....
> also try yum install xrestop
> and use xrestop to get more infos.
Restarting the machine and loading the same working set and just using
metacity (composite still enabled) the VIRT RAM usuge is still high.
I'll try later with composite disabled.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2297 root 15 0 441m 43m 11m R 5.6 4.3 0:59.47 Xorg
Kevin
- --
Get my public GnuPG key from
http://keyserver.veridis.com:11371/export?id=7574690260641978351
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFEwPvraR60qN0tF+8RAghRAKCSQ6ytcs5j3Pbn47G8/5f3Bk6QGgCggAnt
xhcNIm/zGm6yq9Yz9Cs8kvA=
=UdIG
-----END PGP SIGNATURE-----
11:11 a.m.
Kevin DeKorte wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
dragoran wrote:
> Kevin DeKorte wrote:
> Any idea why X is using so much RAM on Rawhide?
>
> I have Composite Enabled and I am using compiz as the Window Manager.
> That just seems like a lot of memory.
>
> Apps I have running
> gaim, firefox, thunderbird and anjuta
>
>
> - From top
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 2285 root 15 0 546m 120m 11m S 6.6 12.1 11:27.51 Xorg
>
>
>
>
>> does this happen with compoiste off ? you will need to test with an
>> other window manager ....
>> also try yum install xrestop
>> and use xrestop to get more infos.
>>
Restarting the machine and loading the same working set and just using
metacity (composite still enabled) the VIRT RAM usuge is still high.
I'll try later with composite disabled.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2297 root 15 0 441m 43m 11m R 5.6 4.3 0:59.47 Xorg
Kevin
- --
Get my public GnuPG key from
http://keyserver.veridis.com:11371/export?id=7574690260641978351
what about xrestop?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFEwPvraR60qN0tF+8RAghRAKCSQ6ytcs5j3Pbn47G8/5f3Bk6QGgCggAnt
xhcNIm/zGm6yq9Yz9Cs8kvA=
=UdIG
-----END PGP SIGNATURE-----
11:21 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
dragoran wrote:
what about xrestop?
xrestop - Display: localhost:0
Monitoring 35 clients. XErrors: 1
Pixmaps: 35748K total, Other: 120K total, All: 35869K
total
res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID
Identifier
3c00000 246 52 1 530 155 20575K 11K 20586K ?
Slashdot: News for nerds, stuff that matters - Mozilla Fir
2e00000 0 0 0 1 0 5120K 0B 5120K ? <unknown>
4400000 313 36 1 10 82 2515K 11K 2526K ?
Anjuta: /home/kdekorte/cvs/mplayerplug-in/INSTALL (Saved)
3a00000 49 31 1 7 36 849K 3K 853K ? Buddy List
2200000 19 29 0 4 31 804K 1K 806K 2511
WindowNavigationApplets
1600000 132 51 1 44 62 444K 6K 450K ? Inbox
for kdekorte(a)yahoo.com - Thunderbird
1200000 27 43 1 5 15 421K 2K 424K 2513 File
Manager
4000000 28 30 1 6 46 402K 3K 406K ?
kdekorte@mini:~
0c00000 14 30 2 2 784 384K 21K 405K 2509 metacity
0e00000 218 38 0 4 39 386K 6K 393K 2511
gnome-panel
3000000 28 35 0 2 13 384K 1K 385K 2511
mixer_applet2
2400000 7 32 0 2 11 384K 1K 385K 2511
trashapplet
2c00000 5 29 0 2 10 384K 1K 385K 2511 gweather
2600000 6 29 0 2 9 384K 1K 385K 2511
gnome-netstatus
1e00000 5 28 0 2 11 384K 1K 385K 2511
NetworkManager
1c00000 5 29 0 2 10 384K 1K 385K 2527
gnome-obex-server
2800000 5 29 0 2 9 384K 1K 385K 2511
cpufreq-applet
2000000 5 29 0 2 9 384K 1K 385K 2511 grandr
4800000 2 2 0 2 27 384K 744B 384K 3634
notification-daemon
0600000 2 3 0 2 9 384K 336B 384K 2370
gnome-session
3600000 3 29 0 1 1170 4B 28K 28K 2650
gnome-screensaver
2a00000 9 34 0 3 8 5K 1K 6K 2511 multiload
0800000 4 1 0 0 106 0B 2K 2K 2414
gnome-settings-daemon
3e00000 1 2 1 0 7 0B 1K 1K ? <unknown>
3200000 10 29 0 1 10 4B 1K 1K 2511
NotificationArea
0200000 0 1 1 0 0 0B 1K 1K ? <unknown>
3400000 6 29 0 1 7 4B 1008B 1012B 2511
ClockApplet
1a00000 4 29 0 1 7 4B 960B 964B 2540
pam-panel-icon
0a00000 4 28 0 1 7 4B 936B 940B 2423
gnome-power-manager
1000000 3 28 0 1 6 4B 888B 892B 2515
gnome-volume-manager
4200000 3 28 0 1 5 4B 864B 868B 2923
evolution-alarm-notify
1800000 2 1 0 0 5 0B 192B 192B 2529 bluez-pin
1400000 2 1 0 0 5 0B 192B 192B 2525 eggcups
3800000 1 1 0 0 0 0B 48B 48B ? xrestop
0400000 0 1 0 0 0 0B 24B 24B ? <unknown>
- --
Get my public GnuPG key from
http://keyserver.veridis.com:11371/export?id=7574690260641978351
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFEwP8LaR60qN0tF+8RAlB1AKCTQTX9xaZEfQ9k5EDIxPEZh58DVwCbB6Na
ZmKE8S1yg1Pppu0DNJ1NAFw=
=oAuX
-----END PGP SIGNATURE-----
11:38 a.m.
On Fri, Jul 21, 2006 at 10:08:11AM -0600, Kevin DeKorte wrote:
Restarting the machine and loading the same working set and just
using
metacity (composite still enabled) the VIRT RAM usuge is still high.
I'll try later with composite disabled.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2297 root 15 0 441m 43m 11m R 5.6 4.3 0:59.47 Xorg
How much video ram does your card have? That's *included* in the number
you're looking at.
--
Matthew Miller mattdm(a)mattdm.org <http://mattdm.org/>
Boston University Linux ------> <http://linux.bu.edu/>
11:51 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Matthew Miller wrote:
On Fri, Jul 21, 2006 at 10:08:11AM -0600, Kevin DeKorte wrote:
> Restarting the machine and loading the same working set and just using
> metacity (composite still enabled) the VIRT RAM usuge is still high.
> I'll try later with composite disabled.
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 2297 root 15 0 441m 43m 11m R 5.6 4.3 0:59.47 Xorg
How much video ram does your card have? That's *included* in the number
you're looking at.
I have an i915GM video card (i810 driver) that is one of those shared
memory cards. I have an option set in xorg.conf to give is 128MB of
video RAM.
grep -i RAM /etc/X11/xorg.conf
VideoRam 131072
Kevin
- --
Get my public GnuPG key from
http://keyserver.veridis.com:11371/export?id=7574690260641978351
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFEwQX0aR60qN0tF+8RArjWAKCKadGVkvPChZ8QmAt/j4XyDcXdhgCgjpSv
3/DIRnFZKsPXGYToHLhj8MQ=
=daEe
-----END PGP SIGNATURE-----
2:37 a.m.
Kevin DeKorte wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Matthew Miller wrote:
> On Fri, Jul 21, 2006 at 10:08:11AM -0600, Kevin DeKorte wrote:
>> Restarting the machine and loading the same working set and just using
>> metacity (composite still enabled) the VIRT RAM usuge is still high.
>> I'll try later with composite disabled.
>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
>> 2297 root 15 0 441m 43m 11m R 5.6 4.3 0:59.47 Xorg
> How much video ram does your card have? That's *included* in the number
> you're looking at.
>
I have an i915GM video card (i810 driver) that is one of those shared
memory cards. I have an option set in xorg.conf to give is 128MB of
video RAM.
grep -i RAM /etc/X11/xorg.conf
VideoRam 131072
The X server itself uses little memory. The output of top/ps includes
that, plus video memory, plus memory mapped I/O regions, video BIOS,
etc.
Applications allocate pixmaps which are stored in the X server, so if
you run applications such as firefox/mozilla or other apps that allocate
lots of pixmaps, these applications will cause the X server's memory
footprint to increase dramatically. If the application leaks pixmaps,
the memory leak will be seen in the X server, not in firefox et al.
while the _bug_ is in the app. Once an app is killed however, the
majority of the X resource memory usage should shrink.
As a result, most of the time when a user sees the X server with high
memory usage and thinks X is bloated and leaky, the truth is that some
application such as firefox/thunderbird/evolution/nautilus or something
else is bloated and/or leaky. ;o)
On a side note, I would recommend lowering the VideoRAM setting and
seeing if you notice any difference whatsoever in performance of any
apps (2D or 3D). In general, X does not take full advantage of all
of the memory in any video card, so allocating extra system memory
to video in UMA systems like Intel graphics chipsets is likely to just
waste lots of system ram which could be improving overall system
performance acting as disk cache, etc.
--
Mike A. Harris * Open Source Advocate * http://mharris.ca
Proud Canadian.
12:29 p.m.
Mike A. Harris wrote:
Kevin DeKorte wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Matthew Miller wrote:
>> On Fri, Jul 21, 2006 at 10:08:11AM -0600, Kevin DeKorte wrote:
>>> Restarting the machine and loading the same working set and just using
>>> metacity (composite still enabled) the VIRT RAM usuge is still high.
>>> I'll try later with composite disabled.
>>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
>>> 2297 root 15 0 441m 43m 11m R 5.6 4.3 0:59.47 Xorg
>> How much video ram does your card have? That's *included* in the number
>> you're looking at.
>>
>
> I have an i915GM video card (i810 driver) that is one of those shared
> memory cards. I have an option set in xorg.conf to give is 128MB of
> video RAM.
>
> grep -i RAM /etc/X11/xorg.conf
> VideoRam 131072
The X server itself uses little memory. The output of top/ps includes
that, plus video memory, plus memory mapped I/O regions, video BIOS,
etc.
Applications allocate pixmaps which are stored in the X server, so if
you run applications such as firefox/mozilla or other apps that allocate
lots of pixmaps, these applications will cause the X server's memory
footprint to increase dramatically. If the application leaks pixmaps,
the memory leak will be seen in the X server, not in firefox et al.
while the _bug_ is in the app. Once an app is killed however, the
majority of the X resource memory usage should shrink.
As a result, most of the time when a user sees the X server with high
memory usage and thinks X is bloated and leaky, the truth is that some
application such as firefox/thunderbird/evolution/nautilus or something
else is bloated and/or leaky. ;o)
On a side note, I would recommend lowering the VideoRAM setting and
seeing if you notice any difference whatsoever in performance of any
apps (2D or 3D). In general, X does not take full advantage of all
of the memory in any video card, so allocating extra system memory
to video in UMA systems like Intel graphics chipsets is likely to just
waste lots of system ram which could be improving overall system
performance acting as disk cache, etc.
for me it seems that the video memory has nothing to do with the X
memory usage
2889 root 15 0 184m 140m 10m S 0 7.0 6:38.55 Xorg
note my card has 256MB Video ram and this is running on x86_64 +
thunderbird/firefox/nautilus/gaim/xchat/gnome-terminal windows open.
6496
days inactive
6501
days old
8 comments
4 participants
participants (4)
-
dragoran -
Kevin DeKorte -
Matthew Miller -
Mike A. Harris