[Mono-dev] Remoting and thread pool limits

Robert Jordan robertj at gmx.net
Sat Dec 15 15:25:42 EST 2007


pablosantosluac wrote:
> Well, it is not a *bug* but a feature. I wonder if it should be changed. If 
> you look into RemotingThreadPool.cs there is a line like:
> 
> 
> threadDone.WaitOne(PoolGrowDelay, false);
> 
> 
> This one is actually the one making the process too slow. I'm afraid it must 
> be something similar on the .NET code too!
> 
> Of course removing this line the problem gets solved, but I guess there is a 
> reason in the channel to do that.

I noticed that too, but this doesn't solve the real problem: the 200
thread test is still too slow on my machine. The degradation seems to
start after 60-80 threads on my pretty weak SMP machine.

Just to be sure,  I've replaced RemotingThreadPool with an own, simple
version based on the standard BCL ThreadPool => same issue, although
I've raised the env var MONO_THREADS_PER_CPU to an insane value.

Robert

> 
> 
> pablo
> 
> 
> ----- Original Message ----- 
> From: "Robert Jordan" <robertj at gmx.net>
> To: <mono-devel-list at lists.ximian.com>
> Sent: Saturday, December 15, 2007 4:12 PM
> Subject: Re: [Mono-dev] Remoting and thread pool limits
> 
> 
>> Hi,
>>
>> pablosantosluac wrote:
>>> Hi,
>>>
>>> I've found the following difference working with .NET and Mono remoting. 
>>> In
>>> .NET when the remoting ThreadPool reaches the pool's maximum (25 threads 
>>> per
>>> process), it is able to continue creating new threads. In fact, you can 
>>> end
>>> up having a remoting server with hundreds of threads.
>>>
>>> In mono the behaviour is different. Once the limit is reached it starts
>>> refusing connections.
>> This is unrelated to mono's remoting thread pool. You have probably
>> ran your tests on Windows, where mono indeed fails with a GC failure
>> when too many threads are created because the GC has a hard coded
>> max thread count limit.
>>
>> On Linux (x86_64, Mono 1.2.6) I can finish the tests:
>>
>> Linux Mono client -> Linux Mono server (same machine)
>>
>> poseidon [~/foo] $ mono client/bin/Debug/client.exe
>> tcp://localhost:8084/remote
>> 1 - Time 1206 ms
>> 5 - Time 2045 ms
>> 10 - Time 3575 ms
>> 20 - Time 8174 ms
>> 40 - Time 12055 ms
>> 50 - Time 8185 ms
>> 200 - Time 46150 ms
>>
>>
>> MS.NET client -> Linux Mono server (different machines)
>>
>> troll:/cygdrive/u/foo/client/bin/Debug $ ./client.exe
>> tcp://poseidon:8084/remote
>> 1 - Time 1297 ms
>> 5 - Time 2000 ms
>> 10 - Time 3515 ms
>> 20 - Time 6016 ms
>> 40 - Time 11031 ms
>> 50 - Time 6016 ms
>> 200 - Time 94375 ms
>>
>>
>> The numbers don't look very well, though. I promise to look at
>> this when you file a bug report so that it doesn't get
>> overlooked.
>>
>> Robert
>>
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list 




More information about the Mono-devel-list mailing list