I meant armv4-mont code. As the answer to that question is no, i would have
asked if we have a support for armv8-mont. Your response answers both of my
questions.
Thanks
Ravichandra
On Wed, Jun 17, 2015 at 5:41 PM, Andy Polyakov wrote:
> Hi,
>
> > When using on armv8 architecture, does this
Hi,
> When using on armv8 architecture, does this mont mul ASM code have
> any optimization with linux-aarch64 configuration?
There is ambiguity in posed question. In direct context of this
discussion "this" as in "this mont mul ASM code" ought to refer to
armv4-mont. And then the answer woul
Hi Andy,
When using on armv8 architecture, does this mont mul ASM code have any
optimization with linux-aarch64 configuration?
Thanks
Ravichandra
On Wed, Jun 17, 2015 at 3:06 PM, Andy Polyakov wrote:
> Hi,
>
> > With some experimentation, it turns out that if I *stop* using the
> >
Hi,
> With some experimentation, it turns out that if I *stop* using the
> crypto/bn/asm/bn/armv4-mont.pl generated asm "optimised" version, the
> time for
> a simplish test to establish and close a simple SSL connection went from
> 28
> seconds to 18. (It's quite a slow
On 16/06/15 22:12, Andy Polyakov wrote:
With some experimentation, it turns out that if I *stop* using the
crypto/bn/asm/bn/armv4-mont.pl generated asm "optimised" version, the time
for
a simplish test to establish and close a simple SSL connection went from 28
seconds to
> What's more, I dug out a Cortex-A9 target (Atmel CycloneV board, operating
> with single core only) and got this without armv4-mont.pl:
> signverifysign/s verify/s
> rsa 2048 bits 0.127342s 0.003628s 7.9275.6
> dsa 2048 bits 0.035971s 0.042778s 27.8 23.4
>>> With some experimentation, it turns out that if I *stop* using the
>>> crypto/bn/asm/bn/armv4-mont.pl generated asm "optimised" version, the time
>>> for
>>> a simplish test to establish and close a simple SSL connection went from 28
>>> seconds to 18. (It's quite a slow target at any time).
>
Hi,
Thanks for the reply.
On 16/06/15 13:09, Andy Polyakov wrote:
>>
>> With some experimentation, it turns out that if I *stop* using the
>> crypto/bn/asm/bn/armv4-mont.pl generated asm "optimised" version, the time
>> for
>> a simplish test to establish and close a simple SSL connection went f
Hi,
> After the changes to DH requiring longer key lengths, I switched to 2048-bit
> keys, but was finding this was now making my test runs on an embedded ARM9
> target annoyingly slow; so thought I'd investigate to see if there was
> anything to improve.
>
> With some experimentation, it turns o
Hi,
After the changes to DH requiring longer key lengths, I switched to 2048-bit
keys, but was finding this was now making my test runs on an embedded ARM9
target annoyingly slow; so thought I'd investigate to see if there was
anything to improve.
With some experimentation, it turns out that if I
10 matches
Mail list logo
