<?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>8-bit Microcontrollers中的主题 floating point characterization</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/floating-point-characterization/m-p/172908#M11780</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear freescalers,&lt;/P&gt;&lt;P&gt;I was looking for documents that help to understand and characterize the floating point support for 8-bit microcontrollers of the family HC(S)08.&lt;/P&gt;&lt;P&gt;I found this nice one for family HC11: AN974 floating-point Package. I was wondering if anything similiar for HC(S)08 microcontrollers have been written.&lt;/P&gt;&lt;P&gt;I need it since I would like to evaluate the worst case when I'm using the floating point implementation of some algorithm. In the forum I've read that a floating point sum/multiplication can take some thousend time the execution time of an integer one, hovever I need a more accurate estimation.&lt;/P&gt;&lt;P&gt;Thank you very much&lt;/P&gt;&lt;P&gt;Piero&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 17 Apr 2009 21:04:02 GMT</pubDate>
    <dc:creator>Zap</dc:creator>
    <dc:date>2009-04-17T21:04:02Z</dc:date>
    <item>
      <title>floating point characterization</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/floating-point-characterization/m-p/172908#M11780</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear freescalers,&lt;/P&gt;&lt;P&gt;I was looking for documents that help to understand and characterize the floating point support for 8-bit microcontrollers of the family HC(S)08.&lt;/P&gt;&lt;P&gt;I found this nice one for family HC11: AN974 floating-point Package. I was wondering if anything similiar for HC(S)08 microcontrollers have been written.&lt;/P&gt;&lt;P&gt;I need it since I would like to evaluate the worst case when I'm using the floating point implementation of some algorithm. In the forum I've read that a floating point sum/multiplication can take some thousend time the execution time of an integer one, hovever I need a more accurate estimation.&lt;/P&gt;&lt;P&gt;Thank you very much&lt;/P&gt;&lt;P&gt;Piero&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 Apr 2009 21:04:02 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/floating-point-characterization/m-p/172908#M11780</guid>
      <dc:creator>Zap</dc:creator>
      <dc:date>2009-04-17T21:04:02Z</dc:date>
    </item>
    <item>
      <title>Re: floating point characterization</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/floating-point-characterization/m-p/172909#M11781</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;There are two very slow floating point add/sub cases. 1) when one addend is&amp;nbsp;2^(mantissa_bits-1) times larger than another one&amp;nbsp;2) when you subtract very close numbers, so that result is 2^(mantissa_bits-1) times smaller than one of addends, but not zero. Case 1 wastes cycles denormalizing (shifting right) smaller addend. Case 2 wastes cycles denormalizing result of addition. For example single precission&amp;nbsp;1.0 + 0.0000001 should be almost the slowest case.&amp;nbsp;1.0 - 0.9999999 also should be very slow. 1.0 + 1.0 should be almost the&amp;nbsp;fastest case. Adding zero or very small&amp;nbsp;number (smaller more than 2^(mantissa_bits-1) times) should be also fast, could be even faster than 1+1.&lt;/P&gt;&lt;P&gt;Cycles wasted by&amp;nbsp;FP mul should almost not depend on arguments. Zeros or overflow&amp;nbsp;are special case, should be faster than usual.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Now keeping above in mind, simply use&amp;nbsp;some hardware timer ticking at bus clock rate or prescaled bus clock. Reading timer counter before&amp;nbsp;FP add/mul, after add/mul,&amp;nbsp;and taking the difference of timer counter readings, you may measure wasted bus clock cycles and characterise not only FP add/mul, but also other your custom routines. Good luck.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 18 Apr 2009 00:14:12 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/floating-point-characterization/m-p/172909#M11781</guid>
      <dc:creator>kef</dc:creator>
      <dc:date>2009-04-18T00:14:12Z</dc:date>
    </item>
    <item>
      <title>Re: floating point characterization</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/floating-point-characterization/m-p/172910#M11782</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear kef,&lt;/P&gt;&lt;P&gt;thank you very much. I was doing something like you suggested but couldn't find a worst case.&lt;/P&gt;&lt;P&gt;For my project, I am interested in the number of cycles needed to perform some operations and routines (so I can also consider the clock speed when doing my evaluations), thus I am testing with Full Chip Simulation (FCS) and check the number of cycles using a set of breackpoints.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Could you also tell me how it would be the worst case for division, square root and exp?&lt;/P&gt;&lt;P&gt;That would be very helpful too.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks again&lt;/P&gt;&lt;P&gt;Piero&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 18 Apr 2009 17:46:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/floating-point-characterization/m-p/172910#M11782</guid>
      <dc:creator>Zap</dc:creator>
      <dc:date>2009-04-18T17:46:49Z</dc:date>
    </item>
  </channel>
</rss>

