建站资源：够用与浪费的Ruby之道

　　去年冬天，凌晨三点十七分，我蹲在公司茶水间啃冷掉的葱油饼，盯着手机里那条刚弹出来的 502——不是我们自己的站，是客户托管在 DigitalOcean 上的那个 Ruby on Rails 小站，域名带个“-dev”后缀，连 GA 都没埋，就接了三个表单和一个 PDF 下载。

　　我原以为是 nginx 超时，结果 ssh 进去发现 puma 进程全挂了，日志里只有半行：“FATAL: out of memory”；再看 free -h，swap 挂了零点二三 G，但物理内存明明还有两百多兆空着——Linux 就是死活不肯用它，像小时候我娘把剩饭压在碗底盖上新米饭，硬说“没剩”。

文章配图，仅供参考

　　运维老张裹着羽绒服冲进来，呵气在玻璃门上画了个歪斜的圆，他敲着键盘说：“你那个 config/puma.rb 里写的 workers 3，开得太多了吧？”我点头说对，改完 reload，八分钟后又 502；他扒拉两下 top，突然把鼠标挪到右下角时间那儿，停了三秒，说：“这机器是第八次重启了。”

　　我这才注意到屏幕右下角的时间跳得不对——比 NTP 慢四十一秒，但系统没报 clock skew，只是 cron 里每小时跑一次的 bundle exec rake tmp:clear，全卡在 lock 文件上等不到释放，结果 tmp/cache/ 吞掉了七百多兆，全是 fragment_cache_ 开头的文件，有的生成时间戳写的是去年九月——它们早该被自动 GC，可没人告诉 Rails，这个实例的 Time.now 是瘸腿的。

　　我删了锁、清了 tmp、重设了 ntpdate，服务起来了；但五分钟后，另一个进程又因为同一个原因把内存啃穿：logrotate 周期设成了每天一次，但实际触发条件是“文件大于一百兆”，而 production.log 已经三百二十兆——Ruby 的 Logger 会把整段 SQL 日志塞进单行字符串，中间不换行，grep 都卡住；我试过用 tail -n 1000，终端直接花屏十秒。

　　老张靠在门框上嚼口香糖，腮帮子一动一动：“你说够用和浪费……其实真没区别。就像人吃饭，饿的时候吃三碗叫够用，撑到打嗝还往嘴里塞也叫够用——反正肠胃自己不会喊停。”他吐出胶基，黏在门框边缘一点银光，“优胜劣汰？不是淘汰浪费的，是淘汰没发现浪费还当正常的人。”

　　我切回服务器终端，发现 /var/log/journal/ 下有六个年份目录，最新那个是二零二三年的；顺手 ls -lh /var/log/journal//system.journal | head -3，最小那个 87M，最大的 412M——journalctl --disk-usage 回显说占用 1.2G，但 du -sh /var/log/journal/ 显示只有 987M，差的那二百来兆，不知道去了哪，反正 systemctl restart systemd-journald 之后就没了，像水蒸气散进暖气片里。

　　有谁碰到过这个吗

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!