Threading and locking
Sebastian Spaeth
Sebastian at SSpaeth.de
Tue Nov 30 13:25:29 GMT 2010
Hi all,
by default we use threads to possibly sync many accounts at the same
time. But we don't seem to protect/lock that 2 accounts deliver e.g. to
the same local Maildir at the same time, which can lead to concurrency
issues. Is this analysis correct? I see 2 solutions:
1) Lock on a per-repository basis rather than using one big offlineimap
lock (which might not be needed anyway, why shouldn't I be allowed to
run 2 offlineimap instances to sync separate accounts simultanously)
2) Do away with multiple-account in parallel synching. This would
reduce the number of threads that we use. I would love to move to a
situation where a "-1" (singlethreaded) option really does not invoke
additional threads at all (which makes debugging much harder).
Do people use the multiple-accounts at parallel feature at all? (I am
not talking about multiple threads per account, but synching accounts in
parallel)? Would it be acceptable to just work of one account after the
other?
What do people think?
Sebastian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/offlineimap-project/attachments/20101130/1bf97da1/attachment.sig>
More information about the OfflineIMAP-project
mailing list