Date: Wed, 10 Mar 2010 16:53:15 +0100 From: Rafal Jaworowski <raj@semihalf.com> To: Maks Verver <maksverver@geocities.com> Cc: freebsd-arm@freebsd.org Subject: Re: Performance of SheevaPlug on 8-stable Message-ID: <BC70E9A7-56C4-499C-AB96-CAD98D9A92BB@semihalf.com> In-Reply-To: <4B9509C5.7050804@geocities.com> References: <201003072125.o27LPfFb000968@casselton.net> <4B9509C5.7050804@geocities.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2010-03-08, at 15:29, Maks Verver wrote: > Next up, this patch: >=20 >> http://www.casselton.net/~tinguely/arm_pmap_unmanaged.diff >=20 > No idea what this does, but it helps a lot: >=20 > %time ./test > 9.000u 0.000s 0:09.11 99.2% 40+1324k 0+0io 0pf+0w >=20 > That's much better than the 280+ seconds from before. But it's still > nearly twice as long as Linux takes. >=20 > There is more weirdness though. If I freshly boot the system I get > timings like these, and even nbench reports decent scores. However, if = I > do a couple things like rerun/recompile nbench, then at some point > something 'breaks' and the performance goes back down to what it used = to be. Mark, Can you confirm this worsening over time happens with a fresh (from = scratch) kernel build (with Mark T. patch applied)? Please provide the = scenario / steps which lead to this behaviour. Rafal
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BC70E9A7-56C4-499C-AB96-CAD98D9A92BB>