[Mono-list] mod_mono process list
Ben Clewett
ben at roadrunner.uk.com
Mon Nov 3 04:28:49 EST 2008
Jo Josh,
Thanks for your advise.
In this case there is only one instance of the mod_mono handler, and it
it not restarting, I am sure of this. The lock casing process delay is
probably in our code-space. However it's nearly impossibly to work out
what mod_mono is handling at any one time.
Therefore I have to obtain a list of what mod_mono is calling so I can
trace our problem.
(I don't know it attachments work on this, but I have enclosed a graph
showing how our mod_mono process count just goes up and up until the
server crashes.)
I may have to look at the mod_mono source code to try and get a result
if non is available now!
(Which will also allow me to make an XML version of the mod_mono Control
Panel for easier reading of the displayed metrics in 2.0.1...)
Thanks for the advise,
Ben
Joshua Tauberer wrote:
> Ben Clewett wrote:
>> We are experiencing a scenario where the number of running processes
>> under mod_mono will ramp up quite fast from near zero to 60 or 70, then
>> return to zero some time soon afterwards.
>>
>> We suspect that we have something locking the processes, causing this
>> behaviour, but can't find anything.
>>
>> It would be extremely useful if mod_mono or xsp daemon could be queried
>> in order to list the currently running process, by the external URL
>> called to mod_mono. Or maybe this can be done in the webservice c# code?
>>
>> Can any user suggest how this might be done?
>
> What you're describing is probably mod_mono starting up new
> mod-mono-server instances when it finds that there's none running and an
> incoming request needs to be processed. Only one mod-mono-server handles
> all of the requests (unless it's configured otherwise), so you shouldn't
> see the number of mod-mono-servers increase according to the number of
> requests being processed. Except that mod_mono may start a new
> mod-mono-server for each incoming request until it finds one running.
>
> I don't remember the details of how this works so I don't have
> suggestions off hand, though.
>
> Josh
> _______________________________________________
> Mono-list maillist - Mono-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
*************************************************************************
This e-mail is confidential and may be legally privileged. It is intended
solely for the use of the individual(s) to whom it is addressed. Any
content in this message is not necessarily a view or statement from Road
Tech Computer Systems Limited but is that of the individual sender. If
you are not the intended recipient, be advised that you have received
this e-mail in error and that any use, dissemination, forwarding,
printing, or copying of this e-mail is strictly prohibited. We use
reasonable endeavours to virus scan all e-mails leaving the company but
no warranty is given that this e-mail and any attachments are virus free.
You should undertake your own virus checking. The right to monitor e-mail
communications through our networks is reserved by us
Road Tech Computer Systems Ltd. Shenley Hall, Rectory Lane, Shenley,
Radlett, Hertfordshire, WD7 9AN. - VAT Registration No GB 449 3582 17
Registered in England No: 02017435, Registered Address: Charter Court,
Midland Road, Hemel Hempstead, Hertfordshire, HP2 5GE.
*************************************************************************
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graph_mono_proc.png
Type: image/png
Size: 0 bytes
Desc: not available
Url : http://lists.ximian.com/pipermail/mono-list/attachments/20081103/47b1a02e/attachment-0001.png
More information about the Mono-list
mailing list