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.
Created on 2014年06月04日 18:39 by yjhong, last changed 2022年04月11日 14:58 by admin. This issue is now closed.
| Messages (3) | |||
|---|---|---|---|
| msg219767 - (view) | Author: Yu-Ju Hong (yjhong) | Date: 2014年06月04日 18:39 | |
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()? |
|||
| msg219770 - (view) | Author: Mike Frysinger (vapier) | Date: 2014年06月04日 18:49 | |
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 :) |
|||
| msg380633 - (view) | Author: Zackery Spytz (ZackerySpytz) * (Python triager) | Date: 2020年11月10日 06:00 | |
Python 2.7 is no longer supported, so I think this issue should be closed. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022年04月11日 14:58:04 | admin | set | github: 65863 |
| 2020年11月30日 10:23:04 | iritkatriel | set | status: open -> closed resolution: out of date stage: resolved |
| 2020年11月10日 06:00:46 | ZackerySpytz | set | nosy:
+ ZackerySpytz messages: + msg380633 |
| 2014年06月28日 18:01:19 | sbt | set | assignee: sbt |
| 2014年06月05日 01:51:59 | ned.deily | set | nosy:
+ sbt |
| 2014年06月04日 18:49:26 | vapier | set | nosy:
+ vapier messages: + msg219770 |
| 2014年06月04日 18:39:04 | yjhong | create | |