The server load that u mentioned abt regds Async RPC , is
it bcos of clients firing off calls more rapidly or the extra
overhead with Asyncs ?

arun
ps : havent seen much on asyncs for quite some time - is there any inherent
drawbacks that cause it to not be used - or is it just coz its kinda new ??

----- Original Message -----
From: Syed Alam (Volt) <a-salamMICROSOFT.COM>
To: <DCOMDISCUSS.MICROSOFT.COM>
Sent: Friday, January 25, 2002 11:37 PM
Subject: Re: Asynchronous method calls : Need help - not a solution

I was also in the same confusion in my current project, as to whether
use asynchronous RPC or my own custom thread pool to do RPC calls. In my
case, a single controller invokes a number of remote objects on many
clients, and hands them a callback interface to the controller. These
remote objects spawn a number of threads and each would be making RPC
calls to the controller. So the expected load at the controller can be
very high, which may result in RPC errors.

Asynchronous calls sure result in speedy performance (from client's
perspective), but the server is loaded a lot. So I decided to resort to
custom queue-n-dispatch mechanism at the clients level. The # RPC
threads can be configured at clients. The one headache is the
serialization of all the arguments in this solution though.

Moreover, I have yet to solve a problem with Asynch RPC, when a number
of multiple threads constantly use a single Asynch callback interface to
call the controller. I was facing numerous RPC errors, even though I
have implemented ICallInterface interface at the controller (which I
belive I don't have to, if speedy operation at server is not needed).
This was one more problem that I finally decided to ditch Asynch RPC
solution.

....my 2 cents.

-----Original Message-----
From: ArunKumar S [mailto:akumarOMNESYSINDIA.COM]
Sent: Thursday, January 24, 2002 7:53 PM
To: DCOMDISCUSS.MICROSOFT.COM
Subject: Re: Asynchronous method calls : Need help - not a solution

Why is it odd - naturally they would have to built something extra that
incurs
this overhead - like the thread pool that was mentioned earlier , unless
the
Async RPC support is bulit into one of the transport stacks or some...

----- Original Message -----
From: Steve Swartz <steveswMICROSOFT.COM>
To: <DCOMDISCUSS.MICROSOFT.COM>
Sent: Friday, January 25, 2002 4:13 AM
Subject: Re: Asynchronous method calls : Need help - not a solution

I don't doubt that MSDn says this somewhere, but I find it odd, since
"normal blocking" RPC is built on top of Async RPC. ;)

-----Original Message-----
From: ArunKumar S [mailto:akumarOMNESYSINDIA.COM]
Sent: Thursday, January 24, 2002 3:24 AM
To: DCOMDISCUSS.MICROSOFT.COM
Subject: Re: Asynchronous method calls : Need help - not a solution

Hi

I have been thinking on the same lines myself - would be great if any
of our gurus could help

MSDn says Async RPC is 20-30% slower than normal blocking RPC ....

----------------------------------------------------------------
Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

----------------------------------------------------------------
Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

----------------------------------------------------------------
Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

----------------------------------------------------------------
Users Guide http://discuss.microsoft.com/archives/mailfaq.asp
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:DCOM-signoff-requestDISCUSS.MICROSOFT.COM

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]