Date: Thu, 2 Jul 2009 19:18:49 +0100 (BST) From: Robert Watson <rwatson@FreeBSD.org> To: Mel Flynn <mel.flynn+fbsd.hackers@mailing.thruhere.net> Cc: freebsd-hackers@freebsd.org, Alan Cox <alc@cs.rice.edu>, Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> Subject: Re: large pages (amd64) Message-ID: <alpine.BSF.2.00.0907021918080.9548@fledge.watson.org> In-Reply-To: <200906301431.38664.mel.flynn%2Bfbsd.hackers@mailing.thruhere.net> References: <alpine.BSF.2.00.0906281933580.1809@wojtek.tensor.gdynia.pl> <200906291317.12040.mel.flynn%2Bfbsd.hackers@mailing.thruhere.net> <4A49CBA0.1050806@cs.rice.edu> <200906301431.38664.mel.flynn%2Bfbsd.hackers@mailing.thruhere.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 30 Jun 2009, Mel Flynn wrote: >>> It looks like sys/kern/kern_proc.c could call mincore around the loop at >>> line 1601 (rev 194498), but I know nothing about the vm subsystem to know >>> the implications or locking involved. There's still 16 bytes of spare to >>> consume, in the kve_vminfo struct though ;) >> >> Yes, to start with, you could replace the call to pmap_extract() with a >> call to pmap_mincore() and export a Boolean to user space that says, "This >> region of the address space contains one or more superpage mappings." > > How about attached? I like the idea -- there are some style nits that need fixing though. Assuming Alan is happy with the VM side of things, I can do the cleanup and get it in the tree. Robert N M Watson Computer Laboratory University of Cambridge > > % sudo procstat -av|grep 'S ' > PID START END PRT RES PRES REF SHD FL TP PATH > 1754 0x28900000 0x2ae00000 rw- 9385 0 3 0 --S df > 2141 0x2f900000 0x30800000 rw- 3719 0 1 0 --S df > 2146 0x3eec0000 0x4fac0000 rwx 1745 0 1 0 --S df > > -- > Mel > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.0907021918080.9548>