<?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 K64 core clock vs MIPS in Kinetis Microcontrollers</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K64-core-clock-vs-MIPS/m-p/659083#M40418</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Running at a core clock of 120 MHz (bus clock of 60 MHz) I expected 150 MIPS (1.25 MIPS/MHz from data sheet). Bench testing results in 75 MIPS. What have I done wrong?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 31 Jan 2017 22:56:08 GMT</pubDate>
    <dc:creator>leerollick</dc:creator>
    <dc:date>2017-01-31T22:56:08Z</dc:date>
    <item>
      <title>K64 core clock vs MIPS</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K64-core-clock-vs-MIPS/m-p/659083#M40418</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Running at a core clock of 120 MHz (bus clock of 60 MHz) I expected 150 MIPS (1.25 MIPS/MHz from data sheet). Bench testing results in 75 MIPS. What have I done wrong?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 31 Jan 2017 22:56:08 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/K64-core-clock-vs-MIPS/m-p/659083#M40418</guid>
      <dc:creator>leerollick</dc:creator>
      <dc:date>2017-01-31T22:56:08Z</dc:date>
    </item>
    <item>
      <title>Re: K64 core clock vs MIPS</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K64-core-clock-vs-MIPS/m-p/659084#M40419</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;How do you come to this 75MIPS measure?&amp;nbsp; 'Marketing level MIPS measures' are (often) taken from a processing-time measurement of particular 'common tasks' in a pre-defined performance-metric-set, like Dhrystone-MIPS. See section 5 of:&lt;/P&gt;&lt;P&gt;&lt;A class="link-titled" href="http://infocenter.arm.com/help/topic/com.arm.doc.dai0273a/DAI0273A_dhrystone_benchmarking.pdf" title="http://infocenter.arm.com/help/topic/com.arm.doc.dai0273a/DAI0273A_dhrystone_benchmarking.pdf"&gt;http://infocenter.arm.com/help/topic/com.arm.doc.dai0273a/DAI0273A_dhrystone_benchmarking.pdf&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;where the metric 1.25MIPS/MHz is specifically represented for the M3 core.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It can also include 'more than one op per instruction' in the M4 SIMD instructions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Most M4 instructions take one clock, but that only 'counts' while the pipeline can cleanly flow.&amp;nbsp; Code-flow-breaks are killers.&amp;nbsp; Also, things like (slow) flash-access (I assume your flash clock is 30MHz) can stall operations.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 01 Feb 2017 02:45:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/K64-core-clock-vs-MIPS/m-p/659084#M40419</guid>
      <dc:creator>egoodii</dc:creator>
      <dc:date>2017-02-01T02:45:55Z</dc:date>
    </item>
  </channel>
</rss>

