News for hackers. Stuff that matters.
Re:Show HN: Accelerating SHA256 by 100x in Golang on ARM by wyldfire on Wednesday July 27, 2016 @04:06PM (#12176095)
... by moving from a software implementation to a mostly hardware one. ;)

Still a worthwhile article but the title seemed to make me think of implementation/algorithm changes.

Re:Show HN: Accelerating SHA256 by 100x in Golang on ARM by lossolo on Wednesday July 27, 2016 @04:26PM (#12176238)
Most of crypto hashes implementations in Go are hand written assembly for specific platforms.
Re:Show HN: Accelerating SHA256 by 100x in Golang on ARM by fwessels on Wednesday July 27, 2016 @04:45PM (#12176386)
No, there are no algorithm changes (otherwise the results would be different), it is just taking advantage of the ARM SHA accelerations when they are available.
Re:Show HN: Accelerating SHA256 by 100x in Golang on ARM by webkike on Wednesday July 27, 2016 @05:59PM (#12176826)
I a change in algorithm does not necessarily lead to change in results. Two algorithms that produce the same results may be disparate, but I suppose it's up to your definition of disparate
Re:Show HN: Accelerating SHA256 by 100x in Golang on ARM by halomru on Wednesday July 27, 2016 @09:10PM (#12177712)
>there are no algorithm changes (otherwise the results would be different

Insertionsort, Mergesort and Timsort are three wildly different algorithms with different speeds, but on every possible input they produce the exact same result

Re:Show HN: Accelerating SHA256 by 100x in Golang on ARM by sjolsen on Wednesday July 27, 2016 @10:34PM (#12177978)
Strictly speaking, it's possible for different sorting algorithms to produce different results if you sort using a weak order rather than a total order.
Re:Show HN: Accelerating SHA256 by 100x in Golang on ARM by cmrx64 on Thursday July 28, 2016 @04:29AM (#12179048)
Or an unstable sort (which none of grandparent's examples are, but aren't uncommon in naive implementations)