| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-Id: <20060907093417.54d2adf1.akpm@osdl.org> Date: Thu, 7 Sep 2006 09:34:17 -0700 From: Andrew Morton <akpm@...l.org> To: Guennadi Liakhovetski <gl@...-ac.de> Cc: sct@...hat.com, adilger@...sterfs.com, linux-kernel@...r.kernel.org Subject: Re: [2.6.18-rc6] ext3 memory leak On Thu, 7 Sep 2006 17:21:35 +0200 (CEST) Guennadi Liakhovetski <gl@...-ac.de> wrote: > On Thu, 7 Sep 2006, Guennadi Liakhovetski wrote: > > > I've reported before in thread "[2.6.17.4] slabinfo.buffer_head increases" a > > memory leak in ext3. Today I verified it is still present in 2.6.18-rc6. > > No, sorry, I cannot seem to reproduce it under -rc6. It seems to stabilize > eventually. But it doesn't under -rc2. I looked through all commits to > ext3 code between -rc2 and -rc6 and I don't see any obvious reasons why a > memory leak may have been fixed. Unless somebody can sched some light on > this, I'll try to upgrade the problematic system to -rc6 tomorrow. > > Just to be quite sure - this cannot (or is very unlikely to) be a libc > bug, right? > It is expected that in this situation the number of buffer_head objects will be approximately equal to the number of pagecache pages. So once the pagecache has grown to consume all available memory and the kernel starts to perform pagecache reclaim, the buffer_head count should stabilise. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists