https://linkerd.io/2.14/features/load-balancing/

不同 pod 之间响应时间不同才是正常的情况吧。

linkerd 专门有个负载均衡算法叫做 EWMA, 根据 pod 的响应时间，提供不同的流量值。响应时间越快的 pod, 收到的请求也越多。我们实测过，这样整体 p99 会更好。

https://github.com/mosn/mosn/pull/2274

曾有人想把这个负载均衡算法在 envoy 中也实现一遍，可惜最后没 merge

有个类似情况是 tcp 连接在多个线程之间如何分配

https://blog.envoyproxy.io/envoy-threading-model-a8d44b922310

envoy 的博客中提到了，多个线程监听了一个端口之后，连接具体分配到哪个线程完全是内核决定的。内核的策略也不是平均分配的，而是尽量塞满一个线程，再往下一个线程分配。

As discussed briefly above, all worker threads listen on all listeners without any sharding. Thus, the kernel is used to intelligently dispatch accepted sockets to worker threads. Modern kernels in general are very good at this; they employ features such as IO priority boosting to attempt to fill up a thread’s work before starting to employ other threads that are also listening on the same socket, as well as not using a single spin-lock for processing each accept.

因为请求发送到同一个线程上，能最大程度地利用内存缓存和 cpu 缓存，这样从整体来看，性能是更好的。

error 没有栈信息，配合 pkg.errors 的 WithStack 使用，增加了开发者的心智负担。

例如以下调用链

func api()

func service()

func rpc()

api -> service -> rpc

rpc 返回了一个错误，一层一层最终返回给了 api, api 拿到错误后，需要记录日志，它想知道错误是哪里来的，此时就需要栈信息。

目前的解决办法，是 rpc 返回错误时，error 用 pkg.errors ( https://github.com/pkg/errors/blob/master/errors.go) 的 Wrap 包装一下，service 包装时，就不能用 wrap 了，需要用 WithMessage ，要不然会出现两份栈信息。

这要求开发者对代码的层次结构非常清楚，哪些函数是最底层，哪些是上层。

你想想，你刚接手了一个 5w 行的项目，读了三天代码之后开始写一些小 feature 。这时候你能了解清楚哪些函数是最底层吗？这样很容易就写错了，然后错误信息里面可能就有 N 份栈信息。

c 提供 2.0 版本

a 依赖 c 的 1.0 版本
b 依赖 c 的 2.0 版本

golang 中只有大版本变了，才允许多版本共存。

小版本不同的话，取最小版本

曾经百度空间也是很好的网站，但越做越差，最后下线了。气的某个安全大佬想找那个产品经理当面对线。

我在 14 ，15 年使用 CSDN 的时候，它也是算是很好的博客，有很多高质量的文章，基本没有广告。

经历过这些之后，我在也不相信第三方的博客了，谁也不能保证这样的网站能存活 50 年以上。

我的博客都是用 hugo+git 存储的，就算 github 黄了，买个服务器，搞个 nginx 很容易就起来了。缺点就是评论是存在 github 的 issue 中的，github 黄了，这些评论也没了。

我想起别人给我讲的趣事。

某公司在新加坡和深圳都有分部，深圳的人把活抢过来干了。

新加坡那边的人想看文档，发现只有中文的。就要求写英文的。

深圳这边的人直接回怼，you should learn some chinese.

我特别喜欢易中天的一段访谈，他说读书和学习是两回事。学习是抱着功利性的目的去，开始学习之前就有压力了，读书是为了愉悦自己，读书读完了，觉得爽到了，就够了。


所以我推荐《三体》 1 2 3, 我觉得它不会提升你的认知水平，也不会让人升职加薪，但读完了就是爽，真的头皮发麻的感觉。

我觉得楼主所在公司缺少创新的土壤。


当然，创新和赚钱是两回事，楼主的公司活下去应该靠的不是技术。

@asen1987

使用环境、专业需求、兼容情况、原帖 OP 明确的表态统统都不重要，买苹果就对了，还有什么比面子更要紧呢？ 反正女生嘛，到最后还不都是刷个剧、看个网页，哪会用什么专业复杂的东西。mac 多好，往那一放，脸都感觉白两层，妆都不用画，倍儿神气。
----------------


这言论也太离谱了，女生也是人，也是辛苦考上大学的。也是要学专业课，毕业后也是要去找工作/考研的。

在你眼里女生就像小猫小狗的宠物一样，只要漂亮就好，什么事也不用干。。。

非计算机专业不推荐 mac

windows 很多软件 mac 下没有替代品。

mac 下 office 和 windows 的 office 还是有不同的，老师同学发个 word 过来，mac 下用 office 打开字体报警，要多闹心有多闹心。

不太建议使用音乐软件听，因为不可抗力和版权原因，有些歌曲找不到在线听的渠道

举两个例子，陈一发的《童话镇》，beyond 的《岁月无声》粤语版

我的歌都是 google 搜索下载到本地，一份放到网盘备份，一份传到手机

#7

改进之后，监听的目录没有 exclude node_modules, 监听了几万个文件，也没有太大的性能问题。

但我的逻辑很简单，监听到文件修改之后发个 http 请求，没有你的逻辑复杂。

我之前用 go 的 fsnotify 实现监听文件功能的时候，也遇到过使用 CPU 太高的问题。后来的解决方案是加个定时器，隔 10S 再批量处理一下事件，CPU 使用率就降下去了

https://github.com/gohugoio/hugo/blob/387c5f60f97141d638327f84ee426fb44f6c554e/watcher/batcher.go#L60-L78

hugo 中有个 batcher ，也是类似的思路。批量汇集事件之后再处理。

@bwangel #68

目前我沉迷于 1V5 人机竞速，最快 15 分 20 秒结束了游戏，还在想有没有更快的办法

英雄联盟自定义虐电脑。

我水平比较菜，匹配遇上垃圾队友喷人搞心态，会极大地破坏心情。

后来就只玩自定义了，打电脑 1V5, 不用担心抢兵线，抢野怪，抢人头，嘎嘎乱杀，五杀拿十几个。确实挺爽的。

LOL 没有其他玩家时，确实是一款好游戏，游戏反馈做的特别好，补兵的动画声音，击杀时的特效，很让人享受。

哈哈，我的也是这种风格。

CPU 贼牛逼+超级低端的显卡。

整个主机 6000 块就搞定了，平时用起来超级爽。编译个大点的项目，快的飞起。