delta/python-packages/gitpython.git/lib/git/async/util.py, branch 3.1.6

Removed async from tree

2010-06-12T12:34:09+00:00

Removed commented-out debug code and additional debug printings. Verified it works on py2.4, 2.5 and 2.6

2010-06-11T14:42:09+00:00

IMPORTANT: sometimes, when notifying waiters by releasing their lock, the lock is not actually released or they are not actually notifyied, staying in a beautysleep. This glitch is probably caused by some detail not treated correctly in the thread python module, which is something we cannot fix. It works most of the time as expected though - maybe some cleanup is not done correctly which causes this

2010-06-11T09:52:01+00:00

messy first version of a properly working depth-first graph method, which allows the pool to work as expected. Many more tests need to be added, and there still is a problem with shutdown as sometimes it won't kill all threads, mainly because the process came up with worker threads started, which cannot be

2010-06-09T22:24:49+00:00

Channel: removed pseudoconstructor, which clearly improves the design and makes it easier to constomize

2010-06-09T13:29:47+00:00

pool: in serial mode, created channels will be serial-only, which brings 15% of performance

HSCondition: Fixed terrible bug which it inherited from its default python Condition implementation, related to the notify method not being treadsafe. Although I was aware of it, I missed the first check which tests for the size - the result could be incorrect if the whole method wasn't locked.

2010-06-09T12:01:51+00:00

Testing runs stable now, allowing to move on \!

HSCondition: now gets a lock even in the single-notify case, as it was required due to the non-atomiciy of the invovled operation. Removed one level of indirection for the lock, by refraining from calling my own 'wrapper' methods, which brought it back to the performance it had before the locking was introduced for the n==1 case

2010-06-09T09:45:25+00:00

HSCondition: now deriving from deque, as the AsyncQeue does, to elimitate one more level of indirection. Clearly this not good from a design standpoint, as a Condition is no Deque, but it helps speeding things up which is what this is about. Could make it a hidden class to indicate how 'special' it is

2010-06-09T09:35:41+00:00

HSCondition: using a deck to store waiters, for further speedup

2010-06-09T09:31:24+00:00

thread: fixed initialization problem if an empty iterable was handed in

2010-06-09T09:28:37+00:00

queue: Queue now derives from deque directly, which safes one dict lookup as the queue does not need to be accessed through self anymore
pool test improved to better verify threads are started correctly