@tempdban 这个 Collision free 是指可行的范围内，不要强掰“所有 hash 都不能冲突”。
CRC32 只能生成 32 位的 hash 值，也就是最多 2^32 个数据（ 4294967296 ），也就 40 亿。
sha1，ipv6 或者我的算法都是 128 位，最多 2^128 （ 3.4028237e+38 ），比所有目前可观测的星星都多 200 倍。

p.s. 为了验证冲突率，我还特意添加了 Smhasher
https://github.com/aappleby/smhasher/wiki/SMHasher
结果所有测试都通过了，这下我更加放心了。

@thomaswang
注意： 这是*并发*，不是*并行*
调度顺序没办法预测的

调度器会在寻找可执行的 goroutine 时，M 会先在 local queue 找（也就是同一个 thread 上），也会随机偷 global queue 里等待执行的 goroutine

Gopher 竹鼠厨房
华农兄弟合作伙伴（手动狗头

你们还 too young
Armv8 i386 mips armv5 怎么办?
Windows FreeBSD NetBSD Darwin 呢？
还敢叫全平台么？

1. i 是一个内存上的地址
2. 当 goroutine 是创建时会*拷贝*一份执行栈上的数据, 但不运行
3. i=10 时，循环结束主 goroutine 暂停，调度器开始寻找可以执行的 goroutine
4. 其他 goroutine 的作用域中并没有 i 这个本地变量，开始向上查找
5. 找到主 goroutine 中的 i , 此时 i =10 并打印。

@tempdban

不是语气问题。
Hash 至少要满足 collision free 的，至少 CRC32 是不满足的，拿来做 Hash 就会出现重复键的数据，程序就会出错的。

https://stackoverflow.com/questions/460576/hash-code-and-checksum-whats-the-difference

@murmur hash 没有标准不标准。
只有是否 Crypto-Safe 和 SMhasher 测试过不过的问题。
For Fun 也是一个作用嘛~

@tempdban 那就用得有问题了。hash 只是 checksum 的子集，checksum 并不保证冲突，只是校验有没有更改。

在我厂就是个 CRUD boy ……

@blless 快一些～

@hearfish 参考了 meow hash 的思路，主要是 meow hash 在 final block 的处理上太复杂了, nab 把长度按 uint64 xor 进 state 里就行了。

@b00tyhunt3r 你这昵称也没谁了……

这台服务器一月就已经下线了。
https://www.ntppool.org/scores/202.112.10.36

而且 NTP 不能只填一台机器的，要用 pool 模式，如果有一台机器出现错值也能纠正过来。

server 0.cn.pool.ntp.org
server 1.cn.pool.ntp.org
server 2.cn.pool.ntp.org
server 3.cn.pool.ntp.org

这个视频就很合适了
https://www.youtube.com/watch?v=GcDshWmhF4A

还自旋锁哈哈哈哈
是个正常的 Go 程序员都会选择用 fan in channel 模式的

是函数在符号表里的字母顺序

特殊的会提前，比如说 internal/cpu

GBasic

@blankme 并不是，Go 会用 AVX 并行优化这部分代码，而字符串时间是 19 个字节，19*8 = 152 < 256。一次比较就能得出结果。大概率是慢在内存加载上（懒得做分析了，摊手~

@liyunlong41 嗯，有探索精神，可惜懒了点。
我跑了跑，不是 2 倍（ 100%），是~70%。

差别嘛~自己看 objdump 吧

```
func BenchmarkISOString(b *testing.B) {
a := "2019-04-10 19:00:00"
c := "2019-04-10 19:00:01"
b.ResetTimer()
for i := 0; i < b.N; i++ {
_ = a < c
}
}

func BenchmarkTime(b *testing.B) {
a := time.Now()
c := time.Now().Add(time.Second)
b.ResetTimer()
for i := 0; i < b.N; i++ {
_ = a.Before(c)
}
}


goos: linux
goarch: amd64
BenchmarkISOString-12 200000000 6.68 ns/op
BenchmarkISOString-12 200000000 6.71 ns/op
BenchmarkISOString-12 200000000 6.55 ns/op
BenchmarkTime-12 500000000 3.89 ns/op
BenchmarkTime-12 500000000 4.07 ns/op
BenchmarkTime-12 500000000 3.93 ns/op
PASS
ok _/root/hoho 13.189s
```

字符比较，按 ascii，当然可以啦，效率嘛……比 time.Time 慢至少 2 倍多

不过有些特殊情况就搞不定了，比如说两个不同时区的时间比较~（虽然国内程序员很少遇到）

@liman 一看就是虾皮啊，干嘛藏起来～
我厂同事 app 里天天有你们的广告