Hi! > I speculate this would be good for small systems as well as it reduces > the size of struct page by 2*sizeof(unsigned long) bytes, allowing more > incremental allocation of pagecache metadata. I haven't tried it on my > smaller systems yet (due to lack of disk space and needing to build the > cross-toolchains), though I'm now curious as to its exact behavior there. Why not mem=8M, nosmp on your "big" system? Pavel -- Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt, details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
References:
- Re: [PATCH] updated version of radix-tree pagecachePeter W臘htler<pwaechtler _at_ loewe-komp.de>
- Re: [PATCH] updated version of radix-tree pagecacheWilliam Lee Irwin III <wli _at_ holomorphy.com>
- Prev by Date: Re: initramfs programs (was [RFC] klibc requirements)
- Next by Date: Re: [ANNOUNCE] FUSE: Filesystem in Userspace 0.95
- Previous by thread: Re: [PATCH] updated version of radix-tree pagecache
- Next by thread: Re: Why would a valid DVD show zero files on Linux?
- Indexes:[Main][Thread]