Date: Wed, 10 Apr 2013 19:49:09 +0200 (CEST) From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-hackers@freebsd.org, Benjamin Kaduk <kaduk@mit.edu>, Sebastian Feld <sebastian.n.feld@gmail.com> Subject: Re: Multiple page size support on FreeBSD? Message-ID: <alpine.BSF.2.00.1304101947470.19441@wojtek.tensor.gdynia.pl> In-Reply-To: <201304101006.13960.jhb@freebsd.org> References: <CAHnbEGJuo9Jvskxaog0xLVM_LOse695b4E3fKae7YufOAVZuBg@mail.gmail.com> <alpine.GSO.1.10.1304072319300.9389@multics.mit.edu> <alpine.BSF.2.00.1304081238580.6013@wojtek.tensor.gdynia.pl> <201304101006.13960.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> How do your tests work? Do you examine PTEs directly to check for superpages > or are you relying on the vm.pmap.pde sysctls? the later. anyway - algorithm described on list - that heuristics detects consecutive page access doesn't really help the urgent case - RANDOM access to large amount of memory. sequential access will get minimal improvement. IMHO the only way that really make sens is to add options to madvise to give kernel information about usage.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1304101947470.19441>