Has anyone bench-marked the performance improvements associated with
 various ubsec models in conjunction with OpenSSL cryptodev acceleration
 of geli(4) in the kernel?

 I have a sneaking suspicion that I'm a pilgrim on unholy land here.

 I'm precluding hifn(4), padlock(4), and gblx(4), which are nice for
 offsetting low power CPUs on embedded platforms, from my question, and
 assuming that the only supported SSL accelerator that will actually
 'compliment', as oppose to 'hinder' a multi-core Xeon system, when
 offloaded, is ubsec(4)?



---------- Forwarded message ----------
Date: Thu, 15 Jan 2009 18:33:30 +0100 (CET)
From: Wojciech Puchar <>
To: Roland Smith <>
Cc: RW <>,
Subject: Re: freebsd encrypted hard disk?

> It turns out that on a multi-core machine a geli thread is started on
> each core for each disk (4 cores, two disks):

and it is actually used when many transfers are done in parallel.

my core2duo saturates (both cores 100% load) at about 100MB/s disk I/O
_______________________________________________ mailing list
To unsubscribe, send any mail to ""
_______________________________________________ mailing list
To unsubscribe, send any mail to ""

Reply via email to