Piwi PHP 转换框架 - 扩展和性能？

Question

我最近继承了一个基于 Piwi 构建的简单 PHP 应用程序 (http://www.piwiframework.de/default.html ）。有谁在高可用高并发场景下部署过这个框架吗？我考虑的是（至少）5000 个并发用户，2-3 小时的突发总计约 15-50k 个唯一会话。

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

Answer 1

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

到目前为止，我们的 bugtracker 尚未报告任何性能问题（http://code.google.com/p/piwi/issues/list）。

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

这是我的测试设置和结果：
Apache 被用作网络服务器。
工具 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 转换（而不是两次）。
• 生成器和数据库访问对整体性能影响不大。

我没有测量其他框架，所以我无法对总体性能做出任何声明。

您是否同时部署了该网站？我想听听你的经历。