我想知道实时查看我的服务器的传入 IP 的命令/实用程序是什么，最好是连同端口和连接。
我知道 FreeBSD 以高度稳定、安全和开源而闻名。所以我要在我的一台服务器上尝试一下。但是，我想知道使用 FreeBSD 而不是 Ubuntu 或其他 Linux 版本的优缺点是什么？我特别有兴趣了解两者在 php/mysql 性能上的差异，因为硬件是相同的，并且使用了最佳服务器配置。
谢谢
在带有 Debian 6 的raid 10 和 4xSSD 的新 Xeon 55XX 服务器中，我在服务器建成后的两周内经历了 2 次随机关闭。在关闭之前查看带宽日志并没有表明任何异常。服务器负载通常很低（大约1）并且它位于很远的地方。服务器宕机时似乎没有停电。
我知道我查看了 /var/log 但不确定我应该调查哪些日志以及我应该寻找什么。所以感谢你的提示。
我正在寻找一个经过良好测试的 bash 脚本（或替代解决方案）来这样做，以避免 max_connection 被耗尽。我知道它正在对抗症状，但确实需要这样的脚本作为短期解决方案。
虽然我可以在 Debian 上使用 memcached 来使用默认的 11211 端口，但是我在设置 Unix 套接字时遇到了很大的困难。
从我读过的内容来看，我知道我需要创建一个memcache.socket并添加：
-s /path/to/memcache.socket
-a 0766
为了/etc/memcached.conf进出默认连接端口评论和IP，即
-p 11211
-l 127.0.0.1
但是，当我重新启动 memcached 时，我在 Drupal 站点上收到内部服务器错误。
我正在尝试实现 unix 套接字以避免 TCP/IP 开销并提高整体 memcached 性能，但不确定这种调整可以带来多少性能提升。
我感谢您的提示或可能的配置来解决此问题。
我正在使用 nginx 和 php-fpm 来为一个繁忙的基于 mysql 的站点提供服务。目前我正在使用keepalive_timeout = 5，但是我不清楚如何优化调整它。所以感谢你的提示。
我从 MysqlTunner.pl 收到此消息：
join_buffer_size >= 4 M 不建议这样做
另一方面，我在 Debian 的 my.cnf 指南中阅读了有关 jont_buffer_size 的内容：
此缓冲区用于优化完整 JOIN（没有索引的 JOIN）。在大多数情况下，这种 JOIN 对性能非常不利，但将此变量设置为较大的值会降低性能影响。有关完整 JOIN 的计数，请参阅“Select_full_join”状态变量。如果找到完全连接，则按线程分配
所以我想知道我应该相信哪一个？目前，我已将 join_buffer_size = 64M 设置为解决查询未特别优化的高流量站点的可伸缩性问题的努力的一部分。我很欣赏你在这方面的提示。
它曾经是我最喜欢的备份传输代理，但现在我经常在同一个 Ubuntu 服务器/网络上从 s3cmd 得到这个结果：
root@server:/home/backups# s3cmd put bkup.tgz s3://mybucket/
bkup.tgz -> s3://mybucket/bkup.tgz [1 of 1]
36864 of 2711541519 0% in 1s 20.95 kB/s failed
WARNING: Upload failed: /bkup.tgz ([Errno 32] Broken pipe)
WARNING: Retrying on lower speed (throttle=0.00)
WARNING: Waiting 3 sec...
bkup.tgz -> s3://mybucket/bkup.tgz [1 of 1]
36864 of 2711541519 0% in 1s 23.96 kB/s failed
WARNING: Upload failed: /bkup.tgz ([Errno 32] Broken pipe)
WARNING: Retrying on lower speed (throttle=0.01)
WARNING: Waiting 6 sec...
bkup.tgz -> s3://mybucket/bkup.tgz [1 …当大约 +10K 连接（netstat -an |grep 80 |wc -l）时，我经常在随机页面上收到此错误。当仍有 +10GB 的可用内存且服务器负载小于 3 时，就会发生这种情况。
我的相关配置：
/etc/php5/fpm/php.ini
memory_limit = 1024M
default_socket_timeout = 120
/etc/php5/fpm/pool.d/www.conf
pm = dynamic
pm.max_children = 30
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 5
;pm.max_requests =20000 #uncommented with any value didn't fixed
request_terminate_timeout = 120s
我还将上述 vlues（即 60 个孩子，10 个开始，10 个最大服务器）加倍，但无济于事。
/etc/nginx/nginx.conf
worker_connections 4024;
keepalive_timeout 10;
Nginx 本身在 Varnish 和 memcached 后面是启用的。页面渲染通常非常快。
这似乎是一个很常见的问题，我找不到任何有用的解决方案，甚至无法分析可能的原因。因此，非常感谢您的提示/解决方案。