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 aeros
Recipients aeros, asvetlov, primal, yselivanov
Date 2019-11-02.02:48:35
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1572662915.79.0.149351431281.issue32309@roundup.psfhosted.org>
In-reply-to
Content
> Number of OS threads to spawn.

Ah I see, so this would correspond with the "max_workers" argument of ThreadPoolExecutor then, correct? If so, we could pass this in the __init__ for ThreadPool:

def __init__(self, concurrency):
    ...
    self._executor = concurrent.futures.ThreadPoolExecutor(max_workers=concurrency)

IMO, I think it would be a bit more clear to just explicitly call it "threads" or "max_threads", as that explains what it's effectively doing. While "concurrency" is still a perfectly correct way of describing the behavior, I think it might be a little too abstract for an argument name.
History
Date User Action Args
2019-11-02 02:48:35aerossetrecipients: + aeros, asvetlov, yselivanov, primal
2019-11-02 02:48:35aerossetmessageid: <1572662915.79.0.149351431281.issue32309@roundup.psfhosted.org>
2019-11-02 02:48:35aeroslinkissue32309 messages
2019-11-02 02:48:35aeroscreate