|
From: Andreas H. <and...@us...> - 2005-12-17 11:12:10
|
Update of /cvsroot/boost-sandbox/boost-sandbox/libs/statechart/doc In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv1813/libs/statechart/doc Modified Files: faq.html index.html performance.html Log Message: Minor changes Index: index.html =================================================================== RCS file: /cvsroot/boost-sandbox/boost-sandbox/libs/statechart/doc/index.html,v retrieving revision 1.65 retrieving revision 1.66 diff -u -d -r1.65 -r1.66 --- index.html 1 Sep 2005 18:40:31 -0000 1.65 +++ index.html 17 Dec 2005 11:12:02 -0000 1.66 @@ -22,7 +22,7 @@ <p align="center">(formerly known as boost::fsm)</p> <h2 align="center">Overview</h2> <p align="center"><font size="2">Version: - <!--webbot bot="Timestamp" S-Type="EDITED" S-Format="%Y/%m/%d" startspan -->2005/09/01<!--webbot bot="Timestamp" endspan i-checksum="12860" --></font></td> + <!--webbot bot="Timestamp" S-Type="EDITED" S-Format="%Y/%m/%d" startspan -->2005/12/17<!--webbot bot="Timestamp" endspan i-checksum="12457" --></font></td> </tr> </table> <hr> @@ -242,7 +242,7 @@ </ol> <h2><a name="Change_history">Change history</a></h2> <p>(<font color="#FF0000">red</font> = points raised during formal review)</p> -<p>XX September, 2005</p> +<p>17 December, 2005</p> <ul> <li>Added detailed performance data to the performance document</li> <li>Added the Performance "example" and the associated @@ -256,9 +256,13 @@ Rob Steward and Dave Gomboc. The more detailed performance measurements have shown that the time spent for event dispatch is almost always small compared to the time spent for - state-entry and state-exit. See - <a href="Speed%20versus%20scalability%20tradeoffs">Speed versus scalability + state-entry and state-exit. See + <a href="performance.html#Speed versus scalability tradeoffs">Speed versus scalability tradeoffs</a> in the performance document for more information</font></li> + <li>Fixed an order of declaration bug which caused a compile-time error in + event_base.hpp when compiled with GCC3.4.2 on HP-UX (the error neither showed + up on GCC3.4.2 on MinGW nor on MSVC7.1)</li> + <li>Tested with 1.33.1 version of the boost distribution</li> </ul> <p>14 August, 2005</p> <ul> @@ -575,7 +579,7 @@ </ul> <hr> <p>Revised -<!--webbot bot="Timestamp" s-type="EDITED" s-format="%d %B, %Y" startspan -->01 September, 2005<!--webbot bot="Timestamp" endspan i-checksum="39337" --></p> +<!--webbot bot="Timestamp" s-type="EDITED" s-format="%d %B, %Y" startspan -->17 December, 2005<!--webbot bot="Timestamp" endspan i-checksum="38520" --></p> <p><i>© Copyright <a href="mailto:ahd...@ya...">Andreas Huber Dönni</a> 2003-2005. <font color="#FF0000"><b>The link refers to a <a href="http://en.wikipedia.org/wiki/Honeypot">spam honeypot</a>. Please remove the words spam and trap Index: faq.html =================================================================== RCS file: /cvsroot/boost-sandbox/boost-sandbox/libs/statechart/doc/faq.html,v retrieving revision 1.18 retrieving revision 1.19 diff -u -d -r1.18 -r1.19 --- faq.html 1 Sep 2005 11:31:22 -0000 1.18 +++ faq.html 17 Dec 2005 11:12:02 -0000 1.19 @@ -549,7 +549,7 @@ base destructors can alter the order of destruction.</p> <hr> <p>Revised -<!--webbot bot="Timestamp" s-type="EDITED" s-format="%d %B, %Y" startspan -->14 August, 2005<!--webbot bot="Timestamp" endspan i-checksum="34605" --></p> +<!--webbot bot="Timestamp" s-type="EDITED" s-format="%d %B, %Y" startspan -->17 December, 2005<!--webbot bot="Timestamp" endspan i-checksum="38520" --></p> <p><i>© Copyright <a href="mailto:ahd...@ya...">Andreas Huber Dönni</a> 2003-2005. <font color="#FF0000"><b>The link refers to a <a href="http://en.wikipedia.org/wiki/Honeypot">spam honeypot</a>. Please remove the words spam and trap Index: performance.html =================================================================== RCS file: /cvsroot/boost-sandbox/boost-sandbox/libs/statechart/doc/performance.html,v retrieving revision 1.5 retrieving revision 1.6 diff -u -d -r1.5 -r1.6 --- performance.html 10 Sep 2005 11:00:53 -0000 1.5 +++ performance.html 17 Dec 2005 11:12:02 -0000 1.6 @@ -139,11 +139,9 @@ due to the fact that in the 100% case it is known at compile-time that the current state will never change</li> <li>The data points with 100% in-state reaction ratio and speed optimized - RTTI show that modern compilers seem to inline the computationally - complex-looking dispatch code so aggressively that dispatch is reduced to + RTTI show that modern compilers seem to inline the complex-looking dispatch code so aggressively that dispatch is reduced to little more than it actually is, one virtual function call followed by a - linear search for a suitable reaction. For instance, in the case of the 1-bit - Bitmachine, Intel9.0 seems to produce dispatch code that is equally efficient + linear search for a suitable reaction. For instance, in the case of the 1-bit Bitmachine, Intel9.0 seems to produce dispatch code that is equally efficient like the two virtual function calls in the Handcrafted machine</li> <li>On all compilers and in all variants the time spent in event dispatch is dwarfed by the time spent to exit the current state and enter the target @@ -233,7 +231,7 @@ <code>asynchronous_state_machine<></code>, <code>fifo_scheduler<></code>, <code>fifo_worker<></code>). This redirects all allocations to the passed custom allocator and should satisfy the needs of just about any project</li> - <li>Additionally, it is possible to separately customize <b>state</b> memory + <li>Additionally, it is possible to <b>separately</b> customize <b>state</b> memory management by overloading <code>operator new()</code> and <code>operator delete()</code> for all state classes but this is probably only useful under rare circumstances</li> @@ -317,7 +315,7 @@ </ol> <hr> <p>Revised -<!--webbot bot="Timestamp" s-type="EDITED" s-format="%d %B, %Y" startspan -->05 September, 2005<!--webbot bot="Timestamp" endspan i-checksum="39345" --></p> +<!--webbot bot="Timestamp" s-type="EDITED" s-format="%d %B, %Y" startspan -->17 December, 2005<!--webbot bot="Timestamp" endspan i-checksum="38520" --></p> <p><i>© Copyright <a href="mailto:ahd...@ya...">Andreas Huber Dönni</a> 2003-2005. <font color="#FF0000"><b>The link refers to a <a href="http://en.wikipedia.org/wiki/Honeypot">spam honeypot</a>. Please remove the words spam and trap |