obaltian · GitHub

@obaltian

@obaltian

@picnixz picnixz changed the title Make imap()/imap_unordered() in multiprocessing.Pool actually lazy gh-64192: Make imap()/imap_unordered() in multiprocessing.Pool actually lazy

Jul 20, 2025

Closed

@obaltian obaltian changed the title gh-64192: Make imap()/imap_unordered() in multiprocessing.Pool actually lazy gh-64192: Make imap()/imap_unordered() in multiprocessing.pool actually lazy

Jul 20, 2025

@obaltian

obaltian

@obaltian

obaltian marked this pull request as ready for review

July 28, 2025 00:30

@obaltian

@obaltian Oleksandr Baltian

@obaltian

@obaltian

…e-to-multiprocessing
Note: I also had to add 1 '=' character to `Doc/whatsnew/3.16.rst`
because check-merge-conflict pre-commit hook was detecting legit
markdown syntax as a merge conflict string.

@obaltian

encukou

encukou

encukou

Co-authored-by: Petr Viktorin <encukou@gmail.com>
Co-authored-by: Petr Viktorin <encukou@gmail.com>
Co-authored-by: Petr Viktorin <encukou@gmail.com>

Sasha Baltian

Sasha Baltian

Sasha Baltian

Sasha Baltian

Sasha Baltian

Sasha Baltian

@encukou

mbeijen pushed a commit to mbeijen/cpython that referenced this pull request

Aug 14, 2026
…ultiprocessing.pool` (pythonGH-136871)
The new argument allows consuming the input iterator lazily, potentially
saving memory, and allowing long/infinite iterators.
It mirrors the *buffersize* argument to `concurrent.futures.Executor.map`
that was added in 3.14.
Co-authored-by: Oleksandr Baltian <oleksandr.baltian@maklai.com.ua>
Co-authored-by: Petr Viktorin <encukou@gmail.com>
Co-authored-by: Sasha Baltian <sasha.baltian@hyperexponential.com>

Read the original on github.com ↗