diff options
| author | mrezai <mhd.rezai@gmail.com> | 2016-04-10 17:48:59 +0430 |
|---|---|---|
| committer | mrezai <mhd.rezai@gmail.com> | 2016-04-10 17:48:59 +0430 |
| commit | c860574d8ba246b5e2c59578f24accd2ace5e9bc (patch) | |
| tree | 5c8f90fc94bc49da9b35c2f532f186aa0817e6bc /drivers/builtin_openssl2/crypto/sha/asm/sha1-586.pl | |
| parent | d454e64f429affb89de036eed6daa5c6e5278492 (diff) | |
Update OpenSSL to version 1.0.1s
Diffstat (limited to 'drivers/builtin_openssl2/crypto/sha/asm/sha1-586.pl')
| -rw-r--r-- | drivers/builtin_openssl2/crypto/sha/asm/sha1-586.pl | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/drivers/builtin_openssl2/crypto/sha/asm/sha1-586.pl b/drivers/builtin_openssl2/crypto/sha/asm/sha1-586.pl index 1084d227fe..2b119ffa46 100644 --- a/drivers/builtin_openssl2/crypto/sha/asm/sha1-586.pl +++ b/drivers/builtin_openssl2/crypto/sha/asm/sha1-586.pl @@ -66,9 +66,9 @@ # switch to AVX alone improves performance by as little as 4% in # comparison to SSSE3 code path. But below result doesn't look like # 4% improvement... Trouble is that Sandy Bridge decodes 'ro[rl]' as -# pair of µ-ops, and it's the additional µ-ops, two per round, that +# pair of µ-ops, and it's the additional µ-ops, two per round, that # make it run slower than Core2 and Westmere. But 'sh[rl]d' is decoded -# as single µ-op by Sandy Bridge and it's replacing 'ro[rl]' with +# as single µ-op by Sandy Bridge and it's replacing 'ro[rl]' with # equivalent 'sh[rl]d' that is responsible for the impressive 5.1 # cycles per processed byte. But 'sh[rl]d' is not something that used # to be fast, nor does it appear to be fast in upcoming Bulldozer |