Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 9 Jul 2023 10:33:26 GMT
From:      Po-Chuan Hsieh <sunpoet@FreeBSD.org>
To:        ports-committers@FreeBSD.org, dev-commits-ports-all@FreeBSD.org, dev-commits-ports-main@FreeBSD.org
Subject:   git: c6a13c6a8342 - main - devel/py-aiorwlock: Add py-aiorwlock 1.3.0
Message-ID:  <202307091033.369AXQqG055094@gitrepo.freebsd.org>

next in thread | raw e-mail | index | archive | help
The branch main has been updated by sunpoet:

URL: https://cgit.FreeBSD.org/ports/commit/?id=c6a13c6a8342ee029b240ece46013d5792d78d9a

commit c6a13c6a8342ee029b240ece46013d5792d78d9a
Author:     Po-Chuan Hsieh <sunpoet@FreeBSD.org>
AuthorDate: 2023-07-09 10:10:21 +0000
Commit:     Po-Chuan Hsieh <sunpoet@FreeBSD.org>
CommitDate: 2023-07-09 10:10:21 +0000

    devel/py-aiorwlock: Add py-aiorwlock 1.3.0
    
    aiorwlock provides 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.
---
 devel/Makefile               |  1 +
 devel/py-aiorwlock/Makefile  | 19 +++++++++++++++++++
 devel/py-aiorwlock/distinfo  |  3 +++
 devel/py-aiorwlock/pkg-descr | 12 ++++++++++++
 4 files changed, 35 insertions(+)

diff --git a/devel/Makefile b/devel/Makefile
index 656d457e4d40..efebea912f3e 100644
--- a/devel/Makefile
+++ b/devel/Makefile
@@ -4197,6 +4197,7 @@
     SUBDIR += py-aiologger
     SUBDIR += py-aiorpcX
     SUBDIR += py-aiortc
+    SUBDIR += py-aiorwlock
     SUBDIR += py-aiosignal
     SUBDIR += py-airtable-python-wrapper
     SUBDIR += py-amalgamate
diff --git a/devel/py-aiorwlock/Makefile b/devel/py-aiorwlock/Makefile
new file mode 100644
index 000000000000..7f44ce2eaba7
--- /dev/null
+++ b/devel/py-aiorwlock/Makefile
@@ -0,0 +1,19 @@
+PORTNAME=	aiorwlock
+PORTVERSION=	1.3.0
+CATEGORIES=	devel python
+MASTER_SITES=	PYPI
+PKGNAMEPREFIX=	${PYTHON_PKGNAMEPREFIX}
+
+MAINTAINER=	sunpoet@FreeBSD.org
+COMMENT=	Read write lock for asyncio
+WWW=		https://github.com/aio-libs/aiorwlock
+
+LICENSE=	APACHE20
+LICENSE_FILE=	${WRKSRC}/LICENSE
+
+USES=		python
+USE_PYTHON=	autoplist concurrent distutils
+
+NO_ARCH=	yes
+
+.include <bsd.port.mk>
diff --git a/devel/py-aiorwlock/distinfo b/devel/py-aiorwlock/distinfo
new file mode 100644
index 000000000000..390a6f28add9
--- /dev/null
+++ b/devel/py-aiorwlock/distinfo
@@ -0,0 +1,3 @@
+TIMESTAMP = 1688166002
+SHA256 (aiorwlock-1.3.0.tar.gz) = 83f12d87df4b9728a0b8fda1756585ab0d652b107bab59c6084e1b1ad692ab45
+SIZE (aiorwlock-1.3.0.tar.gz) = 12945
diff --git a/devel/py-aiorwlock/pkg-descr b/devel/py-aiorwlock/pkg-descr
new file mode 100644
index 000000000000..7a954b551982
--- /dev/null
+++ b/devel/py-aiorwlock/pkg-descr
@@ -0,0 +1,12 @@
+aiorwlock provides 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.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202307091033.369AXQqG055094>