网络服务器的几种并发服务模型
1、- 多线程服务，使用阻塞IO 也称之 accept/pthread_create模型，有新客户来时创建一个服务线程而不是服务进程。这解决了多进程服务的一些问题，比如它占用资源少，信息共享方便。但是麻烦在于线程仍有可能消耗光，线程切换也需要开销。
2、服务器并发处理中，Reactor 单线程模型与多线程模型各有优势。单线程模型如Java/C++的NIO框架，基于事件驱动，适用于海量I/O，但不适用于高并发场景。其处理流程包括接收连接、消息应答等，由一个NIO线程全权负责，可能导致性能瓶颈和可靠性问题。
3、除非服务器在处理客户端的请求所用的时间比较长以外，人们实际上很少用这种UDP并发服务器模型的。多路复用I/O并发服务器：创建子进程会带来系统资源的大量消耗，为了解决这个问题，采用多路复用I/O模型的并发服务器。
4、多进程并发服务器是指TCP连接后，每一个客户机的请求并不由服务器直接处理，而是由服务器创建一个子进程来处理 多线程并发服务器多进程服务器是对多进程的服务器的改进，由于多进程服务器在创建进程时要消耗较大的系统资源，所以用线程来取代进程，这样服务处理程序可以较快的创建。
1000个用户并发的网站服务器大概需要什么样的配置?
1、并发服务器设计我的服务器的配置比上边的哥们好一些并发服务器设计，带宽只有2M，可以承载1万IP在线。网页基本在60K左右，一般人的等待忍耐是3到5秒按照3秒计算则每个网页占用的带宽是20K/S2M=2048K2048/20=103左右。网页的大小，包括html，css，js和图片等。
2、一般的提法是1000并发，指同时在线数，即1000个客户和服务器保持着连接。可能一整天都能保持这个状态，因此不带上具体多久。如果每秒1K个请求，每个请求都是写入操作，数据大小是4K，那么这是典型的数据库应用。每秒需要写入的数据量是1K*4K=4M。单机下普通配置的mongodb可以应付这样的压力。
3、。带宽100M带宽足够了，30M也没有问题的，10m也能对付1000人并发的流量的。5m的时候，显得有些紧张了。2。
4、网页的大小，包括html，css，js和图片等。其中共用的js和css需要考虑的 1000万每秒是个非常庞大的天文数字，数量级不对。你的意思可能是1000万人，有的10分钟，有的120分钟，加权平均，单位为s就可以了。
你认为要支持1w并发需要什么样服务器配置?
如果以上情况不考虑，就是想知道一个简单粗暴的大概结果，一般8核、16G、256SSD，同时跑DB和web服务器的话，足够支持1w的并发量，而且还有很大的冗余。如果火力全开，满血跑，大概跑个8-10w都是有可能的。
不可以，如果是短期高并发，建议考虑挂载负载均衡服务器。C10kp……这是很经典的问题啊，一般nio就做到了。要看性能要求了，如果只讨论并发数量，用异步网络模型，并发一万个链接没啥问题吧，只是数据处理不过来，大多数链接都是在等待结果而已。
台。根据查询java互联网官网显示，一台服务器可以处理500个并发请求，那么10000个并发请求，就需要20台服务器，所以java1万并发需要20台服务器。
nginx做反向代理，分发请求到后端多个服务器。
