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.

Author dtasev
Recipients davin, dtasev, gdr@garethrees.org, sbt, serhiy.storchaka
Date 2017-07-14.11:30:33
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1500031833.96.0.667514610141.issue30919@psf.upfronthosting.co.za>
In-reply-to
Content
I have looked into your advice of changing multiprocessing.heap.Arena.__init__, I have removed the code that allocated the file and reverted to the old behaviour.

I have done some brief runs and it seems to bring back the old behaviour which is allocating the space in RAM, rather than with IO. I am not sure what things this might break, and it might make the other usages of multiprocessing unstable! 

Can anyone think of anything this change might break? The Arena.__init__ code is the one from Python 2.7:

    class Arena(object):
        def __init__(self, size, fd=-1):
             self.size = size
             self.fd = fd  # still kept but is not used !
             self.buffer = mmap.mmap(-1, self.size)

There does not seem to be a difference regardless of the start method setting multiprocessing.set_start_method('fork') to be 'fork'.
History
Date User Action Args
2017-07-14 11:30:33dtasevsetrecipients: + dtasev, sbt, gdr@garethrees.org, serhiy.storchaka, davin
2017-07-14 11:30:33dtasevsetmessageid: <1500031833.96.0.667514610141.issue30919@psf.upfronthosting.co.za>
2017-07-14 11:30:33dtasevlinkissue30919 messages
2017-07-14 11:30:33dtasevcreate