Date: Mon, 21 Oct 2013 18:32:13 +0000 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: John-Mark Gurney <jmg@funkthat.com> Cc: Andre Oppermann <andre@freebsd.org>, Mark R V Murray <mark@grondar.org>, freebsd-arch@freebsd.org Subject: Re: always load aesni or load it when cpu supports it Message-ID: <37748.1382380333@critter.freebsd.dk> In-Reply-To: <20131021182834.GX56872@funkthat.com> References: <20131020070022.GP56872@funkthat.com> <423D921D-6CE5-49D9-BCED-AB14EB236800@grondar.org> <20131020161634.GQ56872@funkthat.com> <5264F074.4010607@freebsd.org> <20131021164034.GU56872@funkthat.com> <37693.1382379728@critter.freebsd.dk> <20131021182834.GX56872@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20131021182834.GX56872@funkthat.com>, John-Mark Gurney writes: >If you're on a slow system (embeded x86 or arm) that has an AES >accelerator, you really want to be using your accelerator than wasting >your cpu cycles on large blockes of AES... First, as I said in my previous email: I have still to see "distant" crypto accelerator do any good if you have idle CPU, even on a soekris 4801. If you have a real-life benchmark showing that, I'd like to see it. Second, if you want a limit, at the very least it should be MAXPHYS. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?37748.1382380333>