@Immortal 这样吧，因为 MixPHP 也支持 Apache/PHP-FPM 运行，后面我有时间了再加上 Apache 上执行与 Yii2 的对比，希望你能关注。

@sagaxu 虚拟机，还开着 N 多软件

@Sukizen 感谢！我差点被口水淹没了，5555

@sagaxu 哦，你们用的应该是 Swoole 官方提供的这个吧 https://gitee.com/swoole/swoole_framework，功能很丰富的，韩天峰老大自己在博客里说过，功能封装的有点多，能简化一下的话，性能应该能更好，所以我尝试做了一个简单版。

@sagaxu 我这个就是基于 Swoole 的呀，你们用 Swoole 不封装一下么? 直接写原生？还是使用韩天峰老大做的那个？

@sagaxu 哈哈，我自己也不看好，留着自己用。

@Immortal 可能你还没有深入了解 Swoole，Swoole 有很多领域与使用方法，而我使用的是 SwooleHttpServer 这一块，而这一块的话，最大的优势就是：因为是 CLI，request/response 变为了事件，从而允许对象常驻内存，而 Yii 这类的框架是以 Apache/PHP-FPM 方式为基础的，无法在 Swoole 里常驻运行，当然应该如果有人去特殊处理一下，应该也可能，不过我没有这方面的经验，而如果不使用常驻运行，包含代码与执行框架全放在 request 事件里，那这样的运行方式与 PHP-FPM 的多进程模型，没有什么差别，而 MixPHP 从设计开始就是以常驻内存的方式设计的，也考虑了 SwooleHttpServer 内运行多个 HOST 的问题，还有 session，PHP 自带的 Session 无法在 CLI 下运行，这就导致了基于 PHP Session 封装的框架都无法运行，Session 做自己定制一下，还有全局变量问题，传统框架搭设在 SwooleHttpServer 面临很多问题，实际上无法真接运行的，大部分人是把 Swoole 使用在 传统框架内，当 client 端使用。

@kancloud 看云还是很好的，现在 gitbook 网速差的一逼。

@DukeAnn 技术爆炸的时代，小众轮子确实多半不会有公司用，你说的非常对，以后我路过的公司，我自己用吧，哈哈

@vincenth520 zanphp，tencent-tsf 这些都是大量使用异步携程的框架，mixphp 更像是处于 zanphp 与 Phalcon 之间的位置。

@sexrobot 哈哈，底层还是不一样的，好的思想借鉴一下啦。

MixPHP 并发性能全面对比测试： http://www.jianshu.com/p/f769b6be1caf
v2ex 还能更蠢一点么，句号都加入 href

@runningman 你可以进官方群。

@wu1990 没有使用异步，暂时也不打算引入异步，后续会加入，性能比原生 PHP 要好，但是比 Apache/PHP-FPM 传统框架，比如：Yii/TP/CI 纯 PHP 框架，Yaf/Phalcon 这些的 C 扩展框架，都要好太多，具体对比测试： http://www.jianshu.com/p/f769b6be1caf。

@WuwuGin 我这个框架有很多设计要借鉴了 Yii2，组件、模型、路由等。

@WuwuGin 要不要体验一下我造的这个轮子？

为啥没人发表下评论？

@mingyun 在 LNMP/LAMP 下不需要 swoole 的

@gouchaoer 你说到点子上了，哈哈