wouldn't the thread pool in OpenSim be using mono threads?<div><br></div><div>Also perhaps I wasn't clear, the application I found the benefit in from increasing mono threads was *not* Opensim, but rather it was a different application that uses the same http server as OpenSim uses.<br>
<br><div class="gmail_quote">On Fri, Mar 9, 2012 at 6:25 PM, Justin Clark-Casey <span dir="ltr"><<a href="mailto:jjustincc@googlemail.com">jjustincc@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm sorry to say that you'll have to take the ThreadPool numbers with a very very very large pinch of salt. I believe they only refer to the built-in mono thread pool and not the SmartThreadPool which is the one actually used (and beyond that the core simulator and xengine use separate pools). I will try and improve this situation soon.<div>
<div class="h5"><br>
<br>
On 09/03/12 11:46, Akira Sonoda wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
600 on a 8 core machine ( i guess the hyperthreaded cores are visible to mono as real cores, at least in nmon they are<br>
reported as such ) is quite a lot of threads. This morning I went big and configured 1000, but I'm not really sure which<br>
approach to go...<br>
<br>
seeing the stats:<br>
<br>
Region (Close Encounter) # show threads<br>
9 threads are being tracked:<br>
ID NAME LAST UPDATE (MS) LIFETIME (MS) PRIORITY<br>
STATE<br>
8 PollServiceWorkerThread0 137 27996479 Lowest<br>
WaitSleepJoin<br>
9 PollServiceWorkerThread1 27996478 27996478 Lowest<br>
WaitSleepJoin<br>
10 PollServiceWorkerThread2 27996478 27996478 Lowest<br>
WaitSleepJoin<br>
11 PollServiceWatcherThread 137 27996478 Lowest<br>
WaitSleepJoin<br>
15 MapItemRequestThread (Close Encounter) 383 27992497 Lowest Background,<br>
WaitSleepJoin<br>
18 Incoming Packets (Close Encounter) 19 27979915 Lowest<br>
WaitSleepJoin<br>
19 Outgoing Packets (Close Encounter) 0 27979915 Lowest<br>
WaitSleepJoin<br>
20 Heartbeat (Close Encounter) 55 27979914 Lowest<br>
WaitSleepJoin<br>
34 AsyncLSLCmdHandlerThread 33 27964827 Lowest Background,<br>
WaitSleepJoin<br>
<br>
*** ThreadPool threads ***<br>
workers: 0 (500); ports: 0 (1000)<br>
<br>
the ThreadPool shows worker/port threads 1500 so on a 8 CPU Machine 200 MONO_THREADS_PER_CPU should be sufficient if i<br>
interpret those numbers correctly guessing the numbers in brackets are the max of the Pools. Therefore 1000 is possibly<br>
too much, Will be interesting to see if i still run into problems with 300 Threads per CPU.<br>
<br>
<br>
<br>
<br></div></div>
Am 9. März 2012 08:14 schrieb Dahlia Trimble <<a href="mailto:dahliatrimble@gmail.com" target="_blank">dahliatrimble@gmail.com</a> <mailto:<a href="mailto:dahliatrimble@gmail.com" target="_blank">dahliatrimble@gmail.<u></u>com</a>>>:<div class="im">
<br>
<br>
Sorry I don't really know much about it. In my case it was an application that used the http server dll from OpenSim<br>
and served probably 40-60 simultaneous requests. Mono was defaulting to 25 threads per cpu but I changed it to 75<br>
and I stopped having download problems. This was on a 4-core machine.<br>
<br>
I would guess if you are using 150 and seeing problems that a good place to start might be somewhere around 450-600<br>
and see what happens.<br>
<br></div><div class="im">
On Thu, Mar 8, 2012 at 9:44 PM, Akira Sonoda <<a href="mailto:akira.sonoda.1@gmail.com" target="_blank">akira.sonoda.1@gmail.com</a> <mailto:<a href="mailto:akira.sonoda.1@gmail.com" target="_blank">akira.sonoda.1@gmail.<u></u>com</a>>> wrote:<br>
<br>
Ooopps... my MONO_THREADS_PER_CPU=150 are obviously not enough. 2000 as stated in the article is quite a lot ...<br>
what are your settings? do you go with the 2000?<br>
<br>
<br></div>
Am 9. März 2012 00:07 schrieb Dahlia Trimble <<a href="mailto:dahliatrimble@gmail.com" target="_blank">dahliatrimble@gmail.com</a> <mailto:<a href="mailto:dahliatrimble@gmail.com" target="_blank">dahliatrimble@gmail.<u></u>com</a>>>:<div class="im">
<br>
<br>
Are you using Mono? I've seen poor performance of the http server used in OpenSimulator when insufficient<br>
threads are available. Manipulating the environment variable MONO_THREADS_PER_CPU has worked for me when<br>
I've encountered this problem before. Take a look at<br>
<a href="http://www.mono-project.com/Article:ThreadPool_Deadlocks" target="_blank">http://www.mono-project.com/<u></u>Article:ThreadPool_Deadlocks</a> for some background on this problem.<br>
<br>
As far as network performance tools go I'd probably just search the web for "network performance tool" and<br>
pick whatever works for you.<br>
<br></div><div class="im">
On Thu, Mar 8, 2012 at 2:28 PM, Akira Sonoda <<a href="mailto:akira.sonoda.1@gmail.com" target="_blank">akira.sonoda.1@gmail.com</a> <mailto:<a href="mailto:akira.sonoda.1@gmail.com" target="_blank">akira.sonoda.1@gmail.<u></u>com</a>>> wrote:<br>
<br>
Hi Dahlia,<br>
<br></div>
Am 5. März 2012 01:14 schrieb Dahlia Trimble <<a href="mailto:dahliatrimble@gmail.com" target="_blank">dahliatrimble@gmail.com</a> <mailto:<a href="mailto:dahliatrimble@gmail.com" target="_blank">dahliatrimble@gmail.<u></u>com</a>>>:<div class="im">
<br>
<br>
A couple thoughts, not sure if it's your problem or not.<br>
<br>
I would probably check to make sure the cache is set up properly and the file system it's on has<br>
plenty of space. Also make sure the disk isnt being thrashed by other processes and that the disk is<br>
healthy and not fragmented. There's probably some system utilities that can show disk I/O activity<br>
and disk health.<br>
<br>
<br>
There is plenty of free space on the disk.<br>
<br>
You may also have network congestion problems that could slow retrieval from the asset servers or<br>
slow sending of assets to other clients.<br>
<br>
<br>
How can i figure them out?<br>
<br>
I've made a other report from the party from Wednesday on "Pyramid@osgrid".<br>
<br>
<a href="https://docs.google.com/open?id=0B301xueh1kxdVmVZZ18tbi1TdzZ2cGlRaFhDTlo4UQ" target="_blank">https://docs.google.com/open?<u></u>id=<u></u>0B301xueh1kxdVmVZZ18tbi1TdzZ2c<u></u>GlRaFhDTlo4UQ</a><br>
<br>
The server where "Pyramid" is located is similar to my server. The major difference is the mono version.<br>
There was a time when i had high quite high network load but is this network congestion?<br>
<br>
Status right now: we survive.<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br></div>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a> <mailto:<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.<u></u>berlios.de</a>><div class="im">
<br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br></div>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a> <mailto:<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.<u></u>berlios.de</a>><div class="im">
<br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br></div>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a> <mailto:<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.<u></u>berlios.de</a>><div class="im">
<br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br></div>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a> <mailto:<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.<u></u>berlios.de</a>><div class="im">
<br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
</div></blockquote><span class="HOEnZb"><font color="#888888">
<br>
<br>
-- <br>
Justin Clark-Casey (justincc)<br>
<a href="http://justincc.org/blog" target="_blank">http://justincc.org/blog</a><br>
<a href="http://twitter.com/justincc" target="_blank">http://twitter.com/justincc</a></font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br></div>