@virusdefender 同样的环境，即便你说的有道理，影响的结果不会很大，这个是多次测试的均值。并且每次执行数值差异非常小。这台测试机器也没有做其他用途。

@alexkkaa 所以说这个并不会适合普罗大众，但是有能力的团队都能 hold 住。当然方案有很多种比如我正在开发的 mix-go

@alexkkaa 还有一点和 py c# 不同的是 php composer 的包都还能用（但是不支持异步了，在调用的那一段时间，但是执行结果完全不受影响，只是影响整体并发性能），这与 py3 和 c# 的生态不兼容的问题完全不同。

@alexkkaa 我开发了 20 几个库处理这些问题，常用的 mysql + redis 么有问题，基于 guzzle 开发的库也没有问题，只能说常用第三方的生态都被改造支持异步了，冷门一些的就确实支持不太好。

@alexkkaa 你这种喷生态的，还算是喷的有点道理，喷查询性能的那是真外行

@blless 不要轻易下结论，如果性能趋同如何？我打赌 10 块，Mix 一样拥有连接池，协程特性，既然你提了，我费力今天写一个 db 查询的。

@bazingaterry fasthttp 肯定更强，但是这里的表达的观点的是 PHP 没那么弱 （在 IO 方面）

v2ex 只能发送 20000 个字符，也是醉了，只能删除一些内容

PHP 之所以没有 gRPC 的 Server 是因为 fpm 的特殊执行方式，server 是借助 nginx 搭建的，因此 Server 只能以这样的方式存在 https://mattallan.me/posts/protobuf-php-services/ ，由于 PHP 的 cli 并非主流使用方式，因此就不奇怪了，但是我们能借助 Swoole 实现 Server： https://github.com/mix-php/grpc，还能和 go-micro 直接互通： https://github.com/mix-php/micro

http://openmix.org/ 开发的 Mix gRPC，并且使用 golang 开发了 protoc 的插件，能直接生成基于 Swoole 协程的 Server/Client，与 Golang 编写微服务体验一致，无框架依赖的通用 PHP gRPC 库： https://github.com/mix-php/grpc

@JaguarJack 难道我后知后觉？感觉依然是吃饭的家伙啊。

这几年, V2EX 人气下降啊，竟然没有一个人喷我。

@dvaknheo 提供了连接池，协程池这些 swoole 不会提供的，还有 Ioc 等其他很多不过和这个文章无关就不说了。

尴尬，为何没有回复？

@gouchaoer 而且可能也低估了常驻内存带来的性能优势。

@gouchaoer MixPHP 与 Phalcon 数据库并发性能测试 http://www.jianshu.com/p/0ce1a9885e01 ， 你低估了框架本身对性能的损耗。

@pushaowei0727 测试地址： http://www.jianshu.com/p/f769b6be1caf ，你可以安装一个测试一下，毕竟大家都带有主观思想。

@vincenth520 感谢两位 PHP 界的大神对我这个小众框架的关注。

@Immortal 已经加上 Apache 下与 Yii/CI 的对比测试，请查看，有时间你也可以自己测试一下。