[Mono-dev] Questions about mod-mono-server process/AppDomain loading/unloading

Christopher Bergström cbergstrom at netsyncro.com
Sun Nov 13 16:50:35 EST 2005


Joshua Tauberer wrote:

> Christopher Bergström wrote:
>
>> Here's what I outline and I think would be great.. (Feedback welcomed)
>
>
>> A) Either updates to bin/*.dll or web.config not requiring a restart of
>> Mono process
>
>
> Figuring out when the files change is not a problem, but...

Yeah.. I realized this, and was a drastic over simplification, but
didn't want to write a book...

>
>> B) Some way to restart each site and not have it effect the other sites
>
>
> Besides restarting a mod-mono-server process, as I said, there's no
> way to restart individual applications.  This has to do with
> complicated AppDomain unloading issues.

Is there any current way to put each site on it's own process? ( I think
this might be key to a temp solution if it's _easy_)

> I don't think that's possible, not for caching in general.  Cached
> objects in memory can't stick around if the whole application is being
> restarted.

No no.. I was talking about some layer of separation between sites and
assuming each site was somehow on it's own process.

Site A is restarting (and all cached object go to garbage/recovered)
Site B is using tons of caching.. (Any way to protect all it's cached
objects from A's restart)

In general I think if there is a way to run each site on it's own
process, keep the performance impact of a restart to a minimum between
sites and a minor control panel addition.. (We could maybe* start to
look at mass virtual mono hosting)

Which files do the heavy lifting for loading/unloading of AppDomain(s). 
I'm going to guess this isn't documented so I'm curious to look at the
source and how loading/unloading is currently done.  Does MS document
how they do it anywhere and do we currently follow suite currently?

Thanks for the ideas

C.



More information about the Mono-devel-list mailing list