On Thu, Jun 6, 2019 at 2:44 PM Assaf Gordon <assafgor...@gmail.com> wrote: > > > -----Original Message----- > > From: Olga Kornievskaia [mailto:a...@umich.edu] > > > > Is there something philosophically incorrect in making a “cp” > > multi-threaded and allow for parallel copies when “cp -r” is done? If > > it’s something that’s possible, are there any plans in making a > > multi-threaded cp? > > On Thu, Jun 06, 2019 at 02:17:40PM -0400, Olga Kornievskaia wrote: > > The use case I'm consider are network file systems. So perhaps a > > default can be a single threaded system for the local filesystems but > > add an option to cp for the -r case that would enable network file > > system to copy files in parallel. > > In an interesting coincidence, see recent post by Paul Kolano here: > https://lists.gnu.org/archive/html/coreutils/2019-06/msg00011.html > > (Note that his suggestions have not been reviewed yet, so this is > neither endorsement nor criticism of his code.) >
Interesting! Thank you for the link (since I'm not on the mailing list). I'm going to try out this code and see how it performs (Thank you Paul Kolano). It would be great if the maintainers of the coreutils would consider adding this multi-threaded cp functionality in.