当我运行uptime ，我得到类似于以下内容的输出： 07:50:39 up 13 days, 5:00, 1 user, load average: 0.00, 0.02, 0.00 除了通过每运行多less分钟来运行uptime运行uptime来获得更加历史的平均负载，还有没有办法？ 我希望能够绘制上周，月份等的负载平均值。 也许我看错了地方？ 更新 我不能在collectd （@ david spillet ）或munin （@ icapan ）之间做出select，所以现在我将同时使用（在不同的机器上）。 谢谢 ：）
我有两个程序写入我的服务器磁盘。 我写的一个是线性写入，它快速写入数据。 另一个我是基准testing，它以三分之一的速度写数据。 它没有什么别的，我相信这个问题是由第二个程序寻求更多的（即它更随机的文件访问）造成的。 在Linux上是否有一个工具可以用来确定在特定磁盘上执行的查找次数？ 还是由一个特定的过程？
对VM映像有一些性能问题（我无权访问VM主机，只访问客户机操作系统）。 试图确定为什么有一段时间的范围从10-60秒，其中服务器只是停止推出任何请求。 在这样做的时候，我有几个性能计数器，但是我注意到一些非常奇怪的东西，在这些“死亡”期间开始后，我的所有ASP.NET应用程序计数器（活动会话，pipe道实例计数，请求执行）一旦我们摆脱了“死亡”时期，就恢复到正常水平。 在这里查看图表： 我完全知道这些会议虽然从柜台统计中删除，但在整个时间内仍然保持运转。 有没有人从柜台看过这种行为？ 是否有可能导致这些计数器不正常的虚拟机资源匮乏，甚至可能导致整个死亡期？
我很好奇为什么性能监视器声称我总是有几百个ASP.NET 3.5请求“排队”。 “Requests Queued”“ASP.NET v2.0.50727”性能计数器在几百个范围内徘徊，尽pipe“请求等待时间”始终为0.如果每个请求都不会等待几分之一毫秒，它可以在队列中吗？ “应用程序队列中的请求”和“请求等待时间”的“ASP.NET应用程序v2.0.50727”计数器始终为0。
我希望实时查看单个用户（IP）的字节stream量。 logging也会很好。 此外，我想看看他们连接到哪个进程（CGI.exe，PHP脚本等）或最低限度地GET / POST请求是什么。 我看过很多服务器监控工具，但没有发现这样的事情。 任何build议，将不胜感激。
大家好， 首先，我是性能监控方面的一个新手。 我正在设置一些盒子的中央性能监测。 2K3 TS（监视常规OS性能和会话特定计数器） 2K8 R2（XenApp 6 =监视常规操作系统性能和会话特定计数器） 文件服务器（标准文件I / O） 我的最终目标是获得尽可能多的计数器/信息，而不会影响客户会议的经验。 包括特定于其会话的计数器。 我正在想它直接logging到另一台服务器上的SQL，而不是blg文件的两部分过程，然后重新logging到SQL。 这样可以吗？ 有谁知道从客户端直接到SQL的开销？ 我已经search了一下，但没有发现这么多的信息，它可以是压倒性的。 谢谢
首先我想说我对这个网站比较新。 哇..这真是太棒了！ 我的第一个问题涉及到虚拟化。 我们是一家严重依赖低延迟networking和高性能计算的交易公司，主要运行SQL。 但是，我们确实有几个候选服务器，我们正在认真考虑VMware到ESX的虚拟化。 我有一个VMware的背景，但不是P2V方面的东西。 在我遇到困难的时候，正在启动我们想要虚拟化的系统的基线过程。 我们正在使用SolarWinds Orion产品监视系统性能。 我认为这将是整个过程中的重要工具。 我只是寻找任何其他经验与P2V，以及用于基准服务器的方法。 非常感谢！ 可靠的人
什么是监控运行（主要是）Java应用程序的一组服务器的最好的免费工具？ 它需要监视几个应用服务器（一些JBoss，一些docker等）。 所有服务都是在Ubuntu或Debian下通过YAJSW（Java应用程序的服务包装）从服务系统启动和停止的。 你有什么经验，在那里的工具？ 现在，我们正在严重看待这三个： Hyperic公司 OpenNMS的 潘多拉FMS 什么是现实世界的经验，这些的优点/缺点？ 有什么我们应该特别避免的？
我们在我们的服务器上运行多个进程，这些进程大多是CPU密集型的，但也使用本地硬盘来读取数据。 我可以在这些盒子的TaskManager中查看CPU负载和内存使用情况，如何监视HDD IO？ 我想弄清楚： 如果当前的负载以任何方式受到HDD的瓶颈 看看有多less这些进程我可以在没有瓶颈硬盘的情况下运行
我们有很多后端应用程序，我们需要监视（等待处理的订单，自上次运行以来的时间等度量标准）的性能。 目前，这是通过一个内部的看门狗应用程序来完成的，当超出阈值时会触发电子邮件，但是没有办法确认问题并且压制这些警报。 我们不想build立自己完整的警报系统，而是想配合我们用来监视我们的服务器的Zenoss安装。 我已经发现了一些编程创build事件的文章 ，但我更愿意Zenoss本身监视当前看门狗应用程序正在查看的值（所以我们也得到了graphics和历史的好处）。 那么是否有可能以程序化的方式向Zenoss提供数据馈送（而不是事件）呢？ 或者还有另外一种方法可以解决这个问题吗？