公司用 OL 6，自己 Debian 10 。

SMART 都是厂家自定义的，不知道怎么解读就没法知道这些值的意思……

GCP 性能测试，8c 的 EPYC 性能和我 4c8t 的 i7-3770 基本相当。
你这个 vultr 8c 我估摸着也就是个差不多的水平？
可以弄一台新一点的比如说 i3-10300 或者 R5-3600 这个水平的独服来跑一下分。

你可以先找找东芝 Raw Read Error Rate 的解读说明，看看这些值是什么意思，然后考虑挂不挂的问题。

打电话要收费这个前提并不一定总是正确的。
北美 Google voice 已经全免费了，普通的手机套餐也都自带无限量通话时间。
所以不排除以后打电话功能直接给你免费了。

只有联名账户，两个人的钱都扔里面。要花大钱的时候互相商量。

@gggxxxx 美国这边 AA 是普遍现象，吃个饭一人付 8 块钱的现象很普遍。

1. 如果要造矿脉，越早造越好。
2. 造矿脉会拖累游戏进度。

所以写个函数，有钱就造矿脉，造到上限，然后对比一下总的时间就行了。

10240 的话，造出来不划算。
Reaching target at time 385s, gold 17120, lumber 19110, seirei 10, mines 0
Reaching target at time 386s, gold 8976, lumber 19200, seirei 11, mines 1
19110 个内，造矿脉都是不划算的。

从目标 19120 起，造 1 个矿脉追上不造矿脉的时间，21190 起，造 1 个矿脉比不造要快。
23960 起，造 2 个矿脉更快，26440 起 3 个，28970 起 4 个，33170 起 5 个，35560 起 6 个，37900 起 7 个，40200 起 8 个……

代码在 gist：
https://gist.github.com/msg7086/9b9f517209c655045c2ecc21994ac0ea

我们组小，on call 是一个人代表一个组，一次一周，一个月轮到一次。
on call 的那个人需要诊断问题，和用现成的 Wiki 文档去走检查流程，如果都不行的话，再拉 service 对应的开发者来一起看。

我司的做法是主干修复然后 cherry pick 移植到老版本。

你现在应该有 release-1.1 release-1.2 release-1.3 等等的发布分支吧。
比如你现在的版本修复了，发布了 1.5.0，那么你把修复 bug 的这个修改补丁，打到 1.4 、1.3 、1.2 、1.1 的发布分支上，他们就分别变成了 1.1.1，1.2.1，1.3.1，1.4.1 版本。

当然这前提是你遵循 semver 规则。
如果你本来就是滚动更新的话，那老版本也就没必要修复了，直接让人用新版就行了。

@aliipay 啥不看需求？一般的游戏不吃内存么？
我随便玩个城市天际线这种单机游戏，一个进程就能吃掉 20G 内存。
我之前插 32G，开游戏前得关掉一堆东西腾内存，什么 Chrome 之类的都得关掉。
然后没事就能见到群里有人用 16G 内存玩然后抱怨卡的。

我说的结论「内存不够，虚拟内存来凑」请问哪里说错了，欢迎指正。

内存不够，虚拟内存来凑。有些说 8G 16G 绰绰有余的人可能私底下在疯狂用虚拟内存凑不够的内存空间。
我公司电脑给的 16G，做 Java 开发，天天炸内存。现在升级到 40G 了，终于可以只用内存来跑了。日常占用 25G 左右。

@chenjieshou 绝对路径吧，就是用那个有几个问号的地址来访问。具体的我也不清楚，可以查查。

无法读写？那必须物理隔离。
逻辑隔离就有办法解除。

不存在这种东西。
RHEL6 elrepo 里最新的内核就是 kernel-ml-4.17.14-1.el6.elrepo.x86_64.rpm ，哪来的 5.x 。

（归根结底还是散热稀烂）

流畅不卡顿这个概念太大了。什么东西流畅？什么东西不卡顿？

如果是用 IDEA 开一个大项目然后不卡的话，至少预算要翻两三倍不止。
我司配的 1000 刀的 i7 笔记本我打开一个 Java 项目就要先跑个好几分钟，编译一下要跑 50 分钟。

如果是用 Sublime Text 开几个 Python 脚本随便写写的话，$50 一台的 DELL i5-3570 洋垃圾，配上内存 SSD 也足够用了。

没钱就不要考虑新的了，新的辣鸡货比旧的中高端平台差太多了，不管是性能还是质量。

你都说酸酸乳了……

@huangmingyou #8
灾难通常都不是《一个》失误造成的。
现代的航空需要许多许多环节同时失误才会造成灾难。
另外国内的飞安其实挺好的……