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