@askfermi #4 这就是个 toy project, 还有那个 boltdb, 线上一用各方面渣到哭。

rocksdb 15w/s 随机读写， 用的还是 21w iops 的渣渣 ssd。

比 rocksdb 快？ 别扯了。

抓取网页之后， 丢到解析 worker 的队列去， 可以做成实时的。

@zzhbbdbbd #14 就是个指针，指向 g

刷 ddwrt 固件, 非常稳， 原生系统做的不好。

你们看这个函数
func runqget(_p_ *p) (gp *g, inheritTime bool) {
// If there's a runnext, it's the next G to run.
for {
next := _p_.runnext
if next == 0 {
break
}
if _p_.runnext.cas(next, 0) {
return next.ptr(), true
}
}

for {
h := atomic.Load(&_p_.runqhead) // load-acquire, synchronize with other consumers
t := _p_.runqtail
if t == h {
return nil, false
}
gp := _p_.runq[h%uint32(len(_p_.runq))].ptr()
if atomic.Cas(&_p_.runqhead, h, h+1) { // cas-release, commits consume
return gp, false
}
}
}

我解释一下这个现象
创建 goroutine 的 runtime.newproc 会把 g 放进 runq， 同时放进 p 的 runnext, 第一个 goroutine 先占 runnext, 然后第二个 goroutiner 把它踢了出来。 当调度发生，runq 出队的时候， 先考虑 p 的 runnext, 然后才会按照 runq 的队列顺序来。

用 coroutine
```python
async def hello():
print("Hello world!")
r = await asyncio.sleep(1)
print("Hello again!")
```

干不掉，JVM 过于牛逼。

别用 ss， 换个协议

刷题吧， 广泛面试， 总会有一个好的 offer。

天天用

tesseract-ocr 这东西需要你自己切图 + 标注， 对固定形态的文字其实效果还不错。

我用的 QC35， 戴起来很舒服， 连续开降噪可以用好几天， 写作时隔离噪音的利器， 不过音质一般。