同一linux服务器 (12核心 12g 内存 10m 带宽),同一数据库(mysql 5.7) 同一接口写法(mysql一般的 list 数据查询)
webman+think-orm 和 think-worker 的 接口 通过ngix 转发 到 相应的 端口
webman+think-orm:
thinkphp+thinkorm(fpm):
think-worker (用workerman 做 thinkphp 的http服务):
在单请求性能上来讲 webman+think-orm > think-worker > thinkphp+thinkorm
webman+think-orm 相较于 thinkphp+thinkorm 提升 近三倍 think-worker 相较于 thinkphp+thinkorm 有所提升 但是 提升并不大
如果一个框架 能改变io 会让io查询时间变短 其他语言或者框架瞬间都趴下了,这种io问题 不是框架能解决的,就是go的协程也不能让查表时间变短
大佬我 只是比较一下 看看我 原有的 thinkphp 有没有必要 迁移到 weokerman 近期测试来讲 ,webman 确实强 . 虽然说单接口但不出什么端倪 但是 并发 比 fpm 同样的借口 强了 三倍以上
但是 有迁移的 话 不好弄 , 一些查询方法 ,中间件 还有一些写法全要改
还有 thinkphp-image 不知道在 webman 里面能不能用
能用 正常php都可以用
有没有会 java的 比较一下
java 应该是 和 webman 差不多的 . java 的运行效率是 很强 接近于 c++
都差不多 遇到io 众生平等
肯定 是 比 fpm 快的 其他的 话确实都差不多 go 除外 为快而生的
go 就是不阻塞请求 能充分利用多核,遇到io都一样都是慢,常驻内存肯定比释放 处理的快,前面的各种加载和释放没有所以处理的快,处理的快 能处理的请求就多,所以并发高