Messages in this thread | | | Date | Sun, 26 Aug 2007 12:49:25 -0400 | From | "Fred Tyler" <> | Subject | Re: Slow, persistent memory leak in 2.6.20 |
| |
On 8/26/07, Jan Engelhardt <jengelh@computergmbh.de> wrote: > > On Aug 26 2007 12:16, Fred Tyler wrote: > >> Please rule out filesystem caches by issuing > >> sync; > >> echo 3 >/proc/sys/vm/drop_caches; > > > > >Ok, I did this on a non-production machine that has only been up for a > >few hours, and here's what happened: > > ... > >So, I guess it worked? (I don't know what was supposed to happen, but > >memory usage dropped significantly when I did this.) > > So I guess you are not seeing any memory leak at all, but just the regular > caching?
I certainly hope that is the case, but until I try it on the production machine tonight I won't know for sure. If this is indeed a leak, it's pretty slow, and it takes a week or so before you can even start noticing it on the graphs
I can say with absolute certainty that something very similar was happening in 2.6.12 (compare the graphs in my original email), and in 2.6.12 it would inevitably lead to the server running entirely out of memory, to the point where applications could no longer allocate memory and the server would have to be rebooted.
The symptoms were almost identical in that case: I'd shut down virtually every application on the server, but the memory would still be almost entirely in use. I understand there's kernel caching, but if the kernel caching occurs at the expense of any other applications being able to access memory, then there's a real problem. (I actually still have one 2.6.12 machine running, but drop_caches doesn't appear to exist on it so I can't test it there. Is there an analogue?)
Anyway, I'll post the results from the 2.6.20 server as soon as I have them. Should be late tonight.
Thanks. - 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/
| |