Message330962
| Author | tzickel |
|---|---|
| Recipients | Windson Yang, benjamin.peterson, davin, docs@python, mattip, ned.deily, pablogsal, pitrou, tzickel, vstinner, zach.ware |
| Date | 2018-12-03.17:31:12 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1543858272.87.0.788709270274.issue34172@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
The previous posts here touch all this subjects: A. The documentation explicitly says: "When the pool object is garbage collected terminate() will be called immediately." (Happened till a code refactor 9 years ago introduced this bug). B. Large amount of code was developed for this technique: https://github.com/python/cpython/blob/master/Lib/multiprocessing/util.py#L147 (Till the end of the file almost) C. The reason I opened this bug was because I was called to see why a long running process crashes after a while, and found out it leaked tons of subprocesses / pool._cache memory. D. The quoted code, will currently simply leak each invocation lots of subprocesses... I too, think we should push for the said fix. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2018-12-03 17:31:12 | tzickel | set | recipients: + tzickel, pitrou, vstinner, benjamin.peterson, ned.deily, docs@python, zach.ware, mattip, davin, pablogsal, Windson Yang |
| 2018-12-03 17:31:12 | tzickel | set | messageid: <1543858272.87.0.788709270274.issue34172@psf.upfronthosting.co.za> |
| 2018-12-03 17:31:12 | tzickel | link | issue34172 messages |
| 2018-12-03 17:31:12 | tzickel | create | |