Re: Is there any advantage to turning the following rsync cmd into a parallel cmd?

[Alex Muir]

Well given he had never tried before today and the rsync commands look
infinitely more easy to understand and write, I'm suggesting strongly
we stick with what we got..
 :)

On Fri, Jul 20, 2012 at 10:00 AM, Alex Muir <alex.g.muir@gmail.com> wrote:
> Okay interesting, Thanks Ole.
>
> On Fri, Jul 20, 2012 at 3:22 AM, Ole Tange <tange@gnu.org> wrote:
>> On Fri, Jul 20, 2012 at 2:33 AM, Alex Muir <alex.g.muir@gmail.com> wrote:
>>> Hi,
>>>
>>> I've created a nice script with parallel and then I use rsync to
>>> return output files which are various files, html and zip in several
>>> different directories. My client is wondering if the rsync aspect at
>>> the end can be done with parallel and if there would be an benefit to
>>> doing that and insisted I ask about it.
>>>
>>> Looking at the documentation I saw the one can --return files that
>>> were used as input files as well as create another command to return
>>> files generally. It was not clear to me though if one could return
>>> directories recursively as I do with the below rsync commands.
>>
>> I never tried before today, but it seems to work just fine:
>>
>> parallel -S localhost --trc {.}  'mkdir {.}; cp {}  {.}/abc{}' ::: a.b c.d 
>> e.f
>> parallel -S localhost --trc a{.}  'mkdir a{.}; cp {}  a{.}/abc{}' :::
>> a.b c.d e.f
>> parallel -S localhost --trc {.}  'mkdir {.}; cp {}  {.}/abc{}' ::: a.1 a.2 
>> a.3
>>
>> The last will complain that the dir 'a' already exists, but will work fine.
>>
>>
>> /Ole
>
>
>
> --
> -
>
> Alex G. Muir
> Software Engineering Consultant
> Linkedin Profile : http://ca.linkedin.com/pub/alex-muir/36/ab7/125



-- 
-

Alex G. Muir
Software Engineering Consultant
Linkedin Profile : http://ca.linkedin.com/pub/alex-muir/36/ab7/125