node.js，mongodb，redis，ubuntu生产性能下降，RAM可用，CPU 100％
正如问题标题所暗示的那样，我很难确定可以对我的应用程序进行哪些改进（或在os，ubuntu中进行了调整）以达到可接受的性能。但首先，我将解释该体系结构： 前端服务器是一台8核机器，具有8 gigs RAM，运行Ubuntu 12.04。该应用程序完全用javascript编写，并在node.js v 0.8.22中运行（由于某些模块似乎抱怨较新版本的节点），我使用nginx 1.4代理来自端口80和443的HTTP流量到受管理的8个节点工作程序并开始使用节点集群api。我使用最新版本的socket.io 0.9.14来处理websocket连接，在该连接上，我仅启用了websockets和xhr-polling作为可用传输。在这台机器上，我还运行了Redis（2.2）的实例。 我将持久数据（例如用户和乐谱）存储在mongodb（3.6）上的第二台服务器上，该服务器具有4gigs RAM和2个内核。 该应用程序已投入生产数月之久（直到一个星期前才在一个盒子上运行），每天约有1.8万用户在使用。除以下一个主要问题外，它始终运行良好：性能下降。使用后，每个进程使用的cpu数量会增加，直到它使worker饱和（不再处理请求）为止。我已经临时解决了它每分钟检查一次每个工作人员使用的cpu的问题，并在达到98％时重新启动它。因此，这里的问题主要是cpu，而不是RAM。自从我更新到socket.io 0.9.14（较早的版本正在泄漏内存）以来，RAM不再是问题，因此我怀疑这是一个内存泄漏问题，尤其是因为现在它是CPU增长相当快的原因（我必须每天重新启动每个工人大约10-12次！）。老实说，正在使用的RAM也在增长，但是非常缓慢，每2-3天使用1个演出，奇怪的是，即使我完全重新启动整个应用程序，它也不会发布。仅当我重新启动服务器后才会释放！我真的不明白... 现在，我发现了nodefly很棒，因此我终于可以看到生产服务器上正在发生的事情，并且从几天开始就在收集数据。如果有人想查看图表，我可以给您访问权限，但是基本上，我可以看到我有80到200个并发连接！我期望node.js处理数千个请求，而不是数百个请求。同样，http流量的平均响应时间在500到1500毫秒之间浮动，我认为这确实很多。同样，在此时有1300位用户在线的时刻，这是“ ss -s”的输出： Total: 5013 (kernel 5533) TCP: 8047 (estab 4788, closed 3097, orphaned 139, synrecv 0, timewait 3097/0), ports 0 Transport Total IP IPv6 * 5533 - - RAW 0 0 0 UDP 0 0 0 …