刷微博看新闻

做运维会毁掉一个人解决问题的能力：什么东西都是越快越好能用就行，没有设计，久而久之就变得不会设计。

要先从改变运维思维下手。

QC30 是目前降噪能力最强的耳机

视频来了：


GitLab YouTube 8 小时直播恢复数据 https://www.youtube.com/watch?v=v0TRHLvYGE0

十年前出过 Linux 版 QQ

@xlw92 看到你这个，我也去淘宝买了 1014 的猫粮，我们不会买的是同一家吧

@uptime 电视的成本不在那块屏幕，大家拿货价都是差不多的，重要的是背光设计及视频芯片等，可以看看 fview 的测评。

电视作为黑色家电，本就不存在性价比，所以分辨好坏很简单：越贵越好。

软路由全家翻墙，真的爽歪歪。教程： https://docs.rixcloud.com/Windows/Hyper-V/Install-LEDE/

我给大家推荐一个史上最便宜的超值好东西：

BOSE Soundlink mini 2，现价 1199，平时都是 17xx。

1. 这是史上最低价，之前的最低价是 1299
2. 音质超好，蓝牙可以同时连接两台设备，还有实体蓝牙切换按钮，这个体验真的感动人心：不用再去找哪台设备连接着音箱，再手动断开，而是直接在音箱上按两下就搞定了。这个功能我愿意出 500 买。

我右边坐着四个同事，今天上午有两个人已经买了。

三千多最好的就是小米电视 4 了，就是广告太多。

真心建议上索尼 X9000e，刚看了一下，活动价 5999。房子都买了就不要在乎这三千块钱了，体验的提升真的是超大的。

@tutustream 降权是不可能解的，这辈子都不可能解的，只能靠多发言，维持一下生活这样子

建议老丈人出门跟真人下吧，比在电脑上下棋爽多了

@mashiro233 我并没有把异步和协程混为一谈，我完全没有谈异步。我仔细给你解释一下协程好了：

Linux 下的线程只是共享内存的进程，所以线程在切换的时候还是需要上下文切换：CPU 的状态寄存器从用户态切到内核态，把寄存器里的内容存到内存的某个区域，从内存的另一个区域读出之前存储的某个线程的寄存器内容（包括“下一个指令”指针）写入到寄存器，再把状态寄存器切换到用户态，执行“下一个指令”，上下文切换完成。

而协程不需要这样做，协程对操作系统来说没有发生任何上下文切换，寄存器的内容和“下一个指令”指针都是自己实时维护的，简单来讲就是维护一个“动态任务列表”，实时地修改这个列表调整下一个指令的顺序。

所以这也就是为什么我说你没有理解协程：线程池技术也好，epoll 技术也好，都是操作系统级别的模型，协程是运行在某个线程内部的动态的自我维护的调用顺序，在操作系统看来，这个线程一直占用着 CPU，使用率可能都一直是 100%，但这并不影响协程的高效：由于在响应事件（如 TCP 有新的数据）的时候协程所在的线程以及所在的 CPU 没有发生中断，可以有效利用高速缓存（局部性），所以可以在一定的时间内处理巨量的请求，所以性能爆表。

说到高性能 SDN，以前我一直不理解为什么要用软件来实现网络，直到我知道了 DPDK，因为 UNIX 1969 年被设计出来最初是为了管理电话交换的，而电话交换的两端都是有状态的，所以中断”就成了一个好工具；后来的 CPU 设计也沿袭了这个设计思路。而 在当下的高性能软件定义网络中，要实现的是 ip 层的超高速包转发，而不是 TCP 这种状态机通信，所以 x86 CPU 的设计思路就不再适合了。

现实中 DPDK 的应用场景也是无状态的包转发，如负责 ip 包转发的网关，工作在 UDP 53 端口的 DNS 服务器等场景。有人把 DPDK 和 nginx 结合起来了，但是性能提升只有区区 2-3 倍，原因就是 TCP 是一个状态机，只提高自己的效率是不够的，还是要消耗很长的时间等待客户端的响应。

x86 CPU 的性能可以说大部分来自于 缓存+乐观 的理念，“局部性” 是一个极好的特性。

我记得前两天有一个华为的开发者上来讨论过 Android 里 google 套件的 bug，超级费电？