<?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 Where exactly is overflow (OVF) detected? in Software Tuning, Performance Optimization &amp; Platform Monitoring</title>
    <link>https://community.intel.com/t5/Software-Tuning-Performance/Where-exactly-is-overflow-OVF-detected/m-p/1167510#M7200</link>
    <description>&lt;P&gt;Hi, I am often getting overflow (OVF) packets from Intel PT on a small Goldmont Plus processor, and I'm wondering &lt;STRONG&gt;exactly what is overflowing&lt;/STRONG&gt;. Is it some kind of on-chip buffer, or is it the RAM allocation that was configured by the operating system to receive the PT packets? It would be great to have a diagram that gives a precise overview of the&amp;nbsp;dataflow stages for tracing on&amp;nbsp;Linux via perf_event_open().&amp;nbsp;Here's my setup:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Mini PC&lt;UL&gt;&lt;LI&gt;CPU model Gemini Lake&lt;/LI&gt;&lt;LI&gt;8GB RAM&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;LI&gt;Fedora 29&lt;/LI&gt;&lt;LI&gt;decoding via Intel libipt&amp;nbsp;(pt_packet_decoder only)&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I also get overflows on my Xeon and i7 machines when running larger benchmarks, such as the SPEC 2017 reference data sets. &lt;STRONG&gt;Is there anything I can do to improve the reliability&lt;/STRONG&gt; &lt;STRONG&gt;of the tracing&lt;/STRONG&gt;, or is it simply subject to overflow on occasion? Thanks for your help.&lt;/P&gt;&lt;P&gt;Byron&lt;/P&gt;</description>
    <pubDate>Tue, 18 Jun 2019 09:05:20 GMT</pubDate>
    <dc:creator>Hawkins__Byron</dc:creator>
    <dc:date>2019-06-18T09:05:20Z</dc:date>
    <item>
      <title>Where exactly is overflow (OVF) detected?</title>
      <link>https://community.intel.com/t5/Software-Tuning-Performance/Where-exactly-is-overflow-OVF-detected/m-p/1167510#M7200</link>
      <description>&lt;P&gt;Hi, I am often getting overflow (OVF) packets from Intel PT on a small Goldmont Plus processor, and I'm wondering &lt;STRONG&gt;exactly what is overflowing&lt;/STRONG&gt;. Is it some kind of on-chip buffer, or is it the RAM allocation that was configured by the operating system to receive the PT packets? It would be great to have a diagram that gives a precise overview of the&amp;nbsp;dataflow stages for tracing on&amp;nbsp;Linux via perf_event_open().&amp;nbsp;Here's my setup:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Mini PC&lt;UL&gt;&lt;LI&gt;CPU model Gemini Lake&lt;/LI&gt;&lt;LI&gt;8GB RAM&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;LI&gt;Fedora 29&lt;/LI&gt;&lt;LI&gt;decoding via Intel libipt&amp;nbsp;(pt_packet_decoder only)&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I also get overflows on my Xeon and i7 machines when running larger benchmarks, such as the SPEC 2017 reference data sets. &lt;STRONG&gt;Is there anything I can do to improve the reliability&lt;/STRONG&gt; &lt;STRONG&gt;of the tracing&lt;/STRONG&gt;, or is it simply subject to overflow on occasion? Thanks for your help.&lt;/P&gt;&lt;P&gt;Byron&lt;/P&gt;</description>
      <pubDate>Tue, 18 Jun 2019 09:05:20 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Tuning-Performance/Where-exactly-is-overflow-OVF-detected/m-p/1167510#M7200</guid>
      <dc:creator>Hawkins__Byron</dc:creator>
      <dc:date>2019-06-18T09:05:20Z</dc:date>
    </item>
  </channel>
</rss>

