Nope, it's xmas so most people are away. :-)
If remoting is too slow, you are stuck basically. Your programming
requirements either need to be revisited; that is, remove the pluggable
restrictions which would allow you to run in process in the same domain or
compromise on the performance. Cross boundary is always expensive and you
may have run up against a limitation in your current design.
--
--
Regards,
Alvin Bruney [MVP ASP.NET]
[Shameless Author plug]
The O.W.C. Black Book, 2nd Edition
Exclusively on
www.lulu.com/owc $19.99
[quoted text, click to view] "Bob Bins" <deveng@yahoo.com> wrote in message
news:uJq$qApBIHA.4568@TK2MSFTNGP02.phx.gbl...
>I will assume there is no solution and I have to load the plugins in the
>main appdomain in order to perform at a respectable level.
>
> I can't belive what little activity this group gets. Most of the issues I
> have with .net are related to performance. I guess most people don't car
> anymore. :(
>
>
>
> "Bob Bins" <deveng@yahoo.com> wrote in message
> news:uewKwCEBIHA.4496@TK2MSFTNGP06.phx.gbl...
>>I am using AppDomain.CreateInstanceFromAndUnwrap to create a instance of
>>an object in the second AppDomain. Then I call a method on that loads all
>>the plugin instances. It ruturns an array of interfaces. Then I call the
>>methods on those interfaces through the application.
>>
>> Calling in to these interfaces is what is slowing me down. I don't see
>> where you can change the comunicatin method when using
>> CreateInstanceFromAndUnwrap.
>>
>>
>> "Laura T." <LT_stop@yahoo.com> wrote in message
>> news:uo596waAIHA.3716@TK2MSFTNGP03.phx.gbl...
>>> Have you tried other IPC methods, like named pipes or even sockets?
>>>
>>> "Bob Bins" <deveng@yahoo.com> ha scritto nel messaggio
>>> news:%23jn5AmRAIHA.4752@TK2MSFTNGP04.phx.gbl...
>>>>I need to implement a plugin interface that is isolated and can be
>>>>loaded and unloaded at any time. Right now I am usign a second app
>>>>domain and calling in to it using remoting. The problem is remoting is
>>>>way to slow. I need to pass in a Stream of data a couple hundred times a
>>>>second. In my testing calling this method cuts my perfomrance from
>>>>about 2 million trasactions an hour to around 500k, which is
>>>>unexceptable. Are there any other solutions out there?
>>>>
>>>>
>>>>
>>>
>>
>>
>
>