58587fbec0
0.32.1 Increased timeout in ServiceInfo.request to handle loaded systems It can take a few seconds for a loaded system to run the async_request coroutine when the event loop is busy, or the system is CPU bound (example being Home Assistant startup). We now add an additional _LOADED_SYSTEM_TIMEOUT (10s) to the run_coroutine_threadsafe calls to ensure the coroutine has the total amount of time to run up to its internal timeout (default of 3000ms). Ten seconds is a bit large of a timeout; however, it is only used in cases where we wrap other timeouts. We now expect the only instance the run_coroutine_threadsafe result timeout will happen in a production circumstance is when someone is running a ServiceInfo.request() in a thread and another thread calls Zeroconf.close() at just the right moment that the future is never completed unless the system is so loaded that it is nearly unresponsive. The timeout for run_coroutine_threadsafe is the maximum time a thread can cleanly shut down when zeroconf is closed out in another thread, which should always be longer than the underlying thread operation.
6 lines
412 B
Text
6 lines
412 B
Text
$NetBSD: distinfo,v 1.20 2021/07/05 19:03:29 adam Exp $
|
|
|
|
SHA1 (zeroconf-0.32.1.tar.gz) = 92e6c7607f8977453c9756b52943e004ef0842e8
|
|
RMD160 (zeroconf-0.32.1.tar.gz) = 5e4a6fe9106d4c0446b6d403179297797f61d59a
|
|
SHA512 (zeroconf-0.32.1.tar.gz) = 101b2ce1595c20b5e9e58ad06574576f8e08d1740f9531d3f3065437df7667da6a623026874feed1b4e6765331ea48a33a64a3322f2a6306a2eb357181e0517b
|
|
Size (zeroconf-0.32.1.tar.gz) = 92432 bytes
|