kaleok 大佬有话说 :
现在单机10万并发没有任何问题了。。。在我知道swoole之…
本帖最后由 kaleok 于 2020-2-21 10:52 编辑
不过，现在10万并发没有任何问题了。。。在我知道swoole之前，完全不敢相信的
谷歌云也没有想到，我限制你们cpu频率，就是要你们花钱。。你们居然用swoole就单机够用10万并发了。。我怎么赚钱啊。。。严厉抵制swoole这种不负责任的语言
不过要真的用在高并发生产环境。。必须像我昨天那样调试服务器一整天。。比如内核最大请求数，ip4协议请求时间等等。然后才开始调教cpu消耗,内存消耗等等。。
其实等于就是你买了一辆跑车。。但是你不会调校的话也是个垃圾而已。。比如昨天我调试错误的时候一大片红色报错。。。。不过我不慌的，慢慢调试就行了
Concurrency Level: 60000
Time taken for tests: 76.509 seconds
Complete requests: 1000000
Failed requests: 0
Keep-Alive requests: 1000000
Total transferred: 246000000 bytes
HTML transferred: 0 bytes
Requests per second: 13070.43 [#/sec] (mean)
Time per request: 4590.513 (mean)
Time per request: 0.077 (mean, across all concurrent requests)
Transfer rate: 3139.97 received
Connection Times (ms)
minmean[+/-sd] median max
Connect: 0142 575.6 0 3173
Processing:1494 4223 598.9 4364 4713
Waiting: 1 4223 598.9 4364 4713
Total: 1543 4365 152.8 4372 4803
Percentage of the requests served within a certain time (ms)
50% 4372
66% 4422
75% 4453
80% 4479
90% 4523
95% 4557
98% 4604
99% 4649
100% 4803 (longest request)
真的没有任何语言能达到这个水平了
nginx不算，nginx只是服务器引擎。只能处理静态文件
动态语言，真的swoole完全颠覆了所有语言的强势
上面的测试结果是抢购业务逻辑配上redis处理出来的结果，不是简单的echo输出而已。php-fpm是没办法使用redis连接池的。如果单例调取redis，单机并发最大也就3万左右。。。swoole配合连接池能处理这么快，真的难以想象了
ab测试工具加-k参数是为了tcp复用。。请求是发送出去了的。你可以想象，单机发送10万并发不复用tcp端口。能达到这么多请求数吗
那就是你没有了解swoole才这样说了。我也是go程序员。协程在swoole也支持了。我的业务逻辑如果不用协程也不可能处理速度这么快
wangjianjilei 大佬有话说 :
风铃 大佬有话说 : 2020-2-21 10:32
swoole是什么语言???
底层c/c艹。绑了个php，调的时候用的php
尼欧一方通行 大佬有话说 :
本帖最后由 尼欧一方通行 于 2020-2-21 10:32 编辑
Java可否一战，TG就是Java写的
快雪时晴 大佬有话说 :
其实我也不太懂，但是听大牛说swoole就是个玩具，难以应用于真实场景。
kaleok 大佬有话说 :
我是8核心，16gb内存。实现的。内存消耗还非常低。java同等配置比不赢的
林哈哈 大佬有话说 :
fastapi不服
kaleok 大佬有话说 :
快雪时晴 大佬有话说 : 2020-2-21 10:29
其实我也不太懂，但是听大牛说swoole就是个玩具，难以应用于真实场景。
你要知道为什么要这样的高并发，不是太火爆的商业应用根本用不到。。。谁会拿个玩具来生产环境开玩笑呢
风铃 大佬有话说 :
swoole是什么语言???
kaleok 大佬有话说 :
拿真实环境测试报告出来说话。swoole是C语言php扩展。不用咬文嚼字了吧。。。
logo 大佬有话说 :
mark