On Wed, 13 Nov 2019, Paul Cuzner wrote: > Hi Sage, > > So I tried switching out the udev calls to pyudev, and shaved a whopping > 1sec from the timings..Looking deeper I found that the issue is related to > *ALL* process.Popen calls (of which there are many!) - they all use > close_fds=True. > > My suspicion is that when running in a container the close_fds sees fd's > from the host too - so it tries to tidy up more than it should. If you set > ulimit -n 1024 or something and then try a ceph-volume inventory, it should > just fly through! (at least it did for me) > > Let me know if this works for you. Yes.. that speeds of significantly! 1.5s -> .2s in my case. I can't say that I understand why, though... it seems like ulimit -n will make file open attempts fail, but I don't see any failures. Can we drop the close_fds arg? sage _______________________________________________ Dev mailing list -- dev@xxxxxxx To unsubscribe send an email to dev-leave@xxxxxxx
