Date: Tue, 09 Aug 2005 19:48:21 -0700 From: Sam Leffler <sam@errno.com> To: Mike Tancsa <mike@sentex.net> Cc: Poul-Henning Kamp <phk@haven.freebsd.dk>, freebsd-current@freebsd.org Subject: Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.) Message-ID: <42F96AF5.1010905@errno.com> In-Reply-To: <6.2.1.2.0.20050809161312.083cf828@64.7.153.2> References: <Your message of "Mon, 08 Aug 2005 10:49:07 %2B0200." <20050808084907.GB1578@garage.freebsd.pl> <42475.1123513974@phk.freebsd.dk> <6.2.1.2.0.20050808162711.04d40c28@64.7.153.2> <42F82EFA.1010001@errno.com> <6.2.1.2.0.20050809161312.083cf828@64.7.153.2>
next in thread | previous in thread | raw e-mail | index | archive | help
Mike Tancsa wrote: > At 12:20 AM 09/08/2005, Sam Leffler wrote: > >> I much prefer cryptotest for exercising the hardware. If you increase >> the number of concurrent threads (-t I think) you can really load the >> device. >> >> I wouldn't be surprised if there were an smp locking bug in the crypto >> code > > > > Found the program. Under RELENG_4, its quite happy doing > > cryptotest -t 4 -p -a aes 100000 > 92.781 sec, 200000 aes crypts, 16 bytes, 34490 byte/sec, > 0.3 Mb/sec > dispatch->invoke: avg 3599 ns : min 1955 ns : max 55315 ns [800048 > samps] > invoke->done: avg 56574 ns : min 32406 ns : max 158121 ns [800048 > samps] > done->cb: avg 3707 ns : min 1677 ns : max 57270 ns [800048 > samps] > cb->finis: avg 5286 ns : min 2235 ns : max 63695 ns [800048 > samps] > > ... continuously. But I am pretty sure this is an IRQ routing issue and > not a HiFn specific thing. FWIW -p significantly slows down performance. Try something like -t 64 or -t 128. Sam
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42F96AF5.1010905>