From e46459ef21e1ee5ceaeca70365a7c881d33b09ce Mon Sep 17 00:00:00 2001
From: Diva Canto
Date: Wed, 17 Jul 2013 11:19:36 -0700
Subject: Cleared up much confusion in PollServiceRequestManager. Here's the
 history: When Melanie added the web fetch inventory throttle to core, she
 made the long poll requests (EQs) effectively be handled on an active loop.
 All those requests, if they existed, were being constantly dequeued, checked
 for events (which most often they didn't have), and requeued again. This was
 an active loop thread on a 100ms cycle! This fixes the issue. Now the
 inventory requests, if they aren't ready to be served, are placed directly
 back in the queue, but the long poll requests aren't placed there until there
 are events ready to be sent or timeout has been reached. This puts the
 LongPollServiceWatcherThread back to 1sec cycle, as it was before.

---
 OpenSim/Framework/BlockingQueue.cs | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

(limited to 'OpenSim/Framework/BlockingQueue.cs')

diff --git a/OpenSim/Framework/BlockingQueue.cs b/OpenSim/Framework/BlockingQueue.cs
index aef1192..e607e64 100644
--- a/OpenSim/Framework/BlockingQueue.cs
+++ b/OpenSim/Framework/BlockingQueue.cs
@@ -76,7 +76,7 @@ namespace OpenSim.Framework
         {
             lock (m_queueSync)
             {
-                if (m_queue.Count < 1 && m_pqueue.Count < 1)
+                while (m_queue.Count < 1 && m_pqueue.Count < 1)
                 {
                     Monitor.Wait(m_queueSync, msTimeout);
                 }
-- 
cgit v1.1