[LLVMdev] [lld] contentHash in the Reader ?
resistor at mac.com
Wed May 8 13:21:48 PDT 2013
On May 8, 2013, at 1:09 PM, Chandler Carruth <chandlerc at google.com> wrote:
> On Wed, May 8, 2013 at 9:13 PM, Owen Anderson <resistor at mac.com> wrote:
> On May 8, 2013, at 10:50 AM, Chandler Carruth <chandlerc at google.com> wrote:
>> What are the SHA-3 variants that you think would suite these needs ?
>> I want to look at the implementation complexity. The winner (and the official SHA3 algorithm), BMW and Skein are all worth looking at.
> If your primary criterion is through-put on large, desktop-class CPUs, Skein is likely to be the winner. Keccak (the official SHA3) is also pretty fast on CPUs (and significantly better in hardware implementations, not that it matters here), and has the advantage of having the official designation.
> I was moderately certain that BMW had a significantly higher throughput in software, and was only disqualified due to fairly long-tail security concerns that wouldn't apply here.
From their final SHA3 competition submissions, BMW and Skein are pretty comparable in steady-state throughput at the 256 bit digest length (7.6 vs 7.5 cycles/byte). Where BMW has the advantage is that it scales much better with the size of the digest (3.9 vs 6.5 cycles/bytes @ 512 bit digest length).
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-dev