needs to be there for underlying fs-drivers to r/w multiple full tracks
at a time while performing only 1 iop to write multiple tracks.
>
>
> -Original Message-
> From: L A Walsh [mailto:coreut...@tlinx.org]
> Sent: vrijdag 28 juni 2019 13:15
> To: Marc Roos
> Cc:
On Fri, Jun 28, 2019 at 04:15:22AM -0700, L A Walsh wrote:
You can target 10 areas at a time and get considerable benefit
if they are spread across multiple disks in the raid.
Alternatively, the kernel can hide this behind readahead.
ssage-
From: L A Walsh [mailto:coreut...@tlinx.org]
Sent: vrijdag 28 juni 2019 13:15
To: Marc Roos
Cc: aglo; coreutils
Subject: Re: question about parallelism in cp command
On 2019/06/06 09:25, Marc Roos wrote:
>
> Hmmm without being a maintainer. I would say cp -r is most used on
>
On 2019/06/06 09:25, Marc Roos wrote:
>
> 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.
---
not exactly true, if the 1 disk as a 20 disk raid10.
You can target 10 areas at a time and g
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 when “cp -r” is done? If
> > it’s something
> -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
er
> 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,
>
>
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
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.