StackOverflow2013

Note that there are some explanatory texts on larger screens.

plurals

PO
primarykey
Id
15045102
data
AcceptedAnswerId
0
AnswerCount
0
ClosedDate
CommentCount
1
CommunityOwnedDate
CreationDate
2013-02-23T20:11:48.917
FavoriteCount
0
LastActivityDate
2013-02-23T20:21:34.397
LastEditDate
2013-02-23T20:21:34.397
LastEditorUserId
2035384
OwnerUserId
2035384
ParentId
14996623
PostTypeId
2
Score
8
ViewCount
0
LastEditorDisplayName
text
Body
Long answer is: it depends on many things. Short answer is yes. Yes Yes. Let's make an experiment and see the most common default situation. We have 2 console apps and 1 common class library which is referred by both console apps. The 1st console app has the role of the client and the 2nd one has that of the server. First, here's what the commonly depended upon class library contains: <pre><code>public interface IFactory { string Hello(string name); } </code></pre> Now for some server code. Here's the start up: <pre><code>private static TcpChannel channel; static void Main(string[] args) { BinaryClientFormatterSinkProvider clientProv = new BinaryClientFormatterSinkProvider(); BinaryServerFormatterSinkProvider serverProv = new BinaryServerFormatterSinkProvider(); serverProv.TypeFilterLevel = TypeFilterLevel.Full; channel = new TcpChannel( properties: new Hashtable { { @"port", 2013 } }, clientSinkProvider: clientProv, serverSinkProvider: serverProv ); ChannelServices.RegisterChannel(channel, false); RemotingConfiguration.RegisterWellKnownServiceType(typeof(Factory), "Factory.rem", WellKnownObjectMode.SingleCall); Console.WriteLine("Server started..."); Console.WriteLine("Press any key to stop..."); Console.ReadKey(intercept: true); } </code></pre> We just mentioned a class called Factory. <pre><code>RemotingConfiguration.RegisterWellKnownServiceType(typeof(Factory), "Factory.rem", WellKnownObjectMode.SingleCall); </code></pre> You guessed it. It's the IFactory implementation: <pre><code>private sealed class Factory : MarshalByRefObject, IFactory { #region IFactory Members string IFactory.Hello(string name) { return @"Hello " + name + @" !"; } #endregion } </code></pre> Now for some client: <pre><code>static void Main(string[] args) { Console.WriteLine("Press any key to connect..."); Console.ReadKey(intercept: true); IFactory factory = Activator.GetObject(typeof(IFactory), @"tcp://127.0.0.1:2013/Factory.rem") as IFactory; EventWaitHandle signal = new EventWaitHandle(initialState: false, mode: EventResetMode.ManualReset); ThreadStart action = () => { signal.WaitOne(); var result = factory.Hello("Eduard"); Console.WriteLine(result); }; foreach (var i in Enumerable.Range(0, 99)) new Thread(action) { IsBackground = true }.Start(); Console.WriteLine("Press any key to bombard server..."); Console.ReadKey(intercept: true); signal.Set(); Console.ReadKey(intercept: true); } </code></pre> You already know all of these things, I'm sure. We obtain a transparent proxy to the SingleCall service on the other side (they're both on the same machine and we're using TCP port 2013): <pre><code>IFactory factory = Activator.GetObject(typeof(IFactory), @"tcp://127.0.0.1:2013/Factory.rem") as IFactory; </code></pre> Then, for "simulataneous-ness" reasons we create 100 threads, start them (which can take some time), but "hold them in a leash" (a signal is an essential means of synchronization of the OS) until we "pull the trigger": <pre><code>EventWaitHandle signal = new EventWaitHandle(initialState: false, mode: EventResetMode.ManualReset); ThreadStart action = () => { signal.WaitOne(); var result = factory.Hello("Eduard"); Console.WriteLine(result); }; foreach (var i in Enumerable.Range(0, 99)) new Thread(action) { IsBackground = true }.Start(); </code></pre> So although all 100 threads have been created AND started, they are all waiting in the following invocation: <pre><code>signal.WaitOne(); </code></pre> That way we can get the to start at the same time better, otherwise the creation and starting of threads itself would have made their actual execution more or less sequential. We ask the user to decide when to "bombard the server" with 100 Hello invocations: <pre><code>Console.WriteLine("Press any key to bombard server..."); Console.ReadKey(intercept: true); signal.Set(); </code></pre> And this is what happens: 1) We start the server console app and let it run in peace: <img src="https://i.stack.imgur.com/pF3hW.jpg" alt="enter image description here"> 2) We start the client console app, "make the connection" by pressing any key (which is only a logical connection since it just creates a transparent proxy) but we postpone the "bombardment": <img src="https://i.stack.imgur.com/PtPik.jpg" alt="enter image description here"> 3) We start up Mark Russinovich's <a href="http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx" rel="noreferrer">Process Explorer</a> and use it to discover the client process in the process list, and while doing that we open it's properties window and select the TCP/IP tab: <img src="https://i.stack.imgur.com/u51wS.jpg" alt="enter image description here"> 4) We hit any key in the client console app, and .. TA DAA !! You get a lot of connections in <a href="http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx" rel="noreferrer">Process Explorer</a>. Are they a hundred ? Sometimes yes, sometimes no. It's a connection pool, that's for sure. After a short while (5 to 10 seconds) of idleness they close down which is a very good thing (because the .NET Remoting stack is implemented that way). <img src="https://i.stack.imgur.com/CJEEy.jpg" alt="enter image description here"> I hope this experiment generally answered your question. In more specific cases and in a more rigorous sense you should check out the documentation and read about the various channels that you might use in your .NET Remoting apps (there are loads of them out there, what you've seen here is just the regular TcpChannel officially provided by Microsoft, it depends on what your .NET Remoting configuration says, on whether you're hosting the server in IIS or not, etc).
Tags
Title
singulars
PostAcceptedAnswerId
1. This table or related slice is empty.
PostParentId
1. PO.Net Remoting uses only one connection ?
 singulars
 PostTypePostTypeId
 PTQuestion
PostTypePostTypeId
1. PTAnswer
UserLastEditorUserId
1. USEduard Dumitru
UserOwnerUserId
1. USEduard Dumitru
plurals
PostLinksPostIdRelatedPostId
1. This table or related slice is empty.
PostLinksRelatedPostIdPostId
1. This table or related slice is empty.
PostsAcceptedAnswerId
1. This table or related slice is empty.
PostsParentIdCreationDate
1. This table or related slice is empty.
VotesPostIdCreationDate
1. VO
 singulars
 PostPostId
 PO
 UserUserId
 This table or related slice is empty.
 VoteTypeVoteTypeId
 VTUpMod
2. VO
 singulars
 PostPostId
 PO
 UserUserId
 This table or related slice is empty.
 VoteTypeVoteTypeId
 VTUpMod
CommentsPostId
1. This table or related slice is empty.

Querying!

Guidance

A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.