<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: (Lack of) Coroutines in Java</title>
	<atom:link href="http://retrovirus.com/incr/2005/08/coroutines/feed/" rel="self" type="application/rss+xml" />
	<link>http://retrovirus.com/incr/2005/08/coroutines/</link>
	<description></description>
	<lastBuildDate>Tue, 24 Mar 2009 08:30:39 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: LarsWestergren</title>
		<link>http://retrovirus.com/incr/2005/08/coroutines/comment-page-1/#comment-396</link>
		<dc:creator>LarsWestergren</dc:creator>
		<pubDate>Mon, 20 Feb 2006 09:12:26 +0000</pubDate>
		<guid isPermaLink="false">/?p=23#comment-396</guid>
		<description>&lt;p&gt;Hi Joe,&lt;/p&gt;

&lt;p&gt;Is there any reason why you can&#039;t use java.nio.channels? I thought they were created for just this purpose. You get multiplexed non-blocking I/O which doesn&#039;t rely on threads, so it scales better.
http://java.sun.com/j2se/1.4.2/docs/api/java/nio/channels/package-summary.html&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi Joe,</p>
<p>Is there any reason why you can&#8217;t use java.nio.channels? I thought they were created for just this purpose. You get multiplexed non-blocking I/O which doesn&#8217;t rely on threads, so it scales better.<br />
<a href="http://java.sun.com/j2se/1.4.2/docs/api/java/nio/channels/package-summary.html" rel="nofollow">http://java.sun.com/j2se/1.4.2/docs/api/java/nio/channels/package-summary.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kishore</title>
		<link>http://retrovirus.com/incr/2005/08/coroutines/comment-page-1/#comment-325</link>
		<dc:creator>kishore</dc:creator>
		<pubDate>Fri, 25 Nov 2005 21:13:52 +0000</pubDate>
		<guid isPermaLink="false">/?p=23#comment-325</guid>
		<description>&lt;p&gt;Hi Joe,&lt;/p&gt;

&lt;p&gt;I am thinking whether it is possible with any other design to avoid a new thread creations for each method call and use the same thread.
I mean for each call, its creating a new Thread, instead with any other design style is it possible to use one single thread only.(using Wait and Notify and another extra supporting Thread).&lt;/p&gt;

&lt;p&gt;regards,
Kishore.
pra_kis @ yahoo&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi Joe,</p>
<p>I am thinking whether it is possible with any other design to avoid a new thread creations for each method call and use the same thread.<br />
I mean for each call, its creating a new Thread, instead with any other design style is it possible to use one single thread only.(using Wait and Notify and another extra supporting Thread).</p>
<p>regards,<br />
Kishore.<br />
pra_kis @ yahoo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://retrovirus.com/incr/2005/08/coroutines/comment-page-1/#comment-309</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Tue, 18 Oct 2005 21:01:25 +0000</pubDate>
		<guid isPermaLink="false">/?p=23#comment-309</guid>
		<description>&lt;p&gt;Malos,&lt;/p&gt;

&lt;p&gt;Basically, if you&#039;re running into the JVM&#039;s thread limits, you&#039;ll have to write your own scheduler to manage execution.  The coroutines won&#039;t help performance---I&#039;m interested in them as a way to improve the programming idioms of code that doesn&#039;t use real threads.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Malos,</p>
<p>Basically, if you&#8217;re running into the JVM&#8217;s thread limits, you&#8217;ll have to write your own scheduler to manage execution.  The coroutines won&#8217;t help performance&#8212;I&#8217;m interested in them as a way to improve the programming idioms of code that doesn&#8217;t use real threads.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: malos</title>
		<link>http://retrovirus.com/incr/2005/08/coroutines/comment-page-1/#comment-304</link>
		<dc:creator>malos</dc:creator>
		<pubDate>Mon, 10 Oct 2005 17:19:05 +0000</pubDate>
		<guid isPermaLink="false">/?p=23#comment-304</guid>
		<description>&lt;p&gt;Hi joe,&lt;/p&gt;

&lt;p&gt;I&#039;m looking for the same sort of things.
I have been &quot;rewriting&quot;  a scheduler to be able to explicitly manage the activation of the threads of my application, but I am facing the limit on the number of threads that a jvm can support.&lt;/p&gt;

&lt;p&gt;Did you go any further ? I don&#039;t know what would be the way to implement coroutine in Java and what would be the cost in term of execution time.&lt;/p&gt;

&lt;p&gt;Thanks for your answer.&lt;/p&gt;

&lt;p&gt;Regards.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi joe,</p>
<p>I&#8217;m looking for the same sort of things.<br />
I have been &#8220;rewriting&#8221;  a scheduler to be able to explicitly manage the activation of the threads of my application, but I am facing the limit on the number of threads that a jvm can support.</p>
<p>Did you go any further ? I don&#8217;t know what would be the way to implement coroutine in Java and what would be the cost in term of execution time.</p>
<p>Thanks for your answer.</p>
<p>Regards.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
