From 3a1ee79ee4239213b35f6b73a65c127c2af977fb Mon Sep 17 00:00:00 2001
From: John Hurliman
Date: Tue, 27 Oct 2009 02:36:57 -0700
Subject: Finally hunted down the Parallel deadlock. Packets were being handled
 asynchronously (filling up the threadpool with handlers), which would turn
 around and try to do parallel operations on the starved threadpool. The
 solution for now is to disable Parallel.cs operations until we can gracefully
 handle parallel operations with a potentially starved threadpool

---
 bin/OpenSim.ini.example | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

(limited to 'bin')

diff --git a/bin/OpenSim.ini.example b/bin/OpenSim.ini.example
index 2adc87f..4f1799e 100644
--- a/bin/OpenSim.ini.example
+++ b/bin/OpenSim.ini.example
@@ -49,7 +49,7 @@
     ; in parallel. Running in parallel should increase performance
     ; on a multi-core system, but will make debugging more
     ; difficult if something deadlocks or times out
-    use_async_when_possible = true
+    use_async_when_possible = false
     
     ; Max threads to allocate on the FireAndForget thread pool
     ; when running with the SmartThreadPool option above
-- 
cgit v1.1