Re: .NET Remoting slow, why?
- From: "Robson Siqueira" <robson@xxxxxxxxxxxxxxx>
- Date: Wed, 24 Jan 2007 16:54:51 -0500
What protocol are you using as a transport channel?
--
Regards,
Robson Siqueira
Enterprise Architect
"Solitude" <Solitude@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:940CEB1D-38B4-49AB-8D7D-8982D4417BA0@xxxxxxxxxxxxxxxx
Also forgot to mention I was hosting it on my own remote server and me and
my
friend connected to it through our remoting speedy. Then on his server I
was
connecting to it very slowly. We are in the same area.
"Solitude" wrote:
So we aren't sending too much data back and forth.
Would implementing ISerializable on our objects and doing our own
serialization speed this up like some have suggested elsewhere?
Cause when I log into my Verizon wireless internet it takes even longer,
but
that internet is pretty fast. But someone was telling me doing
ISerializable
wouldn't matter cause if that was the problem then all connections
regardless
of the speed would be having the same slow problem. Is this true?
"Spam Catcher" wrote:
=?Utf-8?B?U29saXR1ZGU=?= <Solitude@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in
news:14B5877E-384A-4A8A-8109-EA08A8DD7698@xxxxxxxxxxxxx:
Hi,
We have a tiered application and we are using remoting and the
trasportation method. This works fabulous as expected by just
connecting to local host. But when we go over to a remote server it
goes from milliseconds to 4-5 seconds to complete a simple request.
Are you serializing a lot of data?
Is there anyway to improve our remoting, we are using a
BinaryFormatProvider to send it over in binary format. And we have
compression enabled and encryption working using GenuineChannels.
Having our objects that are remoted implement ISerializable won't
improve that will it? Cause if it was serialization slowness problem
wouldn't all senarios experience this slowness? Could it be
GenuineChannels that is making this all slow?
I found if you don't serialize too much data, remoting is fast.
However, if
you're sending a lot of objects back and forth it gets quite slow
quickly.
.
- Follow-Ups:
- Re: .NET Remoting slow, why?
- From: Solitude
- Re: .NET Remoting slow, why?
- References:
- Re: .NET Remoting slow, why?
- From: Spam Catcher
- Re: .NET Remoting slow, why?
- Prev by Date: Re: Multi-threaded Worker Objects
- Next by Date: Re: .NET Remoting slow, why?
- Previous by thread: Re: .NET Remoting slow, why?
- Next by thread: Re: .NET Remoting slow, why?
- Index(es):
Relevant Pages
|