<div dir="ltr"><div class="gmail_quote"><div>I switched this thread to the python-ideas list, since this is proposing a new feature.</div><div><br></div><div dir="ltr"><br></div><div dir="ltr">On Mon, Oct 22, 2018 at 12:13 PM Sean Harrington <<a href="mailto:seanharr11@gmail.com">seanharr11@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div>I contend that multiprocessing.Pool is used most frequently with a single task. I am proposing a feature that enforces this invariant, optimizes task memory-footprints & thus serialization time, and preserves the well-established interface to Pool through subclassing.<br></div></div></div></div></blockquote><div><br></div><div>We've got a disagreement over interface design. That's more easily discussed with concrete examples. In my own work, I often create a procmap or threadmap function to make that pattern more pleasant. Since you're making the proposal, why not share some examples of using Pool in the manner you'd like? As real a chunk of code as you're able to share publicly (and concisely).</div></div></div>