这是磁盘瓶颈吗?

这是磁盘瓶颈吗?

我已经配置了 perfmon 来查看服务器磁盘是否有问题。

  • Avd 磁盘写队列长度是白线
  • 处理器百分比是一条黑线,从未超过 50%

据我所知,除非磁盘有问题,否则这种情况永远不会发生。

我说得对吗?请指教。

在此处输入图片描述

答案1

看不到白线。注意你的缩放比例。你的队列长度比例设置为 100。这意味着测量值 1 显示为 100。无论如何,平均值是 62,最大值是 819,这太高了。事实上,你似乎遇到了某种 I/O 瓶颈。

答案2

我认为这更像是物理磁盘的问题。您检查过磁盘碎片吗?您还运行过检查磁盘吗?这可能会对物理问题有所启发。您说网站没有响应。您本地访问网站时会出现这种情况吗?还是仅从该服务器外部访问?

抱歉,在回答中提出了更多问题。

答案3

由于我们缺乏所有信息,因此无法回答。队列长度通常完全没有用处,因为子系统可以拥有较大的队列而不会变慢。

还有另一组 cuotner,表示秒/读或秒/写。这个(*1000 得到毫秒)更有用。我不关心队列有多长 - 我关心的是驱动器何时超载,也就是响应时间变慢的时候。

人们认为没有解释的 LO 和附加信息的队列长度是有用的,这是一种误解。

想要一个极端吗?我知道一个 SQL 服务器有 255 长度的磁盘队列……每个磁盘队列都有近 30 个磁盘。它有 30 个磁盘,以便能够放入更大的总队列,因为驱动程序只允许一个磁盘最多有 255 个。

不好吗?好吧,上行链路是多个 8 千兆位光纤通道,连接到具有 32 千兆字节缓存的 160 盘 HP EVA SAN。在这些队列长度下,响应时间仍然是 1-2 毫秒。因此,长度在这里完全没用。秒数/x 给出了一个可立即回答的数字,无需进行大量解释。

更新:如果那是你的 asy-单盘,可能是 SATA,那么是的,长度太高了,你的 IO 完全超载了。

相关内容