linux-kernel - [BUG?] anyone aware of pagecache issues with 2.6.27?

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Date:	Tue, 27 Sep 2011 16:59:06 -0600
From:	Chris Friesen <chris.friesen@...band.com>
To:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: [BUG?] anyone aware of pagecache issues with 2.6.27?

I realize this is a long shot, but I figure it's worth a try.

What we're seeing is that "cached" gets large (several gigs) and "free" 
gets small, and when we get into this state our system responsiveness 
starts dropping.  If I do "echo 3 > /proc/sys/vm/drop_caches", then it 
immediately frees up a couple gig of memory and things work as expected.

Based on the fact that memory is immediately reclaimable from the cache 
it appears that the bulk of the cache is clean pages.  This shouldn't 
have a major impact on memory allocation, but at least on this setup it 
does.  It seems like there is something not quite right about the 
mechanism that reclaims clean pages from the cache.  Is anyone aware of 
issues in this area for 2.6.27-vintage kernels?

Is there a way to limit how much memory gets used for the page cache? 
drop_caches seems to help, but it's a really big hammer.

System details:
2.6.27 kernel, x86-64, 8GB RAM, no swap.  Root is on a tmpfs filesystem, 
local disks are used for miscellaneous stuff including /var/log, we have 
some sizeable network-mounted filesystems. 
/proc/sys/vm/overcommit_memory is set to 2, with overcommit_ratio set to 
100.

Thanks,
Chris

-- 
Chris Friesen
Software Developer
GENBAND
chris.friesen@...band.com
www.genband.com
--
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/