需要做个支持两万并发的抢购程序，只有一台服务器

[zaishanfeng]

瞬间并发量能达到两万，服务器四核8g，备选语言php python，求方案

[wzxjohn]

黄牛你好。

[zaishanfeng]

@wzxjohn 怎么是黄牛？

[msg7086]

并发两万是什么概念？

瞬时连接数到两万的话，建议考虑基于event模型的架构，比如openresty。

PHP的瞬时连接数能到500就不错了。

[abelyao]

@wzxjohn 以为你要去抢别人

[zaishanfeng]

@msg7086 客户需求是这样的 要求达到瞬间两万 现在考虑用hhvm 候选golang

[zjxubinbin]

Gunicorn+gevent

[coldwinds]

swoole

[msg7086]

@zaishanfeng hhvm跟不上的吧。
顺便一提，都瞬间并发2万的，最起码得来个几十万的资金支持吧。
瞬间2万，每个请求假定是100ms，那就是每秒20万请求，每天至少能跑170亿请求。
京东这级别的都不知道平时有没有并发2万。

[RemRain]

PHP 是进程或者线程模型，一个线程同时只能处理一个请求，并发两万个线程能要了 server 的命。除非用 PHP 裸写 socket，用 pool 或者 epoll 模型才有一点希望

[goofansu]

数据库才是瓶颈

[zaishanfeng]

@msg7086 这个是临时需求 他们不愿意花钱买服务器

[zaishanfeng]

@goofansu 这个级别server也是瓶颈

[zaishanfeng]

也许nginx + lua可以扛得住？

[zaishanfeng]

据我估计他们真实并发能有五六千就不错了，可是客户很强硬，搞死我了，哎

[abelyao]

@zaishanfeng 了解一下实际可能的访问量，有时候客户尽会瞎扯，浪费了许多时间去滥开发

[changsha]

都在bb 能不能给点实际的？

[zaishanfeng]

@abelyao 他们前期推广做的比较好，到时候抢购的人应该会比较多

[msg7086]

@zaishanfeng 加钱嘛？

nginx+lua的速度还是不错的，基本都异步而且开发应该也不算太麻烦。

特别是如果请求和返回值不要求严格一致的话，还可以扔进redis队列里慢慢处理。

之前写了个简单的bt tracker，每秒250请求在一台i3上基本看不出CPU占用。

[serco]

@zaishanfeng 必须event IO模型才可能，语言限定的话

[abelyao]

@zaishanfeng 其实就是文字上的表述问题，例如 “每分钟处理20000次请求” 听起来也是 “瞬间”，但平均下来每秒只要处理大约 333 次就可以了，具体还是要看实际访问量+沟通吧，如果真的是每秒 20000 次请求，不加钱别谈了，这么大的项目还这么吝啬。