傻了，我好像说错了，我说的是 2PC 的问题
解决就是 3PC
惭愧惭愧

你问我们也是白搭啊………
多约出来一起玩，先了解兴趣爱好
切记工作是工作不是爱好…………
送口红包包讲真很土的，只能说明你对她的喜好一无所知，才会送这些放之四海而皆准的标准答案。

那为什么不 root /home/myhome 呢？
访问控制用权限就行了

Nginx 反代可以当肉盾用
利用 Nginx 的限制频率和粗略筛查非法请求
而 Nginx 本身只要不是 DDoS ，是打不死的

其次用统一的入口比随便找个高位端口要好得多，特别是考虑某些单位只允许 80 和 443

还有你考虑 https 了么？考虑 gzip 了么？这些扔给 Nginx 做会快得多

再有 HTTP1.1 pipeline

用户进程默认 pri 20
nice 是在默认 pri 的基础上调整
root 可以用负 nice
实际系统调度用的是 pri
可以用 limits 调默认 pri
这时候 pri-ni 就不是 20 了

因为这就是定义………

少说半句多好？

我们这里加班很多，吃得消么？✓
看你是个女的，我们这里加班很多，吃得消么？✗
看你是个女的？✗✗✗

也许客观都是存在的，也许有很多人心里都这么想，但是还请说话注意点。现在恐怕不严肃点处理责任人都很难服众吧………

Google 搜： who is using docker
特别是那篇 Quora 说了不少公司

所以人家还有把测试服的数据库写入屏蔽掉，直接镜像真实请求做测试的

那说明是测试数据的问题啊
试试有没有可能复制一部分生产数据用来测试
随机抽点就行

0 回复，泪
求各位大佬点评一下问题在哪里……

3PC 实际应用很多，不过需要同步分布式系统。如果延迟波动很大，则不一定适用，要看情况分析。

实际上三阶段存在一种 corner case ：
如果 coordinator 和一部分 follower 一起挂了，或者 coordinator 也会 commit
那么剩下的 follower 就无法决定了
如果挂了的 follower 投了拒绝，按定义其他人应该都拒绝
如果挂了的 follower 投了通过，那就有可能 coordinator 已经收齐了所有票，告诉挂了的 follower 提交，却没来得及通知活着的 follower 。按定义，只要有一人提交，所有其他人必须提交。

所以还有 4PC

实际上同时挂的可能性不大，所以还是 3PC 。如果有其他途径检测挂了的 follower 是否 commit 过，也没有问题。如果 followers 复活时是无状态的，也没有问题。

结果被老板发现…………卒

尽管浪， level4 才要动脑
之前都是算法入门水平

真羡慕你们能被骚扰

因为 squid 默认 fork 到后台执行
simple 只检查前台进程，前台退了就意味结束了
我记得加-N 可以不 fork
forking 会尝试检测 fork 出来的后台
此外还可以通过 pidfile 显式指定
对于执行一遍就一直有效的，比如 RC local 脚本， one-shot