我一直使用 apache 基准测试来大致了解我的服务器每秒可以处理多少个请求。我读到它很好，而且似乎运作良好。
输入完全基于事件的 node.js，因此它永远不会阻塞。如果我在一个简单的 hello world 服务器上运行 apache 基准测试，它每秒可以处理 2500 个左右的请求。
但是，如果我在 hello world 函数中设置超时，使其在 2 秒后响应，则 apache 基准测试报告的吞吐量显着降低：大约 50/s。我正在与 ab 运行 100 个并发连接。如果我增加并发性，它就会上升。这是有道理的，因为 apache 基准测试基本上是分批发送 100 个请求，每 2 秒返回一次。100 个请求/2 秒 = 50 个请求/秒
如果我将并发增加到大约 400 或 500，它就会开始崩溃。我认为我没有达到 node.js 的限制，我认为我在我的操作系统中打开文件描述符或套接字或其他东西的数量遇到了障碍。
有什么方法可以很好地猜测我的服务器可以处理多少个请求？我想确保测试计算机不是导致问题的计算机。
我正在运行 Centos 5.3，并将split其用作数据导入的关键部分。服务器上运行的 split 版本似乎不支持-p（模式匹配）。
服务器上的版本是split (GNU coreutils) 5.97，而我的 mac 上的版本是-p，不响应 -v 或 --version 。
yum list split没有提及任何事情。我怎样才能-p上去？
我在从 linode 租用的小型 VPS 上运行 Centos 5.3。我们有一个合作伙伴每天需要通过 FTP 向我们传输大约 8 GB 的数据，尽管我们可以将其放在一个切片上，但我更愿意采用一种可扩展性更好的策略。
有没有办法对 FTP 流量进行负载平衡？
我的博客是一个自定义的 ruby/rack 应用程序，每隔几周就会随机崩溃一次。我有时几天都没有注意到，如果发生这种情况，我希望立即得到通知。
最好的方法是什么？我正在运行 Centos 5.3、Nginx、Passenger、Rack 等。
我已经考虑想办法通过电子邮件向自己发送错误日志的尾部，因为这将帮助我抓住一切，而不仅仅是一个应用程序（它会告诉我丢失的链接等）。有没有简单的方法可以做到这一点？
谢谢！