Date: Sat, 30 Jan 2010 12:34:24 -0600 From: Alan Cox <alan.l.cox@gmail.com> To: Michael Butler <imb@protected-networks.net> Cc: freebsd-emulation@freebsd.org, freebsd-current <freebsd-current@freebsd.org>, Andriy Gapon <avg@icyb.net.ua> Subject: Re: JFYI: VirtualBox stable/unstable setteings (3.0.51.r22902) Message-ID: <ca3526251001301034r14a8580fhf348b312725b4755@mail.gmail.com> In-Reply-To: <4B32A1BF.1050200@protected-networks.net> References: <4B31AABD.2020804@ongs.co.jp> <4B322F56.3050703@protected-networks.net> <4B324994.2010805@icyb.net.ua> <4B328172.8070507@protected-networks.net> <4B329CF9.2020407@icyb.net.ua> <ca3526250912231456ta582f1r5501e5d466986d37@mail.gmail.com> <4B32A1BF.1050200@protected-networks.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Dec 23, 2009 at 5:03 PM, Michael Butler <imb@protected-networks.net>wrote: > On 12/23/09 17:56, Alan Cox wrote: > >> Yes, there is an i386-specific race condition that I understand but >> haven't >> fixed. It's typically triggered by the page daemon calling uma_reclaim(). >> It affects all versions from 7.2 to HEAD. >> > > Ah - that's a shame because it does offer a noticeable "speed-up" on this > device with large executables, > > I just wanted to let you (and everyone else) know that this race condition with superpage promotion on i386 has been addressed in FreeBSD 7.x, 8.x, and HEAD. At this time, I don't know of any other bugs affecting superpage usage on i386. Regards, Alan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ca3526251001301034r14a8580fhf348b312725b4755>