个人项目要啥 docker，一个 exe 或者一个 jar 搞定

@Soonan 我是 2018 版套餐，后来就缩水了

@a3613051 熟悉索引和分布式至少 20k 打底了吧

现在难道是统一七天吗？我们十天。

redis5 开始支持多线程了

@index90 timewait 是不占用 fd 的

我一年多没回了，虽然我一天跑两个来回也来得及

199 套餐，80G 不限速流量，2000 分钟通话，1000M+200M 两路宽带

独脚兽

@ajaxfunction 上海考上 985 的比例，比河南高几十倍到上百倍，上海人更聪明吗？教育资源是不平等的，这一点已经淘汰了大部分人了。剩下的人里，大部分人做不到从小认真学习，从小认真学的人里，很多没找到合适的学习方法。

考个 985 并不需要天赋吧，我们班 90%以上的人都是 985，班里有天赋的也就那么两三个人，其他人成绩基本跟努力程度成正比

样本数为 2，就能证明一般规律了？数学思维确实要加强。

上海 995 这个薪资吸引力不大

udp 连接和 tcp 粘包更配哦

php 部分扩展存在内存泄露问题

@CrazyBoyFeng 不要迷信 JVM 的默认参数，我测过一个服务，不加参数时内存占用超过 20G，xmx2g 的时候，内存只用了 3g，gc 频率高了近 10 倍，但 cpu 占用率却相差不大，业务技术指标基本没有差异。即使用 xmx1g 去跑的时候，平均响应时间和吞吐跟占 20 多 g 的时候差不多，只不过响应最慢的 10%的请求延迟略有增长。

JVM 的默认策略，只要跑的时间够久，100G 内存的服务器，也会给你用掉 50G 以上，哪怕跟限定只用 1g 时没有任何性能差别。

GO 的 gc 策略更加激进，会定期主动 gc，不会出现这种往死里用的情况。跟只增不减的比，峰值占用肯定会低多。

而且不限定 xmx 的时候，容易让 os 把该 gc 掉的内存放到 swap 中，一旦触发 gc，会因为 swap 的 IO 导致 JVM 卡顿数十秒甚至数分钟，可以按照每 1G swap 要 10 秒钟粗略估算。

任何 JAVA 服务，都必须指定 xmx。

@abcbuzhiming 500M 是日请求百万的服务。低频服务，一个 100M 也够了。一个中级开发一年的成本，少说也能买 200 个 4G 内存的 vps，还不够便宜吗？
@janus77 跟应用类型有关，我对比过的那个服务，Java 消耗内存大概是 Go 的 2 倍。

@abcbuzhiming 看类型，我以前公司 2c4g 的低配 vps，每台跑 8 个 java 服务