@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 里天天有你们的广告

@ChoateYao 某鹅么（手动狗头

稍微看了一下，好像是针对大文件下载
不过内网也没啥关于这个的介绍（手动狗头

西乡，没有涨，房东是银行（手动狗头

LZ 10 分钟入门的东西。
学会了绝对会是
真香.jpg

@julyclyde 并没有啊， 多个选项而已