[issue21664] multiprocessing leaks temporary directories pymp-xxx

[Irit Katriel]

Change by Irit Katriel :


--
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21664] multiprocessing leaks temporary directories pymp-xxx

[Zackery Spytz]

Zackery Spytz  added the comment:

Python 2.7 is no longer supported, so I think this issue should be closed.

--
nosy: +ZackerySpytz

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21664] multiprocessing leaks temporary directories pymp-xxx

[Richard Oudkerk]

Changes by Richard Oudkerk :


--
assignee:  -> sbt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21664] multiprocessing leaks temporary directories pymp-xxx

[Ned Deily]

Changes by Ned Deily :


--
nosy: +sbt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21664] multiprocessing leaks temporary directories pymp-xxx

[Mike Frysinger]

Mike Frysinger added the comment:

this has been fixed between py3.2 and py3.3:
http://hg.python.org/cpython/diff/831ae71d0bdc/Lib/multiprocessing/managers.py

so just asking for that to be backported to the py2.x branch :)

--
nosy: +vapier

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21664] multiprocessing leaks temporary directories pymp-xxx

[Yu-Ju Hong]

New submission from Yu-Ju Hong:

When running many managers (e.g. > 10) in parallel on a decent machine, there 
is often a number of pymp-xxx directories left in /tmp after the run.

After some digging and debugging, I think the cause is that 
multiprocessing.managers.SyncManager waits for the manager process to shutdown 
and join with a timeout of 0.2s, and this timeout is way too low. This leads to 
processes being forced to terminate before cleaning up the temporary 
directories properly.

Could the timeout being raised a bit, or at least allowing the timeout to be 
set when creating the SyncManager through Manager()?

--
components: Library (Lib)
messages: 219767
nosy: yjhong
priority: normal
severity: normal
status: open
title: multiprocessing leaks temporary directories pymp-xxx
type: behavior
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com