@lixintcwdsg 你以为内存是同一款 die 切出来的啊？内存只是粘在上面的而已，一样是去采购的。哪有什么良品率问题啊？
你说硬件不用自己的缓冲区？你的理解是错的，只是操作系统不需要将内存复制多遍而已。其实这技术本身就是有，叫 DMA 。不过 UMA 肯定是会提高性能的，看怎么用吧

@lonewolfakela 我感觉里面的缺的特性更像 clang 不会去实现了

@helloworld000 那请问你是怎么得出 swap+小内存可以顶替大内存的结论？
你的体系结构的老师是这样教你的？还是说苹果改变了冯诺依曼体系？用更慢更低的一级存储替代了更快一级的存储？如果有就这功力啊，我觉得美国国防部接下来的超算单子就应该给苹果去做。
arm 是 RISC，就凭这个根它就不可能比是 CISC 的 x86 更省内存。
我建议发言之前真的复习一下功课，不要犯这些常识性的错误，不要硬洗。
你说它 UMA 导致 draw call 变得廉价，图形性能大幅提升也没有人说你。

@songtinhuang 最快应该是 clang 吧，我看他们挺积极的。不过嘛，完整支持就不好说。我看历来都有各种各样的特性不会被实现

@tianshilei1992 我都不明白为什么标题里面有体系结构以及操作系统，为什么通篇还是主观臆测。
就 arm 还能更省内存，大概这个 arm 已经被被苹果魔改到比 x86 还复杂的地步吧。可能一条指令能顶 x86 四条指令

@helloworld000 我看到你标题说的操作系统以及体系结构，我看后就纳闷了，你为啥要吧虚拟内存跟交换空间混为一谈？
我还以为你是要分析 UMA 呢。交换空间够用的话，你大概是没有遇到过 mac 用光了内存，系统不断换页的情况。那不重启还行？

cpp 没有想象中的难。cpp 是一个多范式语言。你选择一种复合你业务逻辑的范式去使用就好了
你又要元编程，又要面向对象，那么显然都做不好。
如果不是很熟，就当 cpp 是 c with class 用就好了。简单，没啥大问题。用好 RAII，内存泄漏也少了

steam 整个走完美的，还有啥不合规

@no1xsyzy 那么其实 client 端做这个事情不是更好么？经过一个规则表，符合的才走代理，否则直连。
也许是想搞飞机场？

看了标题以为是想看思科那套，没想到居然是这个
你若是为了这个问题，你还是去看看加密学以及 TCP/IP 网络编程,跟路由都没有多大关系.
你开机场还能改得动运营商的路由规则？你连上行下行的线路都无法决定，寄望路由技术解决这个问题简直是缘木求鱼

第四、五条就不要说了，不要说什么人力派遣，你不是他们公司的人，你就不会得到他们公司的福利。就是这么简单。做外包要放平心态。
你做外包也可以按时下班啊，反正有什么事情就按合同走，这期做不完下一期。你的 KPI 也跟他们甲方的不一样，看你们嘛。
有轻松地做外包，也有苦逼地做外包。如果觉得这份工作不行就换一份就好了。没有必要说是不是歧视。
不一样的员工当然是对待不一样的，你说歧视，这也是歧视，你说不是，这也可以说是不是。
山不过来就过去，自己生闷气没用，张策都跑路了，是金子去哪里都会发光。钱少事多就跑路呗，各大公司其实不是很受经济影响的。招聘一直都有，找找内推吧

不就是一直写日志么？
显示就是读日志回来，然后解析。这没啥优雅不优雅的吧？

@sudoy sleep 问题不大，因为底层就是这样干的。要求精度不是很高的时候，这样干没啥问题。不过定时器是一个比较敏感的问题，很多人考虑的问题的维度是不一样的。有些人是需要高精度的定时器，有些人是需要硬实时的定时器，有些是需要真实墙上时间的定时器。
需求不一样，会产生的回答也不一样。认清楚自己的需求，写符合满足自己需求的程序就好了。很多人说用 XX 技术，其实你根本没有这个需要，为何要做更多无意义的事情呢？比如 timerfd + I/O multiplexing 。可以支持的精度很高，有意义么？
自己去走一走才知道鞋子合不合穿，加油吧

纯 WSGI server，uwsgi 比 gunicorn 高不了多少，gunicorn 还能换 worker 提升执行效率。uwsgi 关键在于它与 web server 的结合比较好，同时干了很多其他的事情，比如进程管理啥的。明白自己的需求再选择

@kaneg gitlab 很多核心组件已经用 go 重写了，比如 gitlab-shell 。所以还是很多要重新编译的

基于 Http 的基本上就是轮训跟长连接。当然你要搞 websocket 的话，那么就可以保持连接的同时，你服务端向下发送更新数据以及指令

@zsdroid 流就更没有粘流了，不如直接说有没有网络编程方式不用自己解析协议好了。
我是不明白既然都不愿意定义协议了，为什么还要基于 TCP 进行编程。

@cl903254852 你又要基于 TCP 进行网络编程，你又不要定义协议的解析方式。那为什么要用 TCP 呢？你基于 http 不就可以了？

@JasonLaw 至于我说你问的是 X 问题，Y 问法，得到 Z 的答案就是说你问的问题并不是你真正面对的问题。你得到的答案不一定是对的。你想用多线程的方式提高并发度，同时复用 webdriver 实例达到减少内存的消耗。这个是你提出“多线程”问题的原因吧？
如果是面对这个问题，用多线程压根就不是什么好办法，离原始问题太远了。所以我才说 X 问题，Y 问法（多线程编程）。
首先你的并发度限制在浏览器端，因为主要 IO 发生在这里。你 python 的多线程跟单线程没区别。你一个线程能开 20 个 tab，难道你用多线程开 20 个 tab 就快一点？没有嘛，相反资源消耗还高了，还有线程上下文切换。