<?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 Re: iMC bypass commands in Software Tuning, Performance Optimization &amp; Platform Monitoring</title>
    <link>https://community.intel.com/t5/Software-Tuning-Performance/iMC-bypass-commands/m-p/1424499#M8122</link>
    <description>&lt;P&gt;There is an optimized path in the memory controller that may be taken by qualifying reads to reduce latency and these will count as &lt;SPAN&gt;ACT_COUNT.BYP&lt;/SPAN&gt;. This only applies to reads, so to get the total read activates you will need&amp;nbsp;&lt;SPAN&gt;ACT_COUNT.BYP +&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;ACT_COUNT.RD.&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 24 Oct 2022 15:12:27 GMT</pubDate>
    <dc:creator>A_T_Intel</dc:creator>
    <dc:date>2022-10-24T15:12:27Z</dc:date>
    <item>
      <title>iMC bypass commands</title>
      <link>https://community.intel.com/t5/Software-Tuning-Performance/iMC-bypass-commands/m-p/1399083#M8079</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I am trying to measure iMC performance monitoring counters on a Cascake Lake server. In particular, I am looking at the number of DRAM Activate commands issued by the iMC on a per-channel basis (ACT_COUNT event in section 2.3.7 of Intel Uncore performance monitoring manual: &lt;A href="https://kib.kiev.ua/x86docs/Intel/PerfMon/336274-001.pdf)" target="_blank"&gt;https://kib.kiev.ua/x86docs/Intel/PerfMon/336274-001.pdf)&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The ACT_COUNT event has 3 filters (3 umasks):&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;ACT_COUNT.RD: "Activate due to Read"&lt;/LI&gt;
&lt;LI&gt;ACT_COUNT.WR: "Activate due to Write"&lt;/LI&gt;
&lt;LI&gt;ACT_COUNT.BYP: "Activate due to Bypass"&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;When I run a simple benchmark performing reads of random cache lines on a single core, a significant fraction of activates (~75%) are of the third type (ACT_COUNT.BYP).&amp;nbsp;&amp;nbsp;I am trying to understand what the third type of activates (ACT_COUNT.BYP) refers to. What is "Bypass"? I see another relevant counter "BYP_CMDS" (Bypass command events), and the description says "ACT command issued by 2 cycle bypass". Does anyone know what this 2 cycle bypass means, and how these are different from normal activates? I had no luck finding anything pertaining to "bypass" in the DRAM literature.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks&lt;/P&gt;
&lt;P&gt;Midhul&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 09 Jul 2022 01:04:13 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Tuning-Performance/iMC-bypass-commands/m-p/1399083#M8079</guid>
      <dc:creator>midhul</dc:creator>
      <dc:date>2022-07-09T01:04:13Z</dc:date>
    </item>
    <item>
      <title>Re: iMC bypass commands</title>
      <link>https://community.intel.com/t5/Software-Tuning-Performance/iMC-bypass-commands/m-p/1424499#M8122</link>
      <description>&lt;P&gt;There is an optimized path in the memory controller that may be taken by qualifying reads to reduce latency and these will count as &lt;SPAN&gt;ACT_COUNT.BYP&lt;/SPAN&gt;. This only applies to reads, so to get the total read activates you will need&amp;nbsp;&lt;SPAN&gt;ACT_COUNT.BYP +&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;ACT_COUNT.RD.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 24 Oct 2022 15:12:27 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Tuning-Performance/iMC-bypass-commands/m-p/1424499#M8122</guid>
      <dc:creator>A_T_Intel</dc:creator>
      <dc:date>2022-10-24T15:12:27Z</dc:date>
    </item>
  </channel>
</rss>

