I would think that using the TCP channel and binary formatter would give you comparable throughput to DCOM for your communication channel. And here is an excerpt from MSDN
"The TCP channel uses the binary formatter by default. This formatter serializes data in binary form and uses raw sockets to transmit data across the network. This method is ideal if your object is deployed in a closed environment within the confines of a firewall. This approach is more optimized than HTTP or DCOM since it uses sockets to communicate binary data between objects. Using the TCP channel to expose your object gives you the advantage of low overhead in closed environments. [1]" Francis X. Knebels Merck Vaccine Division [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dwamish7/ht ml/vtconNETRemoting.asp -----Original Message----- From: Stefan Avramtchev [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 03, 2002 7:49 AM To: [EMAIL PROTECTED] Subject: Re: [ADVANCED-DOTNET] Singleton without remoting I think I know what you need but in my perception the only way to reach outside the .NET AppDomain goes via Remoting. Inter-process comms always impose overhed. But how much bigger the overherd of .NET Remoting versus the DCOM overhead is I do not know and I'll appresiate if somebody gives us an idea about it. stef On Tue, 2 Jul 2002 17:17:13 -0700, Matthew Hunter <[EMAIL PROTECTED]> wrote: >Guys, > >Just wondering if anyone has come accross a way of having a singleton >object on the same machine as the clients, but without using remoting. > >I now how to do this if the client objects are in the same process (app- >domain?) as the singleton, but not if the clients are in different >processes (as they do not see the singleton in the other other process, >and create their own). > >I don't mind using remoting so much to do this, but I would like to avoid >the overhead of remoting - seeing that the client and server are on the >same machine. > >Is there much overhead in remoting calls from a client to a server if both >are on the same machine? > >Cheers > >Matthew Hunter > >You can read messages from the Advanced DOTNET archive, unsubscribe from Advanced DOTNET, or >subscribe to other DevelopMentor lists at http://discuss.develop.com. You can read messages from the Advanced DOTNET archive, unsubscribe from Advanced DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com. ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (Whitehouse Station, New Jersey, USA) that may be confidential, proprietary copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please immediately return this by e-mail and then delete it. ============================================================================== You can read messages from the Advanced DOTNET archive, unsubscribe from Advanced DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.
