8000 [3.12] gh-112169: Documented getaddrinfo/getnameinfo default loop exe… · python/cpython@3afb856 · GitHub
[go: up one dir, main page]

Skip to content

Commit 3afb856

Browse files
miss-islingtonalex-kowalczykgvanrossumkumaraditya303willingc
authored
[3.12] gh-112169: Documented getaddrinfo/getnameinfo default loop executor usage and implications. (GH-112191) (#120936)
gh-112169: Documented getaddrinfo/getnameinfo default loop executor usage and implications. (GH-112191) (cherry picked from commit fc297b4) Co-authored-by: Alek Kowalczyk <alek.kowalczyk@gmail.com> Co-authored-by: Guido van Rossum <gvanrossum@gmail.com> Co-authored-by: Kumar Aditya <kumaraditya@python.org> Co-authored-by: Carol Willing <carolcode@willingconsulting.com>
1 parent 69bd1a8 commit 3afb856

File tree

1 file changed

+8
-0
lines changed

1 file changed

+8
-0
lines changed

Doc/library/asyncio-eventloop.rst

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1139,6 +1139,14 @@ DNS
11391139

11401140
Asynchronous version of :meth:`socket.getnameinfo`.
11411141

1142+
.. note::
1143+
Both *getaddrinfo* and *getnameinfo* internally utilize their synchronous
1144+
versions through the loop's default thread pool executor.
1145+
When this executor is saturated, these methods may experience delays,
1146+
which higher-level networking libraries may report as increased timeouts.
1147+
To mitigate this, consider using a custom executor for other user tasks,
1148+
or setting a default executor with a larger number of workers.
1149+
11421150
.. versionchanged:: 3.7
11431151
Both *getaddrinfo* and *getnameinfo* methods were always documented
11441152
to return a coroutine, but prior to Python 3.7 they were, in fact,

0 commit comments

Comments
 (0)
0