Read write lock for asyncio . A RWLock maintains a pair of associated
locks, one for read-only operations and one for writing. The read lock may be
held simultaneously by multiple reader tasks, so long as there are
no writers. The write lock is exclusive.
Whether or not a read-write lock will improve performance over the use of a mutual exclusion lock depends on the frequency that the data is read compared to being modified. For example, a collection that is initially populated with data and thereafter infrequently modified, while being frequently searched is an ideal candidate for the use of a read-write lock. However, if updates become frequent then the data spends most of its time being exclusively locked and there is little, if any increase in concurrency.
Implementation is almost direct port from this patch.
Requires Python 3.5+
import asyncio
import aiorwlock
loop = asyncio.get_event_loop()
async def go():
rwlock = aiorwlock.RWLock(loop=loop)
async with rwlock.writer:
# or same way you can acquire reader lock
# async with rwlock.reader: pass
print("inside writer")
await asyncio.sleep(0.1, loop=loop)
loop.run_until_complete(go())Requires Python 3.3+
import asyncio
import aiorwlock
loop = asyncio.get_event_loop()
@asyncio.coroutine
def go():
rwlock = aiorwlock.RWLock(loop=loop)
with (yield from rwlock.writer):
# or same way you can acquire reader lock
# with (yield from rwlock.reader): pass
print("inside writer")
yield from asyncio.sleep(0.1, loop=loop)
loop.run_until_complete(go())By default RWLock switches context on lock acquiring. That allows to other waiting tasks get the lock even if task that holds the lock doesn't contain context switches (await fut statements).
The default behavior can be switched off by fast argument: RWLock(fast=True).
Long story short: lock is safe by default, but if you sure you have context switches (await, async with, async for or yield from statements) inside locked code you may want to use fast=True for minor speedup.
aiorwlock is offered under the Apache 2 license.