<?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>Eric Eilebrecht's blog - All Comments</title><link>http://blogs.msdn.com/b/ericeil/</link><description /><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: Windows I/O threads vs. managed I/O threads</title><link>http://blogs.msdn.com/b/ericeil/archive/2008/06/20/windows-i-o-threads-vs-managed-i-o-threads.aspx#10361060</link><pubDate>Fri, 19 Oct 2012 06:31:31 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10361060</guid><dc:creator>DnshPly9</dc:creator><description>&lt;p&gt;I was looking for to use IO Thread from ThreadPool in C#. And your answer is what I was looking for.&lt;/p&gt;
&lt;p&gt;Very nice blog. Many Thanks :)&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10361060" width="1" height="1"&gt;</description></item><item><title>re: CLR 4.0 ThreadPool Improvements: Part 1</title><link>http://blogs.msdn.com/b/ericeil/archive/2009/04/23/clr-4-0-threadpool-improvements-part-1.aspx#10269313</link><pubDate>Sat, 18 Feb 2012 12:14:49 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10269313</guid><dc:creator>Kapil</dc:creator><description>&lt;p&gt;I&amp;#39;m trying to process a very high number of messages per second that arrive through a socket. &amp;nbsp;As each message is received, I need to process it. The processing can be in any order irrespective of the receiving conditions. We are currently using the system.collections.generic.queue class and &amp;nbsp;and we are creating threads using system.threading.thread class. &amp;nbsp;The threads are continuous and we are using thread.suspend when a queue is empty and thread.resume when a new item is inserted in the queue. &amp;nbsp;The time of processing is very important in our application. We are currently using CLR 3.5, Please tell us how to improve upon the performance. &lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10269313" width="1" height="1"&gt;</description></item><item><title>re: Fun programming problem: a simple lock-free algorithm</title><link>http://blogs.msdn.com/b/ericeil/archive/2007/10/26/fun-programming-problem-a-simple-lock-free-algorithm.aspx#10205598</link><pubDate>Sat, 03 Sep 2011 04:04:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10205598</guid><dc:creator>Tanmay Chakrabarty</dc:creator><description>&lt;p&gt;Sorry sorry sorry.....ho..ho...I did not missed the declaration of &amp;#39;globals&amp;#39;, what I missed is that in S5-S8 you declared end, a, b, start for the ReaderThread() function and not using those of the struct....&lt;/p&gt;
&lt;p&gt;Thanks for replying. &lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10205598" width="1" height="1"&gt;</description></item><item><title>re: Fun programming problem: a simple lock-free algorithm</title><link>http://blogs.msdn.com/b/ericeil/archive/2007/10/26/fun-programming-problem-a-simple-lock-free-algorithm.aspx#10205466</link><pubDate>Fri, 02 Sep 2011 22:34:56 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10205466</guid><dc:creator>Eric Eilebrecht - MSFT</dc:creator><description>&lt;p&gt;Tanmay, immediately after the declaration of the struct, there is a declaration for a single global instance of that struct named &amp;quot;globals&amp;quot; (all lower case).&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10205466" width="1" height="1"&gt;</description></item><item><title>re: Fun programming problem: a simple lock-free algorithm</title><link>http://blogs.msdn.com/b/ericeil/archive/2007/10/26/fun-programming-problem-a-simple-lock-free-algorithm.aspx#10205135</link><pubDate>Fri, 02 Sep 2011 14:53:55 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10205135</guid><dc:creator>Tanmay Chakrabarty</dc:creator><description>&lt;p&gt;I am a rookie and I did not understand how you used these end, a, b, start in S5,S6,S7,S8 ? I mean you haven&amp;#39;t declared them as variables, I don&amp;#39;t know the use of struct, but class view, an object is required to use those variables.&lt;/p&gt;
&lt;p&gt;Off-topic: How will I know if you have replied to this comment? However, leaving my email address cse.tanmay@gmail.com&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10205135" width="1" height="1"&gt;</description></item><item><title>re: When does it make sense to use Win32 Fibers?</title><link>http://blogs.msdn.com/b/ericeil/archive/2008/05/18/when-does-it-make-sense-to-use-win32-fibers.aspx#10078055</link><pubDate>Tue, 19 Oct 2010 20:36:27 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10078055</guid><dc:creator>Eric Eilebrecht - MSFT</dc:creator><description>&lt;p&gt;Ian: I don&amp;#39;t know all of the history here, but there are certainly other reasons to want a public fiber API. &amp;nbsp;It&amp;#39;s not that fibers are only useful to SQL Server, it&amp;#39;s just that they&amp;#39;re not often useful to very many applications. &amp;nbsp;That describes quite a few public Win32 APIs, actually. :)&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10078055" width="1" height="1"&gt;</description></item><item><title>re: When does it make sense to use Win32 Fibers?</title><link>http://blogs.msdn.com/b/ericeil/archive/2008/05/18/when-does-it-make-sense-to-use-win32-fibers.aspx#10077463</link><pubDate>Mon, 18 Oct 2010 18:10:55 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10077463</guid><dc:creator>Ian Ringrose</dc:creator><description>&lt;p&gt;Is the fiber API only a public API to stop any-trust problem from other database vendors claiming that the OS team is helping the Microsoft SQL Server team to much? &lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10077463" width="1" height="1"&gt;</description></item><item><title>re: CLR 4.0 ThreadPool Improvements: Part 2 (sort of...)</title><link>http://blogs.msdn.com/b/ericeil/archive/2010/09/01/clr-4-0-threadpool-improvements-part-2.aspx#10062394</link><pubDate>Wed, 15 Sep 2010 17:42:37 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10062394</guid><dc:creator>dimkaz</dc:creator><description>&lt;p&gt;I guess it&amp;#39;s not a big deal, In my testing (4 cores) I am loosing 2-3%.&lt;/p&gt;
&lt;p&gt;Seems like specifying MaxDegreeOfParallelism is even a smaller deal to gain something :)&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10062394" width="1" height="1"&gt;</description></item><item><title>re: CLR 4.0 ThreadPool Improvements: Part 2 (sort of...)</title><link>http://blogs.msdn.com/b/ericeil/archive/2010/09/01/clr-4-0-threadpool-improvements-part-2.aspx#10059401</link><pubDate>Wed, 08 Sep 2010 17:04:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10059401</guid><dc:creator>Eric Eilebrecht - MSFT</dc:creator><description>&lt;p&gt;In our testing, we do not typically observe a very large performance problem due to this probing. &amp;nbsp;If you have a scenario that demonstrates this, I&amp;#39;d be interested in hearing more. &amp;nbsp;What kind of processing are you doing? &amp;nbsp;How big of an impact do you observe due to the extra threads?&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10059401" width="1" height="1"&gt;</description></item><item><title>re: CLR 4.0 ThreadPool Improvements: Part 2 (sort of...)</title><link>http://blogs.msdn.com/b/ericeil/archive/2010/09/01/clr-4-0-threadpool-improvements-part-2.aspx#10059034</link><pubDate>Tue, 07 Sep 2010 21:29:02 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10059034</guid><dc:creator>Dmitry Zaslavsky</dc:creator><description>&lt;p&gt;Hi Eric,&lt;/p&gt;
&lt;p&gt; It seems for the pure CPU bound code it&amp;#39;s ALWAYS good to set MaxDegreeOfParallelism = cpuCount;&lt;/p&gt;
&lt;p&gt; Otherwise threadpool wiil try to schedule more threads, trying to &amp;quot;see&amp;quot; if it will help. &lt;/p&gt;
&lt;p&gt; I actually verified this in practice. It&amp;#39;s not a huge win when the loop body is small (timewise) but it&amp;#39;s huge with the body is expensive.&lt;/p&gt;
&lt;p&gt;Just didn&amp;#39;t see this recommendation, and wanted to see if you would agree&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10059034" width="1" height="1"&gt;</description></item></channel></rss>