我运行了几个Windows服务器和（Debian和Ubuntu）Linux和AIX服务器。 我想持续监视这些系统上的性能，以便轻松识别瓶颈，并概述服务器上的一般活动。 在Windows上，我使用Windows性能监视器（perfmon）。 我设置了这些计数器： 对于瓶颈： 处理器利用率：系统\处理器队列长度 内存利用率：Memory \ Pages Input / Sec 磁盘利用率：PhysicalDisk \ Current Disk Queue Length \ driveletter networking问题：networking接口\输出队列长度\名称 对于一般活动： 处理器利用率：Processor \％Processor Time_Total 内存利用率：Process \ Working Set_Total（或每个特定的进程） 内存利用率：内存\可用MBytes 磁盘利用率：PhysicalDisk \ Bytes / sec_Total（或每个进程） networking使用率：networking接口\字节总数/秒名称 （有关这些计数器的select的更多信息： http : //itcookbook.net/blog/windows-perfmon-top-ten-counters ） 这工作得很好。 它允许我在一个地方查找并找出最常见的瓶颈。 所以我的问题是，我怎样才能在Linux服务器上做一些等效（或非常相似）的事情呢？ 我已经看了一下nmon（ http://www.ibm.com/developerworks/aix/library/au-analyze_aix/ ），这是一个为AIX开发的免费性能监视工具，但也可用于Linux。 但是，我不确定nmon是否允许我设置上面的计数器。 也许是因为Linux和AIX不允许监视这些完全相同的措施。 是的，我应该select哪些，为什么？ 如果nmon不是用于这个的工具，那么你推荐什么？
显然，.NET框架有一个错误，可以防止2GB以上的工作设置值被精确地确定。 在2到4GB之间，可以应用一些异或计算来获得值，但是没有办法获得大于4GB的工作集值（使用.Net或WMI） 当工作集大于4GB时，可以使用哪种方法（最好是使用PowerShell脚本）获得对进程工作集的精确度量？ （一些边的细节可以在这个StackOverflow问题中find）
我是一名程序员/数据库pipe理员，我们正在运行SQL Server 2005和Performance Dashboard进行基本监控。 服务器已经连续数周了，现在我们不能钻入某些报告。 有没有办法重置这些报告没有完全重新启动？ 编辑：我敢打赌，错误信息将有所帮助。 当我钻入CPUgraphics时遇到这个问题：错误：两个date时间列的差异在运行时导致溢出。
有没有一种方法来衡量一个Linux系统每秒的系统调用总数？ strace提供了数量，但仅限于一个进程。 它看起来像一些版本的萨尔支持这一点，但我只有一个显示上下文切换/秒或叉/秒。 我正在运行一个基于2.6.9-89的内核。
我有一台运行VMware ESXi 4.1.0的服务器，虽然我喜欢vSphere Client中的graphics，但是它们没有提供我拥有的许可证的历史数据。 另外，我的所有其他服务器都通过在此主机上运行的Cacti虚拟机进行监控。 有没有办法使用Cacti监控和创buildVMware ESXi主机的graphics？ 我怎么能这样做？ 有没有仙人掌模板？
以前我问过一个问题 ，我应该测量什么指标（例如之前和之后）来certificate内存升级。 build议使用Perfmon。 我想知道我应该测量哪个特定的性能计数器。 到目前为止我得到了： PhysicalDisk/Avg. Disk Queue Length (for each drive) PhysicalDisk/Avg. Disk Write Queue Length (for each drive) PhysicalDisk/Avg. Disk Read Queue Length (for each drive) Processor/Processor Time% SQLServer:BufferManager/Buffer cache hit ratio 我还应该使用其他什么？
我正在使用perfmon的“PhysicalDisk \％空闲时间”来确定什么时候磁盘被大量使用。 问题是，什么是最好的/最快的方式来缩小使用磁盘的内容？ 我知道以下perfmon计数器，但他们每个人都有问题： 内存\页/秒：如果磁盘使用是由于分页有用，否则无用。 Process \ IO Data Bytes / sec：也包括非磁盘IO（例如networking），不包括perfmon安装后启动的进程，将进程与其perfmon id进行匹配可能非常耗时。 资源监视器的“磁盘”选项卡提供了非常有用的信息，但不幸的是它不提供历史logging。 它不能告诉我为什么，例如，“百分比空闲时间”在上午10点20秒为0。 我后面的信息是： 哪个进程最使用磁盘？ 他们访问了哪些文件？
我一直想知道是否有多人使用性能监视器监视服务器，这是否会在系统上创build任何types的负载？ 我不确定计数器的存储位置，所以如果有十或十五台显示器在服务器上运行，会不会有影响？ 编辑： 我的性能监视器的经验表明，运行该应用程序的机器将具有轻微到适中的性能和内存命中。 此问题的范围是远程监视一个系统，其中性能监视器不在被监视的计算机上运行。 另外，被监视的机器可能有多个监视器从不同的位置访问它。 为什么要问，因为公司里有很多人监控一个农场或一组服务器的健康状况。 我没有真正注意到监视系统上有任何额外的负载，但是我问这个问题，看看是否有其他人经历了负载，并且可能是什么阈值。
通常当我发现自己在unix / linux（或任何其他的* nix变种）控制台前面，并且必须快速诊断服务器的状态时，我不记得应该检查的所有东西。 我会尝试vmstat，一些ps /顶部操纵，阅读procinfo和一些日志文件（引导和系统），但我真的很喜欢是一个快速的方式来查看CPU，硬盘和物理内存条件。 我似乎知道很多已经存在于vmstat，但不知何故，我错过了服务器2008的便利，在那里你可以find一个很好的资源监视器，即使任务pipe理器本身可以提供一个系统条件（甚至不甚至谈论服务器2008年的监测图工具）。 任何build议，还是我只是跛脚，因为vmstat真的是圣杯？ 编辑：非常感谢大家的反馈。 我应该补充一点，我并不是在谈论持续的监控（在那里nagios是一个非常好的主张），而是偶尔走到服务器上 – 不一定是我的 – 做一个快速的系统状态查找（有时我恰好是Bang，Hey，你能过来检查一下吗？） 有一些实用程序脚本的棒确实不错，已经有一个用于Windows机器的sysinternals应用程序。 Htop也很酷，虽然我不认为能够在任何地方安装它。
我想了解ZFS ARC的内部工作原理。 不过，我对以下几件事情感到困惑： 实际（ zfs:0:arcstats:size ）与目标大小（ zfs:0:arcstats:c ）。 我明白，实际大小分配和存储caching的内容。 但是，目标尺寸是多less呢？ 这两者有什么区别？ mru_size（ zfs:0:arcstats:p ）+ mfu_size（ zfs:0:arcstats:c – zfs:0:arcstats:p ）vs data_size（ zfs:0:arcstats:data_size ）。 data_size不应该是mru_size和mfu_size的总和吗？ 什么是正确的ARC大小分解？ 根据http://lists.freebsd.org/pipermail/freebsd-fs/2012-June/014643.html ，它应该是hdr_size + data_size (mru_size + mfu_size + anon_size) + other_size + l2_hdr_size ，但它不会使任何感觉作为mru_size通常比data_size更大。 什么是弧形记忆油门用于？ 感谢任何答案/指针。