Hmmm without being a maintainer. I would say cp -r is most used on single disk, so one thread is using the maximum disk iops taking y time to copy. What would solve using multiple threads each taking their share of the maximum disk iops, and because of the scheduling and other overhead finishing later than y time?
-----Original Message----- From: Olga Kornievskaia [mailto:a...@umich.edu] Sent: donderdag 6 juni 2019 17:39 To: coreutils@gnu.org Subject: question about parallelism in cp command Hi folks, 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? I’m not a member of the list so I kindly request you cc me on the reply. Thank you.
