nisse@lysator.liu.se (Niels Möller) writes:
Simon Josefsson simon@josefsson.org writes:
Also, remember that Niels proposal is not about removing these algorithms, just dropping the assembler variant. So they will continue to work fine on these platforms, but will take advantage of more code scrutiny. I think that is a reasonable trade-off.
And the only architectures that currently have any md5 assembly is x86 and x86_64. On my x86_64 laptop, I see a rather modest performance gain of about 6% over the C version. I don't expect anyone willing to work on improved md5 performance, on x86_64 or on additional platforms.
Getting back to this thread. I've pushed a change to delete md5 assembly on branch delete-md5-asm, for testing. I don't think carrying md5 assembly code is worth the complexity.
The arcfour assembly was deleted in the 3.9 release. Deletion candidates remaining: 32-bit x86 (aes (non-aesni), sha1, camellia). 32-bit sparc. 32-bit ARM prior to ARMv6. Possibly also 64-bit sparc; currently, only sparc64-assembly is for aes, written in 2007 based on the sparc32 code. So unclear how relevant it is for current sparc processors).
Regards, /Niels