scheduler-concurrency问题

1、v3.0 时候只要 hash 冲突就会卡住，所以就换成了冲突后继续判断的做法。做了这个改变后，测试下来发现继续判断实际冲突的消耗很小，就顺便把 scheduler-concurrency 调低了来降低内存开销。
2、v4.0 latch 实现方式变化了。如果 hash 冲突，会去实际检查冲突的 key 是否相等，不会误判等待。