Re: Cross domain performance

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@xxxxxxxxx> wrote in message
news:uewKwCEBIHA.4496@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxx> wrote in message
news:uo596waAIHA.3716@xxxxxxxxxxxxxxxxxxxxxxx
Have you tried other IPC methods, like named pipes or even sockets?

"Bob Bins" <deveng@xxxxxxxxx> ha scritto nel messaggio
news:%23jn5AmRAIHA.4752@xxxxxxxxxxxxxxxxxxxxxxx
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?








.

Relevant Pages

  • AppDomains and Remoting
    ... Make some nice plugins, and load those plugins into a ... , unload the Plugin AppDomain, and reload it, leaving ... and how would I load a form that is ... Like I said, maybe I'm barking up the wrong tree, or I'm ...
    (microsoft.public.dotnet.languages.vb)
  • Re: AppDomain Probing issue
    ... assembly in the new appdomain without loading it in the calling one? ... > then attempts to return the assembly reference to the calling AppDomain. ... > That requires the calling AppDomain to load the assembly as well. ... >> SvcBin is an AppDomain created by the OwnerForm, ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: Checking for implementation of an interface
    ... >> which plugins they want to run from a list of available plugins. ... If I load ... >> each assembly and check it, then I have all those assemblies in memory until ... >> into the separate appdomain. ...
    (microsoft.public.dotnet.framework)
  • Re: Thank you and goodbye Mr Peter Morris
    ... I have only encountered one time the absolute need to load plugins into ... was loaded into its appdomain, it would simultaneously take all new requests ... There's a good book that discusses this in depth: "Customizing the .NET ... find in the Customizing the .NET Framework CLR book is not easily ...
    (borland.public.delphi.non-technical)
  • ApplicationDomains
    ... Create new appdomain to "discover" all plugins and report them back ... Destroy discovery domain (To free assemblies/resources) ... I plan to use this in a service project, ...
    (microsoft.public.dotnet.languages.vb)