<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Performance Quiz #6 -- Looking at the sixth cut</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx</link><description>Well, it's time for me to surrender. Sort of :) 
 Raymond pulls out all the stops in his sixth version by painting a big bullseye on his biggest remaining source of slowness which is operator new. He turns in an excellent result here. On my benchmark</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>Console.ReadLine()   ::  C++ is ugly after you&amp;#8217;ve been doing C# for a while</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx#1413036</link><pubDate>Fri, 05 Jan 2007 02:42:19 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1413036</guid><dc:creator>Console.ReadLine()   ::  C++ is ugly after you’ve been doing C# for a while</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://console.writeline.net/blog/?p=6"&gt;http://console.writeline.net/blog/?p=6&lt;/a&gt;&lt;/p&gt;
&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=1413036" width="1" height="1"&gt;</description></item><item><title>Just because I don't write about .NET doesn't mean that I don't like it</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx#684110</link><pubDate>Mon, 31 Jul 2006 17:00:26 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:684110</guid><dc:creator>The Old New Thing</dc:creator><description>I'm just not an expert.&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=684110" width="1" height="1"&gt;</description></item><item><title>re: Performance Quiz #6 -- Looking at the sixth cut</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx#428389</link><pubDate>Sun, 12 Jun 2005 18:50:57 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:428389</guid><dc:creator>Ross</dc:creator><description>Oops, just discovered the next blog entry :)&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=428389" width="1" height="1"&gt;</description></item><item><title>re: Performance Quiz #6 -- Looking at the sixth cut</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx#428387</link><pubDate>Sun, 12 Jun 2005 18:42:43 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:428387</guid><dc:creator>Ross</dc:creator><description>That is kind of interesting.&lt;br&gt;&lt;br&gt;Do you have figures on the difference in memory usage?&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=428387" width="1" height="1"&gt;</description></item><item><title>re: Performance Quiz #6 -- Looking at the sixth cut</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx#426625</link><pubDate>Wed, 08 Jun 2005 08:56:45 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:426625</guid><dc:creator>ricom</dc:creator><description>No, they each do the job in about 30ms.  The CLR has 30ms more startup overhead basically.&lt;br&gt;&lt;br&gt;Check out the space analysis for the reasons why.&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=426625" width="1" height="1"&gt;</description></item><item><title>re: Performance Quiz #6 -- Looking at the sixth cut</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx#426509</link><pubDate>Wed, 08 Jun 2005 01:18:27 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:426509</guid><dc:creator>Keith J. Farmer</dc:creator><description>So -- excluding startup time -- what's the performance comparison like?&lt;br&gt;&lt;br&gt;It seems to me that (total - startup) ~ 0.03s, about half of the total time for v6.  If startup for v6 is ~0.00s, then the actual working bits still seem twice as fast in the CLR.&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=426509" width="1" height="1"&gt;</description></item><item><title>.NET Efficiency</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx#423423</link><pubDate>Tue, 31 May 2005 16:26:15 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:423423</guid><dc:creator>Alan's Corner</dc:creator><description>So I was reading through one of my favorite MSDN blogs (&lt;a rel="nofollow" target="_new" href="http://blogs.msdn.com/oldnewthing/"&gt;http://blogs.msdn.com/oldnewthing/&lt;/a&gt;)&lt;br&gt;&lt;br&gt;And he...&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=423423" width="1" height="1"&gt;</description></item><item><title>re: Performance Quiz #6 -- Looking at the sixth cut</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx#420767</link><pubDate>Sat, 21 May 2005 22:37:58 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:420767</guid><dc:creator>ricom</dc:creator><description>I assure you Raymond doesn't need any defense :) &lt;br&gt;&lt;br&gt;Remember I work with Raymond, we talked about this series of postings at some length quite some time ago and then again when this got to the top of his queue. &lt;br&gt;&lt;br&gt;It's all supposed to be an educational illustration. The competitive language is just a facade to make it less of a dry read. &lt;br&gt;&lt;br&gt;The outcome was never really in question, the journey is the illustration.  &lt;br&gt;&lt;br&gt;Actually I think the fact that Raymond just did what he thought was best (well in advance of my comments) at each stage makes it more interesting, not less.&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=420767" width="1" height="1"&gt;</description></item><item><title>re: Performance Quiz #6 -- Looking at the sixth cut</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx#420738</link><pubDate>Sat, 21 May 2005 15:41:08 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:420738</guid><dc:creator>Nemanja Trifunovic</dc:creator><description>&amp;gt;Six versions and quite a bit of work later, &amp;gt;we've been soundly trumped&lt;br&gt;&lt;br&gt;Excuse me, but this is not fair. Raymond has never tried to beat any &amp;quot;managed&amp;quot; version (I bet he doesn't even know about your effort - you started it after he went to vacation) - all he wanted to prove is that to achieve optimization you need to measure and not to gues where the bottleneck is.&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=420738" width="1" height="1"&gt;</description></item><item><title>Optimizing managed C# vs. native C++ code</title><link>http://blogs.msdn.com/b/ricom/archive/2005/05/19/performance-quiz-6-looking-at-the-sixth-cut.aspx#420636</link><pubDate>Sat, 21 May 2005 02:43:30 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:420636</guid><dc:creator>Jonathan Hardwick</dc:creator><description>Raymond Chen (aka &amp;amp;quot;fixed more Windows bugs than you've had hot dinners&amp;amp;quot;) and Rico Mariani (aka &amp;amp;quot;Mr .NET...&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=420636" width="1" height="1"&gt;</description></item></channel></rss>