3 ms·
The size of the time.Time data structure is unchanged on 64-bit. There was space to pack it in. As for time, on Linux it got 70 ns slower. Tolerable. (It went
by bradfitz 9y ago
The size of the time.Time data structure is unchanged on 64-bit. There was space to pack it in.
As for time, on Linux it got 70 ns slower. Tolerable. (It went from 70 ns to 140 ns on my GCE VM)
On Windows, it actually got faster on 64-bit with the addition of:
https://github.com/golang/go/commit/e4371fb179ad69cbd057f2430120843948e09f2f https://github.com/golang/go/commit/e4371fb179ad69cbd057f243...
And on macOS, where nobody runs servers, it's basically unchanged speed-wise.
- YZF 9y agoCool. I've just been instrumenting some fairly hot Go code with time.Now/Since all over the place trying to pinpoint some lost milliseconds ... I was planning to keep the instrumentation in there for monitoring... Sounds like it shouldn't be a problem.