- Oct 02, 2009
-
-
Michael Hanselmann authored
Signed-off-by:
Michael Hanselmann <hansmi@google.com> Reviewed-by:
Iustin Pop <iustin@google.com>
-
- Dec 14, 2008
-
-
Iustin Pop authored
Reviewed-by: amishchenko
-
Iustin Pop authored
Quoting Michael: "why is this even working?" Reviewed-by: imsnah,amishchenko
-
- Oct 27, 2008
-
-
Iustin Pop authored
Reviewed-by: imsnah
-
- Jul 30, 2008
-
-
Iustin Pop authored
This is mostly: - whitespace fix (space at EOL in some files, not all, broken indentation, etc) - variable names overriding others (one is a real bug in there) - too-long-lines - cleanup of most unused imports (not all) Reviewed-by: ultrotter
-
Michael Hanselmann authored
Reviewed-by: iustinp
-
- Jul 22, 2008
-
-
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
-
- Jul 08, 2008
-
-
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
-
- Jul 04, 2008
-
-
Michael Hanselmann authored
Reviewed-by: ultrotter
-