正如问题标题所暗示的那样，我很难弄清楚可以在我的应用程序上进行哪些改进（或在 os、ubuntu 中进行调整）以达到可接受的性能。但首先我将解释架构：
前端服务器是一台运行 Ubuntu 12.04 的 8 核机器，具有 8 个演出内存。该应用程序完全用 javascript 编写并在 node.js v 0.8.22 中运行（因为某些模块似乎在较新版本的节点上抱怨）我使用 nginx 1.4 将 http 流量从端口 80 和 443 代理到被管理的 8 个节点工作器并开始使用节点集群 api。我使用最新版本的 socket.io 0.9.14 来处理 websocket 连接，我只启用了 websockets 和 xhr-polling 作为可用传输。在这台机器上，我还运行了一个 Redis(2.2) 实例
我将持久数据（如用户和分数）存储在 mongodb(3.6) 上的第二台服务器上，具有 4gigs RAM 和 2 个内核。
该应用程序从几个月开始就投入生产（直到几周前它一直在一个机器上运行）并且每天有大约 18,000 名用户使用它。除了一个主要问题：性能下降之外，它一直工作得很好。随着使用，每个进程使用的 cpu 量会增加，直到它达到工作人员（不再为请求提供服务）为止。我暂时解决了它每分钟检查每个工人正在使用的cpu，如果达到98％则重新启动它。所以这里的问题主要是cpu，而不是RAM。RAM不再是问题，因为我已经更新到socket.io 0.9.14（早期版本正在泄漏内存）所以我怀疑这是一个内存泄漏问题，特别是因为现在它是cpu增长相当快（我必须每天重启每个工人大约 10-12 次！）。老实说，正在使用的 RAM 也在增长，但是很慢，每使用 2-3 天 1 gig，奇怪的是，即使我完全重新启动整个应用程序，它也没有发布。只有在我重新启动服务器时才会释放它！这我真的无法理解......
我现在发现nodefly很棒，所以我终于可以看到我的生产服务器上发生了什么，并且我从几天开始收集数据。如果有人想查看图表，我可以让您访问，但基本上我可以看到我有 80 到 200 个并发连接！我期待 node.js 处理数千个请求，而不是数百个请求。此外，http 流量的平均响应时间在 500 到 1500 毫秒之间浮动，我认为这确实很多。此外，在这个有 1300 个用户在线的时刻，这是“ss -s”的输出：
Total: …