不知道是不是我的帖子影响到了你，把你带偏了

你没特别的兴趣别入坑了，现在容器云时代，linux 就对了，从桌面到服务器，ubuntu 一把梭，不会有什么毛病，信不过 ubuntu server 就 debian

我用 freebsd 就是为了好玩，增进一下视野，也不是日常用，就像我现在用的 ubuntu20.04.2 给你回的帖

主要还是想以学院派的风格学习下 freebsd，总说 linux 牛逼，没个对比不知道牛逼在哪，freebsd 有很多大佬会从很深的技术角度评价 linux 和 freebsd，有批评有对比再反思反思就会有进步

而且它们圈子小大佬多，对技术比较纯粹的人才会用，你看楼上用了 20 多年的 freebsd，20 多年前 v2 上面很多人就是颗精子，我还在玩泥巴，而他已经在用上了 freebsd /dog

@xuanbg 笑死老子了

ddos 是打不起，cc 看看你有多少钱

@zhoudaiyu 没有当时情况的具体分析，很难说是什么问题

其实没有业务场景的话我能假设一种情况，你前面有负载均衡 lb，后面 3 台服务器 abc，假设某种原因，ab 服务器当机几分钟后正常，导致 lb 将流量全部给了服务器 c，服务器 c 连接太多，当你重启 c 后，lb 有均分给 3 台服务器了，所以就出现了你这种情况

TCPLISTENOVERFLOW 的问题在于 backlog 的队列满了没能及时消费掉，所以 tcp 协议栈会停止接收新连接（不返回任何 tcp 包，而是服务端过一会返回 syn ack 装傻告诉客户端没收到 ack，客户端会重发 ack 建立连接），引发这个问题在于为什么你的 apache 的 accept()没有快速消费掉 backlog 的队列

你当时的情况应该是 ESTABLISHED 的连接是满的，只是新连接建立不起来

流量非常低，是因为服务端重复返回 syn ack，装成没收到客户端的 ack，这会导致客户端根据间隔时间指数增加的方式重复发送 ack/psh ack 业务数据包，所以没有正常的入网流量，出网流量会根据你的业务情况，如果不是下载和推送数据类，由于 ESTABLISHED 的连接没能及时处理，也就没有什么出网数据包了，所以出网流量也会很低

重启一下就能好的很难事后分析，自己看看你的业务逻辑和代码吧

@Cooky 驱动是 ig4

haha.ooo 路过

安全

@Livid 分享创造

J9 、J10 没焊单排针么

@20015jjw 整面墙落地窗，但是朝东 /dog

996 真的不是人做的，以前有一次突然 6 点下班，6 点的夕阳，感觉世界有点陌生感

@yeqizhang go 我现在基本都直接用 linode 国外的服务器做环境，vscode 用 ssh 远程开发

从 Bitnami 的 helm 包开始学习不明智，值太多了，而且有的还一堆 help 函数，直接 create 一个空包开始写，可以看看 gitbook 的一些教程

https://whmzsu.github.io/helm-doc-zh-cn/

js 被墙了，f12 看看

以前为一个直播项目用 phpunit 写了，全覆盖