Piwi PHP转换框架-缩放和性能？

Question

我最近继承了一个构建在Piwi (http://www.piwiframework.de/default.html)上的简单PHP应用程序。是否有人将此框架部署在高可用性、高并发性的场景中？我在想大约5000个并发用户(至少)有2-3个小时的突发，总共大约15到50k的独特会话。

我不是在问php是否可以缩放，我知道我需要处理代码，我只是想确保Piwi控制器/数据库抽象没有任何已知的问题。

Answer 1

我是Piwi的开发者之一，所以我希望能给你一些提示：

到目前为止，还没有任何性能问题报告给我们的our跟踪器(http://code.google.com/p/piwi/issues/list)。

我没有将Piwi用于那些并发用户的but应用程序，但我做了一些性能测试。

这里我的测试设置和结果: Apache被用作一个was服务器。JMeter 2.3.2工具用于执行HTTP请求。使用单个线程在循环中运行相同的请求(只从服务器检索HTML，不请求图像和css文件)。根据页面的内容，我测量了服务器每秒可以处理多少请求。每个度量都重复三次(正常，启用缓存，作为静态HTML文件)。

Content               | normal | with Cache | static File 
Only text             |   11,9 |       12,7 |        64,7
Generator             |    9,0 |       13,0 |        64,2 
Generator with images |    8,8 |       12,7 |        64,7
Forms                 |   10,9 |       10,9 |        64,4

口译：

• 缓存提高了44%的性能。甚至静态内容的交付速度也快了7%。这是因为只需要执行一次XSLT转换(而不是two).
• Generators和数据库访问对总体性能影响不大。

我没有度量其他的框架，所以我不能对一般的性能做任何说明。

你在此期间部署了网站吗？我想听听你的经历。