gengchun

这个算是 101 的东西吧。这个是 mutable defaults 另一个是 closures late binding 。

这两个有没有放在最前面介绍应该做为判断教材是否合格的主要指标。

另外评价别人的代码，这也是很重要的参考，一旦出现，就要认真想一想了。

用 ab 压吧。

总觉得虚拟终端要速度本身是件很奇怪的事情。照这么说最浪费 CPU 的是 X 子系统。

就算真有大量输出要渲染，很早以前不一样有 skip scrolling 吗？

看具体的系统。一般包管理器都存着安装的权限。

rpm 直接有 --setperms 和 --setugids 。用 dpkg 要复杂一些，但网上搜一下都有现成脚本的。

包管理器数据库里没有的文件，就没办法了。

@realpg 真电视炒股还不会亏呢。

美股涨跌很重要的一点是中产老白男。他们的退休金很多都是拿来炒股，吃股息的。早几年 CNBC 的 Mad money 荐股时还会推荐 BABA 的，这两年差不多只要提中必反。真要听人家目前现在还是赚的。

我用 NC 这种的原因就是出问题自己能修，而且能直接在线调。NC 这种算是最简单的架构。有一些基础，很多问题可以自己处理。数据也容易恢复。

类似 seafile 这种直接用 C 实现的，反正我是不会用的，因为不想花时间去看代码。

要防止文件损坏，建议用 raid 或者支持类似功能的文件系统，比如说 btrfs, zfs 这种。这个其实和同步是两个问题。


@neroxps 强调分布式都有这个问题，tidb 一开始的实现也是 QPS 因为 CPU 限制上不去，这个是很要命的。没有现成方案，要优化需要相当的技术，不是堆工时可以解决的事情。

对远程分支进行 `git push --force` 是一定要沟通过的。沟通不是说在 v 站上发贴。

比较保守和简单的操作其实是选一个基准，在本地新建一个分支出来。然后把本地修改过分支和远程分支需要的 commits 都用 cherry-pick 挑出来。

OP 另一个找回的需求，如果 rebase 已经完成，也可以用 `git reflog` 。

这种略看一下介绍 git 实现文章，就能自己处理的。

@vegetableChick 都有运维了让运维解决。