This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author methane
Recipients Epic_Wink, Vojtěch Boček, asvetlov, methane, yselivanov
Date 2019-05-28.07:17:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1559027822.05.0.477677233767.issue35279@roundup.psfhosted.org>
In-reply-to
Content
> If you want to limit to 16-20 that may be ok but `cpu_count + 4` doesn't work in this case. On cloud servers, I see 128 or even more cores very often. 160+4 is not that you want to propose, sure.


I proposed cpu_count + 4 because #24882 almost fixed the problem of large maxworks.
If you don't like it, how about min(32, cpu_count+4)?


> I insist on changing the default calculation schema in concurrent.futures, not in asyncio. There is no case for asyncio to be exceptional.

Makes sense.
History
Date User Action Args
2019-05-28 07:17:02methanesetrecipients: + methane, asvetlov, yselivanov, Vojtěch Boček, Epic_Wink
2019-05-28 07:17:02methanesetmessageid: <1559027822.05.0.477677233767.issue35279@roundup.psfhosted.org>
2019-05-28 07:17:02methanelinkissue35279 messages
2019-05-28 07:17:01methanecreate