[opensuse] Xorg/KDE hemorrhaging RAM in 10.2
After relatively recent updates, X seems to be gobbling up a lot more RAM than I can remember it needing before. Top now shows 6.6 days uptime, and Xorg using 40.6% of 2G of RAM (861m virt). 2nd place goes to SeaMonkey trunk, using 11.2% of 2G of RAM up about 5.5 days. Epiphany uses 1.8%. Skype uses 1.5%. Everything else uses 1% or less each. Kcmshell memory shows application data consuming 68% of physical RAM. Anyone else seeing excessive RAM consumption? -- " Our Constitution was made only for a moral and religious people. It is wholly inadequate to the government of any other." John Adams Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Felix Miata wrote:
After relatively recent updates, X seems to be gobbling up a lot more RAM than I can remember it needing before. Top now shows 6.6 days uptime, and Xorg using 40.6% of 2G of RAM (861m virt). 2nd place goes to SeaMonkey trunk, using 11.2% of 2G of RAM up about 5.5 days. Epiphany uses 1.8%. Skype uses 1.5%. Everything else uses 1% or less each. Kcmshell memory shows application data consuming 68% of physical RAM. Anyone else seeing excessive RAM consumption?
It's perhaps (probably?) not X itself but some client that is gobbling the memory. My favourite suspect is Firefox. Try killing all Firefox windows (make sure the process is gone) and see what happens. Or could be some other application using X resources. Cheers, Dave -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2007/12/13 17:19 (GMT) Dave Howorth apparently typed:
Felix Miata wrote:
After relatively recent updates, X seems to be gobbling up a lot more RAM than I can remember it needing before. Top now shows 6.6 days uptime, and Xorg using 40.6% of 2G of RAM (861m virt). 2nd place goes to SeaMonkey trunk, using 11.2% of 2G of RAM up about 5.5 days. Epiphany uses 1.8%. Skype uses 1.5%. Everything else uses 1% or less each. Kcmshell memory shows application data consuming 68% of physical RAM. Anyone else seeing excessive RAM consumption?
It's perhaps (probably?) not X itself but some client that is gobbling the memory. My favourite suspect is Firefox. Try killing all Firefox windows (make sure the process is gone) and see what happens. Or could be some other application using X resources.
FF wasn't open. As indicated, SM trunk had been up for 5+ days. Closing SM dropped Xorg from 41% to 11.6%. Maybe it's pango or cairo trouble if not Gecko trunk, but I just don't expect top to show X to be separately gobbling RAM just because SM is. It's like for each byte SM wastes, Xorg wastes an extra two. :-p -- " Our Constitution was made only for a moral and religious people. It is wholly inadequate to the government of any other." John Adams Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 2007-12-13 at 13:23 -0500, Felix Miata wrote:
On 2007/12/13 17:19 (GMT) Dave Howorth apparently typed:
Felix Miata wrote:
After relatively recent updates, X seems to be gobbling up a lot more RAM than I can remember it needing before. Top now shows 6.6 days uptime, and Xorg using 40.6% of 2G of RAM (861m virt). 2nd place goes to SeaMonkey trunk, using 11.2% of 2G of RAM up about 5.5 days. Epiphany uses 1.8%. Skype uses 1.5%. Everything else uses 1% or less each. Kcmshell memory shows application data consuming 68% of physical RAM. Anyone else seeing excessive RAM consumption?
It's perhaps (probably?) not X itself but some client that is gobbling the memory. My favourite suspect is Firefox. Try killing all Firefox windows (make sure the process is gone) and see what happens. Or could be some other application using X resources.
FF wasn't open. As indicated, SM trunk had been up for 5+ days. Closing SM dropped Xorg from 41% to 11.6%. Maybe it's pango or cairo trouble if not Gecko trunk, but I just don't expect top to show X to be separately gobbling RAM just because SM is. It's like for each byte SM wastes, Xorg wastes an extra two. :-p
FF, SM, what's the difference :) They all come from the same factory. To be fair, I mainly suspect Flash or Java plugins. No evidence, just a SWAG. The basic mechanism is that X clients cause X servers to allocate memory. The client requests a pixmap or something and the X server faithfully allocates it and hangs onto it until the client tells it to release it or the client's connection terminates. So poorly programmed applications can export their memory management shortcomings into the X server. The X server will just grow until the client is terminated. If you kill all the clients and the X server still owns lots of memory, then the X server has a problem. As to the allocation ratio, I don't know. It obviously depends on what type of objects the client is allocating, both in its own space and in the X server's space. It can also depend on some policy settings of the X server and of course on the X server's implementation. Cheers, Dave -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2007/12/13 22:49 (GMT) Dave Howorth apparently typed: [a nice response] Thanks! Looks like lots of Mozilla activity on mlk bugs since the nightly I was using was built. http://tinyurl.com/2o5muq Maybe today's will be better. -- " Our Constitution was made only for a moral and religious people. It is wholly inadequate to the government of any other." John Adams Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (3)
-
Dave Howorth
-
Dave Howorth
-
Felix Miata