On Thu, Jul 18, 2019 at 12:21 PM Pádraig Brady wrote:
>
> On 18/07/19 16:08, Olga Kornievskaia wrote:
> > On Thu, Jul 18, 2019 at 7:54 AM Pádraig Brady wrote:
> >>
> >> On 15/07/19 17:37, Olga Kornievskaia wrote:
> >>> From: Olga Kornievskaia
&
On Thu, Jul 18, 2019 at 7:54 AM Pádraig Brady wrote:
>
> On 15/07/19 17:37, Olga Kornievskaia wrote:
> > From: Olga Kornievskaia
> >
> > Add an option of --copy-offload that instead of doing a traditional
> > copy will utilize a copy_file_range() system c
From: Olga Kornievskaia
Add an option of --copy-offload that instead of doing a traditional
copy will utilize a copy_file_range() system call. For local file
system this system call adds the benefit that no copy from
kernel space into user space buffers provided by the copy will be
done. Instead
Hi folks,
In the spirit of my inquiries about cp functionality, I'd like to ask
the community if there are any plans to make use of the
copy_file_range() system call that's been available in the linux
kernel for a number of years now. While it promises great improvement
to the network file
On Thu, Jun 6, 2019 at 2:44 PM Assaf Gordon 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
t; 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
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
