<?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: More details on MaxConnections</title>
	<atom:link href="http://kennyw.com/work/indigo/181/feed" rel="self" type="application/rss+xml" />
	<link>http://kennyw.com/work/indigo/181</link>
	<description>Kenny Wolf</description>
	<lastBuildDate>Thu, 02 Feb 2012 02:21:15 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Does NetTcpBinding.MaxConnections limit the number of concurrent connections to an endpoint or…? &#124; DeveloperQuestion.com</title>
		<link>http://kennyw.com/work/indigo/181/comment-page-1#comment-222276</link>
		<dc:creator>Does NetTcpBinding.MaxConnections limit the number of concurrent connections to an endpoint or…? &#124; DeveloperQuestion.com</dc:creator>
		<pubDate>Tue, 09 Nov 2010 20:27:36 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/181#comment-222276</guid>
		<description>[...] the following blog http://kennyw.com/work/indigo/181 claims this property this property doesn’t limit the number of concurrent connections, but [...]</description>
		<content:encoded><![CDATA[<p>[...] the following blog <a href="http://kennyw.com/work/indigo/181" rel="nofollow">http://kennyw.com/work/indigo/181</a> claims this property this property doesn’t limit the number of concurrent connections, but [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gerry</title>
		<link>http://kennyw.com/work/indigo/181/comment-page-1#comment-198125</link>
		<dc:creator>Gerry</dc:creator>
		<pubDate>Wed, 31 Mar 2010 13:52:12 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/181#comment-198125</guid>
		<description>Hello,

MaxConnections is relevant on client side? Or it&#039;s important on client side only if the service callback it?</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>MaxConnections is relevant on client side? Or it&#8217;s important on client side only if the service callback it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron</title>
		<link>http://kennyw.com/work/indigo/181/comment-page-1#comment-103592</link>
		<dc:creator>Ron</dc:creator>
		<pubDate>Mon, 12 May 2008 06:25:08 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/181#comment-103592</guid>
		<description>:)
Hi kenny,
the end of this story was my bug , that make the host of the channel to re-create and re-create also the channel , combine this with the stream vs buffer , made a lot of sockets...
reparing the bug + using bufferd channel solve the problem.
thanks for your help</description>
		<content:encoded><![CDATA[<p> <img src='http://kennyw.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Hi kenny,<br />
the end of this story was my bug , that make the host of the channel to re-create and re-create also the channel , combine this with the stream vs buffer , made a lot of sockets&#8230;<br />
reparing the bug + using bufferd channel solve the problem.<br />
thanks for your help</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenny</title>
		<link>http://kennyw.com/work/indigo/181/comment-page-1#comment-101283</link>
		<dc:creator>Kenny</dc:creator>
		<pubDate>Sat, 03 May 2008 18:35:01 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/181#comment-101283</guid>
		<description>The reason you don&#039;t see this for buffered is that each buffered channel maps to a single socket. For Streaming, each active request-reply maps to a socket.  I bet you have a bunch of simlutaneous calls to channel.[Begin]Send which is why you are seeing the new TCP sockets in process explorer. Is that a correct assessment?</description>
		<content:encoded><![CDATA[<p>The reason you don&#8217;t see this for buffered is that each buffered channel maps to a single socket. For Streaming, each active request-reply maps to a socket.  I bet you have a bunch of simlutaneous calls to channel.[Begin]Send which is why you are seeing the new TCP sockets in process explorer. Is that a correct assessment?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron</title>
		<link>http://kennyw.com/work/indigo/181/comment-page-1#comment-94070</link>
		<dc:creator>Ron</dc:creator>
		<pubDate>Tue, 18 Mar 2008 16:26:19 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/181#comment-94070</guid>
		<description>First, Thanks for your answer.
In my code, I try to:
(In first time)
1. Create channelfactory
2. Create channel
3. Open this channel
4. Make the req-res (stream)

Then in the second call (very little time after)
I am looking if I already have the channel, and if it&#039;s State is opened
In this case I take the channel and use it again to make the req-res

In case than the channel is not opened, I will re-create it, and opened it

what&#039;s happen is when I use this approach , I succeeded to make the all req-res , but , every time I saw new tcp socket connection (in process explorer tcp view) in both sides (client &amp; server)
Play with the binding maxConnections does not help (both sides tests)
Only when moved to TransferMode.Buffered its work using the same socket.

Kenny, I following your blog and I&#039;ll be happy to show you the code :)
But via e-mail...

Thanks again
Ron</description>
		<content:encoded><![CDATA[<p>First, Thanks for your answer.<br />
In my code, I try to:<br />
(In first time)<br />
1. Create channelfactory<br />
2. Create channel<br />
3. Open this channel<br />
4. Make the req-res (stream)</p>
<p>Then in the second call (very little time after)<br />
I am looking if I already have the channel, and if it&#8217;s State is opened<br />
In this case I take the channel and use it again to make the req-res</p>
<p>In case than the channel is not opened, I will re-create it, and opened it</p>
<p>what&#8217;s happen is when I use this approach , I succeeded to make the all req-res , but , every time I saw new tcp socket connection (in process explorer tcp view) in both sides (client &amp; server)<br />
Play with the binding maxConnections does not help (both sides tests)<br />
Only when moved to TransferMode.Buffered its work using the same socket.</p>
<p>Kenny, I following your blog and I&#8217;ll be happy to show you the code <img src='http://kennyw.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
But via e-mail&#8230;</p>
<p>Thanks again<br />
Ron</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenny</title>
		<link>http://kennyw.com/work/indigo/181/comment-page-1#comment-93885</link>
		<dc:creator>Kenny</dc:creator>
		<pubDate>Mon, 17 Mar 2008 17:37:06 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/181#comment-93885</guid>
		<description>On the client, the way to control this is to throttle the amount of [Begin]Send calls you make simultaneously. On the server-side, you can control the number of connections through a combination of Service-level throttles and tcpBindingElement.MaxConnections</description>
		<content:encoded><![CDATA[<p>On the client, the way to control this is to throttle the amount of [Begin]Send calls you make simultaneously. On the server-side, you can control the number of connections through a combination of Service-level throttles and tcpBindingElement.MaxConnections</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron</title>
		<link>http://kennyw.com/work/indigo/181/comment-page-1#comment-93822</link>
		<dc:creator>Ron</dc:creator>
		<pubDate>Mon, 17 Mar 2008 09:20:59 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/181#comment-93822</guid>
		<description>Hi Kenny,
how I can avoid opening multiple tcp connections when using TransferMode.Streamed ? with many calls to the same service ?
I want to enjoy both worlds: streaming (large data transfer) &amp; control the number of opened connections (if I already have open one...)
In my app , I&#039;m using the same channel for multiple receives , but still I see many connections opened (process explorer - tcp view at both client and server)
Thanks</description>
		<content:encoded><![CDATA[<p>Hi Kenny,<br />
how I can avoid opening multiple tcp connections when using TransferMode.Streamed ? with many calls to the same service ?<br />
I want to enjoy both worlds: streaming (large data transfer) &amp; control the number of opened connections (if I already have open one&#8230;)<br />
In my app , I&#8217;m using the same channel for multiple receives , but still I see many connections opened (process explorer &#8211; tcp view at both client and server)<br />
Thanks</p>
]]></content:encoded>
	</item>
</channel>
</rss>

