这个速度很快啊，不过现在是早晨，晚上不知道怎么样

看到用 A 卡就下不了手了，CPU 又没有升级，还是买个 13 的 rmbp 来玩玩好了，做生产工具就算了！！！

@wy315700 只能等明年了，反正不急着用

@wy315700 就换了个显卡和续航加了1小时还有 Force Touch，其他似乎没有了

@wy315700 还是四代，据说五代没有标压的，六代还谈不成

本来攒够钱想买的，但现在买不下手了，CPU 没换，内存又加不了，更不爽是的独显用了 AMD

有提交的话，一般都不会丢吧。而且最好是一个人用一个分支来工作，之后合到主分支上，这样可以避免混乱，又可以保住自己的工作成果

有 mac 版的 VBoxGuestAdditions 吗？

看你做什么开发吧，不能一概而论

抽象层次高，开发迭代效率高，节省人手嘛。

@phx13ye 上面不是有很多方案了吗？具体怎么实现还是得看用什么语言了

多核优化只能说是一种程序运作方式，由程序本身决定的。无论使用什么语言都可以写出使用单核或多核的程序，最终怎么跑还是得看程序开发者怎么写。

现在好像也没有什么技术能够将单核程序自动使用多核来处理，毕竟这个和具体的程序逻辑有关，如果这个自动判断的方法出现问题，那程序的执行就混乱了。

要利用多核，可以通过开多进程或多线程处理，这些都得程序开发者在程序中使用了相关的技术才能用上多核。而像协程和类似的轻量级进程或线程的并发机制也只是省去了开发者自行调度进程或线程的工夫，但程序设计上还是得真正利用上这些并发机制才能达到利用多核的效果。
所以无论编程语言有多好的并发机制，如果程序本身没有用上，那程序的主要业务逻辑也只能跑在单核上。对于有 GC 和自动异步 IO 的语言来说（如 Golang），如果程序逻辑没有用上这些并发机制（如 Golang 的 goroutine），则程序的主要逻辑还是跑在单核上，或许其他的部分像 GC 和 IO 操作则会跑在其他核上，但这对于多核的利用是有限的。

所以最后还得程序本身的逻辑决定了多核的利用。

ssl_ciphers ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:AES256+EECDH;

@Showfom 就是咨询一下，也算要求吗？

@Showfom 买 VPS 送的 SSL 证书能玩 ECC 吗？

@KyL 如果 PHP 的话，看用什么方式吧，可以是 Apache 一起来处理 PHP ，也可以 Apache 转发给 PHP 来处理。如果 Apache 处理的话，如果 PHP 程序有问题 ，就连累到 Apache ；如果是转发的话，除了 PHP 开一个进程来处理之外，Apache 也要开一个进程来处理这个连接，而 nginx 则是一个 worker 进程可以处理多个连接

@KyL 就是做转发。如果后台是多机器了，也可以做负载均衡。还可以限制请求速率，对请求和响应做些修改等等。其实这些都是转发附带的功能了。
nginx 的优势就是解决 C10K 问题，同时接受大量请求。例如做负载均衡的时候，就是一台 nginx 的机器就可以负责给后台几十机器做转发了。

nginx 只负责前台请求的处理和转发，和后台没有关系的。如果后台用 PHP/Py/RoR ，还是按照它们自身的方式来运行，也就是本来是多进程就还是多进程，本来是多线程就还是多线程，不会因为用了 nginx 就改变的。

有些语言是一个人发展的，
有些语言是一个企业发展的，
有些语言是一个行业发展的，
发展成什么样就看是谁发展的了。