* Re: Linux 2.6.15.2 [not found] ` <20060203120925.GA4393@kruemel.my-eitzenberger.de> @ 2006-02-03 19:14 ` Andrew Morton 2006-02-04 11:52 ` Holger Eitzenberger 0 siblings, 1 reply; 2+ messages in thread From: Andrew Morton @ 2006-02-03 19:14 UTC (permalink / raw) To: Holger Eitzenberger; +Cc: gregkh, linux-kernel, stable, torvalds, netdev Holger Eitzenberger <holger@my-eitzenberger.de> wrote: > > On Mon, Jan 30, 2006 at 11:34:27PM -0800, Andrew Morton wrote: > > > - A skbuff_head_cache leak causes oom-killings. > > > > All of these only seem to affect a small minority of machines. > > Hi, > > I have searched for a description for the above mentioned bug report, > but havent found any. Can you tell me? http://www.mail-archive.com/netdev@vger.kernel.org/msg06355.html > The reason why I am asking that I am facing a similar problem on > kernel 2.6.10. During performance tests (Intel XEON, SMP, PCI-X, > e1000, 2 - 4 Gig RAM) the machine was out of memory. > > Tests showed that LowFree went linearly down to a few megabytes, where > most of the memory was used in skb_head_cache and size-1024 slab > caches. These two summed up to ~270 MG, which was the reason for > that. > > /proc/net/tcp showed that most of the memory was stuck in the RX > queues of some processes (two processes with ~1000 sockets each). > > A look into /proc/sys/net/ipv4/tcp_mem showed that that the values in > there were way to high. I hope that a reduction of these values will > help (not done yet). > Sounds different. Please test a more recent kernel and if the problem is still there, send a report to linux-kernel and cc netdev@vger.kernel.org. Include the contents of /proc/meminfo and /proc/slabinfo. Thanks. ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Linux 2.6.15.2 2006-02-03 19:14 ` Linux 2.6.15.2 Andrew Morton @ 2006-02-04 11:52 ` Holger Eitzenberger 0 siblings, 0 replies; 2+ messages in thread From: Holger Eitzenberger @ 2006-02-04 11:52 UTC (permalink / raw) To: Andrew Morton; +Cc: gregkh, linux-kernel, stable, torvalds, netdev On Fri, Feb 03, 2006 at 11:14:14AM -0800, Andrew Morton wrote: > http://www.mail-archive.com/netdev@vger.kernel.org/msg06355.html > > A look into /proc/sys/net/ipv4/tcp_mem showed that that the values in > > there were way to high. I hope that a reduction of these values will > > help (not done yet). > Sounds different. Please test a more recent kernel and if the problem is > still there, send a report to linux-kernel and cc netdev@vger.kernel.org. > Include the contents of /proc/meminfo and /proc/slabinfo. Thanks. I solved the issue. Recent kernels have alloc_large_system_hash() exactly for that, and tcp_init() uses it. It has nr_all_pages and nr_kernel_pages to determine the actual size of usable RAM, whereas 2.6.10 just uses num_physpages. That's the reason why the values in tcp_mem are way too high on machines with 3-4 Gig RAM. Thanks. /holger -- ICQ 2882018 ++ Jabber: octavian@amessage.de ++ ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-02-04 11:52 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20060131070642.GA25015@kroah.com>
[not found] ` <20060130233427.5e7912ae.akpm@osdl.org>
[not found] ` <20060203120925.GA4393@kruemel.my-eitzenberger.de>
2006-02-03 19:14 ` Linux 2.6.15.2 Andrew Morton
2006-02-04 11:52 ` Holger Eitzenberger
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).