-----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
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-----
-----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
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 -----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-----
what about xrestop?
-----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@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
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.
-----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
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 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.