[openssl-users] BN_MUL_MONT for ARM64 v8
Vijay Chander
vijay.chander at gmail.com
Wed Feb 8 15:06:29 UTC 2017
Mike,
I was native compiling on A72 (64 bit) using libgmp version 10.2.
Thanks,
-vijay
On Feb 7, 2017 7:21 PM, "Mike Mohr" <akihana at gmail.com> wrote:
> Licensing issues are indeed thorny. Why can't openssl perform a dynamic
> link? The soversion should handle any ABI issues introduced in later
> versions of GMP.
>
> Are you cross compiling GMP for your use on a target device? If so, you'll
> need to ensure that the MPN_PATH is set appropriately. If you don't do so,
> you'll get the generic c code instead of optimized assembly routines. The
> performance difference can be dramatic, potentially several orders of
> magnitude. I had to deal with this myself when cross compiling GMP for
> Android.
>
> On Feb 7, 2017 4:51 PM, "Vijay Chander" <vijay.chander at gmail.com> wrote:
>
> Yes. Already took Andy's word from his previous replies for precisely this
> reason.
>
> GMP exercise was easy enough to get it out of the way.
>
> Thanks,
> Vijay
>
> On Feb 7, 2017 4:46 PM, "Jakob Bohm" <jb-openssl at wisemo.com> wrote:
>
>> OpenSSL also has a lot of handwritten assembly language for ARM,
>> x86 etc. Most of it written by Andy Polyakov.
>>
>> His response about what can and cannot be done on various ARM CPU
>> models is most probably a result of this work.
>>
>> Also, OpenSSL has a more permissive license than the GMP, so using
>> GMP in OpenSSL would cause problems for many OpenSSL using
>> applications.
>>
>> On 08/02/2017 00:31, Mike Mohr wrote:
>>
>>> Have you considered using GMP as a big integer backed for openssl? It
>>> has support for several arm variants using handwritten assembly code
>>> and the developers go to great lengths to find optimize runtime on all
>>> supported platforms.
>>>
>>> On Feb 7, 2017 2:26 PM, "Vijay Chander" <vijay.chander at gmail.com
>>> <mailto:vijay.chander at gmail.com>> wrote:
>>>
>>> Andy,
>>> 1:2.5 is pretty in my opinion for ARM !
>>>
>>> We will check out Mongoose.
>>>
>>> Hmm - will try to get to the bottom of those cache misses (at a
>>> lower priority).
>>>
>>> Thanks,
>>> -vijay
>>>
>>>
>>> On Tue, Feb 7, 2017 at 11:07 AM, Andy Polyakov <appro at openssl.org
>>> <mailto:appro at openssl.org>> wrote:
>>>
>>> > A72 is running 1GHz compared to x86 at 2.1Ghz. So that should
>>> hopefully
>>> > get down to -1:5.
>>>
>>> And Mongoose will take you to ~1:2.5 (scaled to same frequency
>>> that is).
>>> Which I'd say is a fair result. Well, still could have been a bit
>>> better, but it's not unreasonable given ISA differences. Keep
>>> in mind
>>> that presented x86_64 result is for code utilizing
>>> Intel-specific code
>>> extensions.
>>>
>>> > There is no L3 cache on the A72 eval board and performance
>>> counters do
>>> > show 9x more DRAM accesses for ARM compared to x86.
>>>
>>> This is unexpected, because it takes *less* references to
>>> memory to
>>> perform it on ARMv8. Because it has larger register bank. And
>>> cache
>>> requirement is not that high for L3 to kick in... But at any
>>> case memory
>>> is not bottleneck here...
>>>
>>>
>>
>> --
>> Jakob Bohm, CIO, partner, WiseMo A/S. https://www.wisemo.com
>> Transformervej 29, 2860 Soborg, Denmark. direct: +45 31 13 16 10 <tel:
>> +4531131610>
>> This message is only for its intended recipient, delete if misaddressed.
>> WiseMo - Remote Service Management for PCs, Phones and Embedded
>>
>>
>> Enjoy
>>
>> Jakob
>> --
>> Jakob Bohm, CIO, Partner, WiseMo A/S. https://www.wisemo.com
>> Transformervej 29, 2860 Søborg, Denmark. Direct +45 31 13 16 10
>> This public discussion message is non-binding and may contain errors.
>> WiseMo - Remote Service Management for PCs, Phones and Embedded
>> --
>> openssl-users mailing list
>> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
>>
>
> --
> openssl-users mailing list
> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
>
>
>
> --
> openssl-users mailing list
> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mta.openssl.org/pipermail/openssl-users/attachments/20170208/d17f81fc/attachment-0001.html>
More information about the openssl-users
mailing list