什么样的configuration优化，如磁盘调度algorithm，build议一个非常写密集的设置？
我们的邮件服务器出现了一些重大问题，通常在重启后（但并非总是）磁盘io将从平均50-100mbps增加到200-300 mbps。 我已经缩小到鸽舍了，杀死鸽子会立即使磁盘使用正常。 我想说，也许这只是鸽舍处理积压后的积压，因为昨天我们确实有几个小时的中断，但是昨天晚上又定下来了，然后今天又恢复了。 使用atop我find了导致问题的具体imap帐户。 我已经联系了客户，发现所有最高的io客户端都从他们的收件箱中删除了大量的电子邮件。 显然不能阻止他们这样做，但增加的磁盘io导致很多io等待和服务停止响应，所以我们需要一种方法来减lessdovecot的io足迹。 我知道你可以很好的东西来减less它的CPU优先级，有什么类似的磁盘优先？ 我们的服务器pipe理团队表示，它的效果还不错，而且我们需要分配更多的资源给dovecot，但是我们宁愿在抛出另一个服务器之前排除错误configuration的可能性，只是为了解决问题跟着我们。 从几个人删除他们的电子邮件300mbps听起来有点过分恕我直言。 以下是dovecot -n鸽舍configuration输出。 任何人可以提供援助将不胜感激。 你会看到我已经尝试禁用fsync按照这篇文章： http : //wiki.dovecot.org/PerformanceTuning 。 没有注意到任何可观的改善。 任何人可以提供的build议将不胜感激。 编辑：我们有一个文件每个用户，存储在/ var / spool / mail，所以我猜这是mbox格式。 # 1.0.7: /etc/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login verbose_proctitle: yes mail_privileged_group: mail fsync_disable: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): […]
我最近买了一个VPS，并且联系了他们对这个问题的支持，但是我也想从这里得到专家意见。 这是在VmWare ESXi 5上托pipe的全面更新的Windows Server 2008 R2 VPS。 为了testingVPS上的磁盘速度，我试图在不同的分区上复制大文件。 我认为它们之间的速度大概在30Mb / s之间，我认为它是正常的，但是当我复制文件时，CPU在所有4个内核中也受到严重打击，系统进程约占50％。 当复制停止时，CPU回到0％负载。 这可能是这个线程的重复 ，也许它在这里同样的问题？ 当我复制时，我没有复制并保持在40-80％，服务器在0-1％是奇怪的。 如果它与我链接的其他线程相同，这听起来像我应该有一个恒定的高负载。 这可能是什么原因造成的，我应该要求提供商做什么/testing？
可能重复： 大量的TIME_WAIT连接说netstat 我有这样的2167连接： tcp 0 0 127.0.0.1:34276 127.0.0.1:3306 TIME_WAIT tcp 0 0 127.0.0.1:34910 127.0.0.1:3306 TIME_WAIT tcp 0 0 127.0.0.1:3306 127.0.0.1:42749 TIME_WAIT tcp 0 0 127.0.0.1:34871 127.0.0.1:3306 TIME_WAIT tcp 0 0 127.0.0.1:34845 127.0.0.1:3306 TIME_WAIT tcp 0 0 127.0.0.1:34018 127.0.0.1:3306 TIME_WAIT tcp 0 0 127.0.0.1:35336 127.0.0.1:3306 TIME_WAIT tcp 0 0 127.0.0.1:34617 127.0.0.1:3306 TIME_WAIT tcp 0 0 127.0.0.1:3306 […]
我在性能监视器（perfmon）中设置了一些特定服务器上的性能收集。 （我为服务器设置了一个Data Collector Set，具有特定的数据收集器，设置启动和停止条件等）。我想在其余服务器上设置相同的性能收集。 （大约有12个） 我想保留一台服务器上的所有性能监视。 我的第一组问题是关于运行实际的数字。 我应该运行数据收集器并将它们集中到一台服务器上，在“Monitor”服务器下的perfmon中设置适当的值？ 或者，我是否应该在各自的服务器上运行所有的性能收集，并且每晚都有一个批处理脚本将输出文件传播到监视器服务器？ 我的第二个问题是关于便利性。 我想简单地复制收集器集合（代表服务器）的所有设置，并让相同的收集器启动另一台服务器。 有没有人知道快速做到这一点？
Ubuntu 10.04 64bit – 内核2.6.36作为Xen 3.4客户端运行。 8GB内存，没有交换使用，没有IO等待时间和0％的CPU。 然而，高负荷。 为什么是这样： 15:11:24 up 5 days, 3:22, 2 users, load average: 21.23, 20.06, 19.51 Tasks: 113 total, 1 running, 112 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 7416372k total, 5250472k used, 2165900k free, 153260k buffers Swap: 1959924k total, 26288k used, 1933636k […]
在过去的几周里，我们的网站稳定性出现了很大的问题，经过无数个小时的排除故障之后，我无处可去。 所以我转向你亲爱的社区。 设置：2 x VPS服务器 – 前端，8核心，8G RAM。 – 数据库，5核心，3G RAM。 两个都运行Ubuntu。 Ruby on Rails EE与Passenger 3和Rails 2.3.11。 MySQL 5.1.67。 问题是，每个晚上，在同一时间（23:26），SQL服务器突然显示一个充满COMMIT的进程列表，并且时间越来越长。 30-40秒之后（可以更长时间），波浪似乎被处理，站点响应几秒钟，然后重复。 在此期间，数据库服务器负载尖峰，而前端正在放松。 我看过慢查询，但没有发现任何锁或其他exception查询运行在这个时候。 我在停止的时候看过iotop，而且没有mysql的活动。 我也尝试关掉query_cache，并且用mysqlconfiguration文件搞砸了，没有太多改变。 有任何想法吗？
有什么方法来debuggingLinux服务器上的I / O问题？ 我一直在使用： # nohup top -b -d 10 > /var/log/top.log & # nohup iotop -b -d 5 -o -t > /var/log/iotop.log & PS：硬件是干净的，新的和罚款。 SWAP没有被使用，我看到很多： [jbd2/sda6-8] [jbd2/sda2-8] [loop0] [loop1] [events/0] [flush-8:0] [kondemand/3] [ksoftirqd/3] [kblockd/2] 服务器在大部分时间都可以正常工作，然后随机调高到6.00〜38.00 Load Average。 我所有的箱子上都是PHP / Apache / nginx。 例： top – 03:25:11 up 1 day, 5:00, 3 users, load average: […]
场景：16核心VMware ESX 4.1主机。 假定主机根本没有被加载到任何单个资源中。 存储延迟非常低，总内存利用率低于物理内存量，并且没有一个虚拟机显示任何％RDY时间或重要的页面文件活动。 运行PeopleSoft应用程序层（原谅我的模糊性），WebLogic，Jrockit等的单处理器Windows 2008 R2虚拟机与最新VMware Tools完全兼容。esxtop和vcenter显示物理CPU使用率低于70％，物理内存低于80％ ，客机没有显示重要的磁盘页面文件活动迹象。 用户报告说，该机器没有处理“应该”那样多的事件，而当他们尝试login时，通过RDP存在显着的鼠标和键盘事件滞后。 一切都只是感觉“慢”。 第二个CPU被添加到VM。 ％RDY时间没有明显增加，所以这被认为是一个理智的行为。 感知和测量的应用程序性能显着提高。 每个人都会挠挠脑袋，耸耸肩，对于它的修复感到高兴。 阅读VMware性能故障排除指南的pipe理员感到困惑。 我们错过了什么？
今天晚上，在细读黑客新闻的时候，我发了一篇题为加速SSL的5个简单提示 。 一个有趣的阅读，但我不使用Apache或Nginx，而是对IIS的类似提示感兴趣。 谷歌search没有提出任何注意事项（并不意味着我错过了什么）。 有没有类似的“简单”的技巧来加快IIS处理SSL的方式？