@westoy 兄弟经验真多，虽然有的道理我也懂，但还是受教了。

@westoy 我也是急躁的性格，感觉他并没有公开运营路线和思路，他又是兼职做事情，所以我就更急躁了

@keepeye 人家是产品合伙人，资源对接的关键人物。并不是招聘来的

@westoy 哎 兄弟所言极是

@keepeye 为啥，现在不是因为人数问题才矛盾，是与产品负责人的分工问题了

@hsk9044 那就只能 perf 看下了

There are two types of background actions:

merging of data parts;
fetching of data part from replica.

那是不是 issue 中 alexey-milovidov 提到的第二种原因呢？
@hsk9044

参考： https://github.com/ClickHouse/ClickHouse/issues/542#issuecomment-283416542

公有云上丢 DynamoDB 给他看 ，私有化部署用 Cassandra
告诉面试官：您知道么，mysql 不能 allin 所有的业务场景的。

nice

播客树洞 ，语音版的 4chan 么 😂

aws 也慢的要死，加钱就能解决。

看美食 up 主分享吃播也解决不了屎难吃这件事儿。

看起来是架构方案题，不是编程细节吧。b 调用 a，并降低时延，意味着 b 与 a 的调用链路最短+系统状态保持最优啊。如果分别部署在不同实例，那最好 b 与 a 同一个机架同一个子网，物理距离和网络逻辑位置最短的原则。
数据聚合最好设计一个数据聚合层比如引入 MQ 而且最好是 pubsub 机制……保持 tcp 长连接替代 HTTP 等等，还有 kernel 网络相关的调优、系统进程 CPU 亲和性的调优等等。

@lesismal 亚马逊 xray 或者 sentry 这类的，要么就是开源的一些支持 OpenTracing 的平台

@kevinwan 等你们适配好的，我们这边试试，现在人手少没法参与到开源 PR

@kevinwan 看着不错啊，有支持 Tracing 么？

@mingl0280 我说我怎么看不到这个用户呢，原来是我早已 block 他了

不过，语言出现瓶颈这个说法，我觉得让 instagram 工程团队听到，他们会惊呼 amazing 吧，你们业务规模比 ins 还要大？？？