Nice!  Thanks.

On Mon, Mar 15, 2021 at 10:36 PM Wojciech S. Czarnecki <o...@fairbe.org>
wrote:

> Dnia 2021-03-15, o godz. 10:44:50
> Jeremy French <ibi...@gmail.com> napisaƂ(a):
>
> > So it seems like the logical solution would be to create a test that
> runs a
> > benchmark and makes sure the benchmark results are within some
> acceptable
> > range.  I realize that benchmarks are going to differ from machine to
> > machine, or based on CPU load, etc.
>
> Compare old implementation and new one:
> https://play.golang.org/p/w9giDccrpNa
>
> PS. In a CI pipeline, as we do not know exact HW where tests will run
> tomorrow, we
> normalize to a known base. Usually crypto/des suits well as the stable
> unit of speed.
>
>
> Hope this helps,
>
> --
> Wojciech S. Czarnecki
>  << ^oo^ >> OHIR-RIPE
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CA%2Bj6mhD_o%3DGmUbrN5dbWAka4Vow%2BnTJ1hNpJU4%2B-M-XNSJ%3DdAA%40mail.gmail.com.

Reply via email to