Issue 21527: concurrent.futures.ThreadPoolExecutor does not use a default value

As the title says, ThreadPoolExecutor does not use a default value for max_workers parameter, as ProcessPoolExecutor does. When the user does not care about the number of workers and wants only for something to run in background, he has to write code like this:

if processes:
   executor = ProcessPoolExecutor()
elif threads:
   executor = ThreadPoolExecutor(1) # or any other value

This situation can also occur when the class is passed as a factory function:

def create_pool(executor_factory):
   if executor_factory is process pool:
       executor = executor_factory()
   else:
       executor = executor_factory(1)

This patch proposes using the number of cores as the default value for max_workers.
For instance, multiprocessing.pool.ThreadPool uses the same value.

+1. Makes it easier to swap Executors (which is a big selling point for the Executor framework), and number of cores is a reasonable default value.

Looks good.

Thank you, Guido.

New changeset 2805b0dca798 by Guido van Rossum in branch 'default':
Closes #21527: Add default number of workers to ThreadPoolExecutor. (Claudiu Popa.)
http://hg.python.org/cpython/rev/2805b0dca798

nosy: + python-dev
messages: + msg226278

resolution: fixed
stage: commit review -> resolved