jworg

@Nazz 找了下，在 5.17 的时候确实有一个比较适合压测场景的 tcp 优化 https://www.phoronix.com/news/Linux-5.17-TCP-Optimization 验证的话看下 kernel 版本，在我印象中 ubuntu 22.04.1 是 5.15 ，可以通过 hwe 升级到 5.19 ，具体命令是 sudo apt install --install-recommends linux-generic-hwe-22.04 ，执行前先看下先前的版本，新的 22.04 lts 似乎已经升级到 5.19 了。如果是新的内核那就不是这个原因了。

除了内核版本，消费级 cpu 还有睿频因素在那，实体机默认能睿频，虚拟机不一定能。

kernel 都不一样，变量太多了，22.04.1 lts 还是 5.15 ，fedora 已经到 6.2 了，中间多了不少有意思的东西

5G 的话要不锁一下频段到 149 ，我那个路由器频段总是自动到一个干扰很严重的频段，也会丢包，或者试试 2.4G 的还会不会丢包

@icylogic 我那公司跑还是原生跑，不过特意准备了好几套不同的 linux 环境的容器然后在 docker 里面编译，配合 jenkins 分发到对应的服务器，都是当初运维偷懒没有升级，最后谁也不敢动，结果各种版本都有。

@dw2693734d 再说一遍你的数据都在，只是 head state 没了，不信你查看前后每个 blk 的 checksum ，然后重建 head state 需要本地的数据和外面的 peer 连接验证，和全量同步是有区别的。

@wang2tiger 大概率刚好把 head state 弄坏了，然后重建 head state 需要遍历所有区块，本地的 geth 数据也还在，只是验证完毕前不给用，如果是机械硬盘，这个遍历所有数据的速度非常慢。

你家数据库意外断电能保证数据完全不损坏吗。