1. 17 Jun, 2010 2 commits
  2. 13 Jan, 2010 3 commits
  3. 04 Jan, 2010 1 commit
  4. 02 Oct, 2009 1 commit
  5. 14 Dec, 2008 2 commits
  6. 27 Oct, 2008 1 commit
  7. 30 Jul, 2008 2 commits
  8. 22 Jul, 2008 1 commit
    • Michael Hanselmann's avatar
      Split conditions in worker pool · 53b1d12b
      Michael Hanselmann authored
      This patch splits the single threading.Condition object used in the
      worker pool for synchronization into three.
      
      - worker_to_pool: Notified if a worker wants to notify the pool
      - pool_to_worker: Notified if the pool wants to notify a single
        or all workers
      - pool_to_pool: Used for synchronization in Quiesce
      
      Reviewed-by: ultrotter
      53b1d12b
  9. 08 Jul, 2008 1 commit
    • Michael Hanselmann's avatar
      workerpool: Don't notify if there was no task · b3558df1
      Michael Hanselmann authored
      Workers have to notify their pool if they finished a task to make
      the WorkerPool.Quiesce function work. This is done in the finally:
      clause to notify even in case of an exception. However, before
      we notified on each run, even if there was no task, thereby creating
      some sort of an endless loop of notifications. In a future patch
      we should split the single condition object into several to
      produce less spurious notifications.
      
      While we're at this, this patch also adds two new functions to
      BaseWorker to query whether it's currently running a task and then
      uses one of these functions in the WorkerPool instead of querying
      the internal variable directly.
      
      Reviewed-by: iustinp
      b3558df1
  10. 04 Jul, 2008 1 commit