Okay then, here's another one of my infamous dumb questions. If that's the case, then why do we need the AES-NI instruction set?
If it's likely going to be storage and/or network bandwidth limited; wouldn't the improvements made by introducing and incorporating the AES-NI instruction set be kind of "wasted" in the sense that you can't really use it to the fullest potential anyways? If the storage/network I/O is going to be your bottleneck/limiting factor, then regardless of whether you have AES-NI or not; you're likely going to get the same answer in terms of speed. (I actually copied the input file onto my SSD so as to try and eliminate that as the bottleneck; and then write the output to the same drive.) (haha...it feels like that the more questions I ask, the more confused I get...lol...) Also, is that why (besides the fact that CBC can't be parallelized) why it doesn't make sense or people really haven't spent too much time or effort into trying to run AES encryption/decryption on GPGPUs? Because it's already faster than anything else is capable of at the moment? On Sat, Mar 16, 2013 at 1:05 AM, Matthew Hall <mh...@mhcomputing.net> wrote: > On Sat, Mar 16, 2013 at 12:06:07AM -0400, Ewen Chan wrote: >> That's MUCH faster than I expect it to be (even with AES-NI) and the >> 888 MB/s is faster than any available storage host-bus interface we've >> got right now; so I want to make sure that I am not losing my marbles >> here in trying to make some sense out of this data. >> >> Thanks. > > Without AES-NI other still quite fast instructions are used from SSE, SSE2, > etc. So it is a boost but not the be-all end-all boost. > > In most cases the Core i7 will clobber most any storage device bar the very > most costly SSDs. It's an extremely powerful CPU. If this isn't screaming fast > enough, use GCM instead of CBC, and enjoy the multicore awesome thereof. ;) > > As fast at it is, 10 GBE will still do 1280 MiB / sec. But it should fill up > the 8 Gbps FC with no issues. > > Matthew. > ______________________________________________________________________ > OpenSSL Project http://www.openssl.org > User Support Mailing List openssl-users@openssl.org > Automated List Manager majord...@openssl.org ______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List openssl-users@openssl.org Automated List Manager majord...@openssl.org
