您好!我使用 libevent 在 C/C++ 中编写了一个高度可扩展的 HTTP 事件(长轮询)服务器。然而，它很乱，很难移植，让我们面对现实:它是 C。更不用说我在 mysqlcpp 连接器(完全是垃圾)方面遇到了一些重大问题，在 libevent 方面遇到了一些小问题(这可能是因为我我正在使用 2.0.1-alpha)。事件服务器是 C/C++，实际后端是 PHP-fpm，如果需要(即如果有新事件)我会点击它。所有代理/cgi 路由都是通过 nginx 完成的。
我正在讨论用 Java 重写整个东西(事件服务器和后端)——我喜欢在前端使用 PHP。我听说过很多关于 Jetty 的好消息，但我想知道是否有人有过在 Jetty 后端部署真实世界的高并发应用程序的经验。如果是这样，与 HTTP libevent 实现或等效的 Erlang 和 Python 服务器库相比，它如何叠加？
我对 apachebench 基准测试不感兴趣，所以请不要链接它们。我对并发 和 感兴趣可扩展性。
感谢您的任何见解。
最佳答案
我们使用 Jetty 的长轮询有一段时间了，对它非常满意。我们从未接近过10K+ concurrent users正如 Jetty 开发人员所展示的那样。然而，300-400 个并发 Cometd 连接的额外开销在我们的低端服务器上几乎不明显。另一篇文章解释clustering of Jetty and Cometd using Terracotta (这是另一个很棒的软件)。
关于java - Jetty 的可扩展性如何？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2190339/