Administrace komentářů

Budu se muset jeste jednou poradne zamyslet nad tim, co a proc bere xargs na svem vstupu jako jeden argument a proc to tak je.

Jde jen o to, že když využiješ záložku (-I{}), tak se Ti všechny argumenty "slijou" dohromady v jeden tj. jako kdyby jsi vypsal všechny argumenty předané skriptu pomocí $@. A pak zbytečně spouštíme Bash, aby jsme tyto argumenty předali wgetu opět odděleně, takže to není příliš vhodné řešení. Můžeme snížit počet spouštěných procesů na polovičku, když nepoužijeme záložku:

$ pr -mTs" -O " urls names |xargs --max-lines=1 ./processing.sh
RUN
1. arg = https://www.example.com/1
2. arg = -O
3. arg = one
RUN
1. arg = https://www.example.com/2
2. arg = -O
3. arg = two
RUN
1. arg = https://www.example.com/3
2. arg = -O
3. arg = three

Co se týče ARG_MAX, tak jsem xargs podcenil, hlídá si velikost a pokud by byl překročen systémový limit (případně lze nastavit i menší hodnotu viz. níže), tak provede spuštění příkazu a pro data, která se nevešla spustí další instaci příkazu a tak stále dokola než zpracuje celý vstup:

$ pr -mTs" -O " urls names |xargs --max-chars=100 ./processing.sh
RUN
1. arg = https://www.example.com/1
2. arg = -O
3. arg = a1
4. arg = https://www.example.com/2
5. arg = -O
6. arg = a2
RUN
1. arg = https://www.example.com/3
2. arg = -O
3. arg = b3
4. arg = https://www.example.com/4
5. arg = -O
6. arg = b4
RUN
1. arg = https://www.example.com/5
2. arg = -O
3. arg = c5
4. arg = https://www.example.com/6
5. arg = -O
6. arg = c6

U wgetu to pochopitelne zas az tak nevadi, ale kdyz si predstavim, ze je tam treba 'mv', 'rm', 'gzip' nebo 'tar x' ...

Ano máš pravdu, např. pokud předpokládáš, že budeš mazat hodně souborů, tak není vhodné použít volbu -exec příkazu find, ale je lepší předat výstup -print na vstup xargs, který už sám zajistí minimální množství instací příkazu rm.