这是一个创建于 2980 天前的主题，其中的信息可能已经有所发展或是发生改变。
题目长度有限，最近接手一个类爬虫工具，之前的框架是进程+多线程的同步请求来 handle HTTP 请求 /返回。
对于多核的服务器，多进程+多线程确实是不错的选择，至少我现在接手的框架还可以扛住。
最近老板让我规划新的场景，请求量会大很多，我在想如果采用单进程 /协程+异步请求框架会不会使得后续的功能扩展和定位 bug 效率更高一些？
我写了一个小 demo，发现异步请求性能也非常好，就是只能用到单核。不知道有没有同行做过类似的对比？因为是以 handle http request 为主，而服务器也只有一个网卡，想了解一下有没人论证过这 2 个模式的性能、瓶颈什么的。
对于多核的服务器，多进程+多线程确实是不错的选择，至少我现在接手的框架还可以扛住。
最近老板让我规划新的场景，请求量会大很多，我在想如果采用单进程 /协程+异步请求框架会不会使得后续的功能扩展和定位 bug 效率更高一些？
我写了一个小 demo，发现异步请求性能也非常好，就是只能用到单核。不知道有没有同行做过类似的对比？因为是以 handle http request 为主，而服务器也只有一个网卡，想了解一下有没人论证过这 2 个模式的性能、瓶颈什么的。
 | 1 bazingaterry 2017-08-16 11:27:26 +08:00 via iPhone 异步和多进程不冲突…… |
 | 2 w2exzz 2017-08-16 11:31:27 +08:00 这跟网卡个数有半毛钱关系？ |
 | 3 neoblackcap 2017-08-16 12:01:11 +08:00 《 Linux 多线程服务端编程》可以帮到你，不过不要将协程什么的想象得如此美好。 |
 | 4 NoAnyLove 2017-08-16 12:19:23 +08:00 我觉得和应该和开发语言有关吧，如果是用的 C/C++，那么多进程或者多线程都是不错的构架，毕竟像 Apache 和 Nginx 之类的都是这么搞的。如果是其他语言，比如 Python，那么不妨试试协程，至于其他语言。。。。。。。我不会，没有发言权 |
 | 5 hjc4869 2017-08-16 12:28:29 +08:00 问题问的太模糊了。 |
 | 6 myself659410 2017-08-16 13:50:26 +08:00 多进程 如果是 c/C++ 工作量多 性能取决于你的设计与编码 采用协程如 golang 工作量少 性能有保证 python 情况不了解 我把 python 当作脚本语言使用 |
 | 7 xiaoxubeii 2017-08-16 18:12:40 +08:00  1 一般针对 IO 密集型选用协程是个不错的选择。如果 IO 和计算都密集，可以选用多 worker+协程方式。没有最好，只有适用。 |
 | 8 fyooo OP @xiaoxubeii 谢谢，已经发送感谢 |
 | 9 JamesRuan 2017-08-16 23:55:55 +08:00 单网卡当然适合用单 CPU，但是首先你的应用不是计算密集型的。 |
 | 10 HaoyangWei 2017-08-17 02:48:06 +08:00 via iPad c/c++的协程其实性能很不错的，其本身不容易构成性能瓶颈，同时在开发效率上要比多线程高不少。性能不够不妨上更多机器，毕竟机器比人便宜多了。 |
Select Language