CONFIG_CGROUP_MEM_RES_CTLR

Dave Jones davej at redhat.com
Wed Sep 10 21:55:50 UTC 2008


On Mon, Sep 01, 2008 at 12:59:28PM +0530, Balbir Singh wrote:
 > While trying to build the memory resource controller with the latest
 > kernel source,  I saw the following in config-generic
 > 
 > #NOTE: Before changing the size below, take notice that page struct
 > will grow past a cacheline on 32 bit.
 > 
 > I am running F10-alpha 32 bit version, on which I see
 > 
 > Linux localhost.localdomain 2.6.27-0.166.rc0.git8.fc10.i686 #1 SMP Mon
 > Jul 21 20:51:26 EDT 2008 i686 i686 i386 GNU/Linux
 > 
 > sizeof(vma)=84 bytes
 > sizeof(page)=56 bytes
 > sizeof(inode)=608 bytes
 > sizeof(dentry)=160 bytes
 > sizeof(ext3inode)=860 bytes
 > sizeof(buffer_head)=56 bytes
 > sizeof(skbuff)=184 bytes
 > sizeof(task_struct)=6056 bytes
 > 
 > With size at 56 bytes, I don't think adding 4 bytes will affect the
 > growth beyond cacheline size.

Yes, but that's with debug options on.  With debug options off,
on 32bit we're currently at exactly a 32 byte cacheline, so adding
a member for CGROUP will push us past 1 cacheline.

 > I suspect that there are a few debugging options turned on, that are
 > causing either spinlock_t to bloat or something that CONFIG_PAGE_OWNER
 > is turned on. Are these debugging options going to go away as we head
 > towards F10 release?

Yes.

	Dave

-- 
http://www.codemonkey.org.uk




More information about the fedora-devel-list mailing list