<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic How to interpret high latency and write_data on a volume? in Active IQ Unified Manager Discussions</title>
    <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/How-to-interpret-high-latency-and-write-data-on-a-volume/m-p/69034#M14398</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;the filer has very high avg_latency, come with very high write_latency, but read_ latency is okay. It happens at about the same time everyday, and with the same patten of similar peak value and last for same length of the time,&amp;nbsp; we know this is caused by&amp;nbsp; the backup. However, We are wondering about why write_latency is so high, Then we checked write_data graph which doesn't so obviously matching write_latency, or happened not at the same time.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Does high write_latency necessarily mean that we have a lot of writes?&lt;/P&gt;&lt;P&gt;2.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; How high write_latency is related write_data counter, As we have high write_latency,&amp;nbsp; if meanwhile a higher write_data counter should been seen as well?, and why?&amp;nbsp; &lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 05 Jun 2025 05:52:46 GMT</pubDate>
    <dc:creator>netappmagic</dc:creator>
    <dc:date>2025-06-05T05:52:46Z</dc:date>
    <item>
      <title>How to interpret high latency and write_data on a volume?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/How-to-interpret-high-latency-and-write-data-on-a-volume/m-p/69034#M14398</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;the filer has very high avg_latency, come with very high write_latency, but read_ latency is okay. It happens at about the same time everyday, and with the same patten of similar peak value and last for same length of the time,&amp;nbsp; we know this is caused by&amp;nbsp; the backup. However, We are wondering about why write_latency is so high, Then we checked write_data graph which doesn't so obviously matching write_latency, or happened not at the same time.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Does high write_latency necessarily mean that we have a lot of writes?&lt;/P&gt;&lt;P&gt;2.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; How high write_latency is related write_data counter, As we have high write_latency,&amp;nbsp; if meanwhile a higher write_data counter should been seen as well?, and why?&amp;nbsp; &lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 05:52:46 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/How-to-interpret-high-latency-and-write-data-on-a-volume/m-p/69034#M14398</guid>
      <dc:creator>netappmagic</dc:creator>
      <dc:date>2025-06-05T05:52:46Z</dc:date>
    </item>
    <item>
      <title>Re: How to interpret high latency and write_data on a volume?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/How-to-interpret-high-latency-and-write-data-on-a-volume/m-p/69038#M14400</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Can anybody please share your ideas here?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 Oct 2013 11:43:41 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/How-to-interpret-high-latency-and-write-data-on-a-volume/m-p/69038#M14400</guid>
      <dc:creator>netappmagic</dc:creator>
      <dc:date>2013-10-04T11:43:41Z</dc:date>
    </item>
  </channel>
</rss>

