laravel5.1一个空项目，或者链接数据库，取一个表的几条记录显示出来：
用 ab -t 10 -c 10 http://127.0.0.1/laravel511/public/index.php
或 ab -n100 -c100 http://127.0.0.1/laravel511/public/index.php
得出的结果 request per time: <50
而如果换slim3 或 ci3 测试，可以达到 reququest per time : 200-300
如果不用任何框架，同样测试，则可以达到：request per time : 1300
不明白这样的情况下，还要用框架吗，项目套上框架性竟然能这么低啊。
赶脚白瞎了机器硬件啊。
性能的话，YII2.0 ci3.0这个是较轻的框架，可以试试，其他更高性能的话，palphon、yaf很不错的
性能是Laravel的生死劫,避无可避.
需要高性能的框架,可以试试鸟哥用纯C打造的成名作Yaf:
Yaf is a PHP framework similar to Zend Framework, which is written in C and built as PHP extension.
http://php.net/manual/zh/book.yaf.php
http://pecl.php.net/package/yaf
Laravel 简单啊 . 可以快速 更新迭代产品 . (原生 PHP要写多少行的 , Laravel 10行内就能完成 )
你有那么多用户吗 ? 需要考虑性能问题 ? 再说性能问题 都是 可以靠 机器的配置 和 数量解决的 .
你要是项目做大了 可以 用其它框架 Yaf , Phalcon 或者 Java 等
一条马路能跑1000辆自行车 可能只能走100辆汽车
不知道怎么处理路由？
http://www.oschina.net/search?q=%E8%B7%AF%E7%94%B1&scope=project&tag1=0&tag2=0&lang=22&os=0
框架就是工具，
工具重点就是在于适用和顺手，你大可用其它的，或者足够厉害的话自己写;但综合因素让
laravel成为了全球最流行的PHP框架总是有其道理的，还是要先学习使用为好，毕竟开发还是要团队协作的;任何应用也不可能就是一个页面的功能能承载完的，你的这种测试其实没什么意义的，一个空项目，它要添加的内容还多着呢，想想如果当这个项目足够大得时候，框架的局限性的差距将变得非常小，但是不同框架带来的项目难度可控性却会相差很多，以及是不是有丰富的扩展来实现快速开发，时间就是金钱，
laravel恰恰有非常多的扩展，并且用法都经过良好封装，熟悉了便会用的非常顺手；只有灵活应用工具才会发挥工具的作用，实际开发不可能只因为这么几十几百毫秒来判定一个工具的生死的；
国内还有大量在用
asp的呢加油。
确实非常慢，我也测过，所以我不用
我两个项目都是laraven做的，俩项目每天ip10万左右，俩服务器配置为一台16核32g，一台8核16g，现在使用top查看load都是80+继续加机器是不可能的了，现在肠子都悔青了。早知道这B样就原生了
一辆载重40吨的卡车在高速路上以80的时速跑着.
旁边一法拉利250时速飞过，
对着卡车说：嘿，大胖子，你怎么这么慢？
然后地球还是照样转，还是有人开卡车，有人开法拉利...
=================以下为更新内容=========================
=======再次更新========
把之前的内容删了，以后不参与这样的事了。感谢感谢
@lanffy
Larval这个框架启动装载的类文件比较多，他的速度的确挺慢的，所以你一定要把PHP OpCache 打开,然后就可以愉快的使用这个玩意了。
OPcache 通过将 PHP 脚本预编译的字节码存储到共享内存中来提升 PHP 的性能， 存储预编译字节码的好处就是 省去了每次加载和解析 PHP 脚本的开销。
PHP 5.5.0 及后续版本中已经绑定了 OPcache 扩展。 对于 PHP 5.2，5.3 和 5.4 版本可以使用 » PECL 扩展中的 OPcache 库。
http://php.net/manual/zh/intro.opcache.php
每个人的生命长度都差不多，为什么有些人富有有些人贫穷？与其在考虑找最好的框架还不如先动手起来组织你的业务架构，如果你想创业业务才是最重要而不是技术，技术只是实现业务的手段，哪怕是淘宝这样的大项目，人家还是很好的从php过度到node，如果你喜欢laravel就自然会找到让他快起来的方法，没有钱解决不了的问题，说真的很鄙视这样的问题。