xargs -I가 -L 1을 암시하는 이유는 무엇입니까?

나는 보았다'find -exec cmd {} +'가 '{} +'로 끝나야 하는 이유는 무엇입니까?이것은 (*) 끝에 {} +있어야 하는 이유를 설명합니다. 이제 GNU가 입력 인수당 하나의 명령으로 되돌아가는 이유가 무엇인지 궁금합니다 -exec cmd.xargs-I-i

-I는 -str [...]을 대체하여 -x 및 -L 1을 의미합니다.

예를 들어:

$ seq 1 10 | xargs echo
1 2 3 4 5 6 7 8 9 10
$ seq 1 10 | xargs -I {} echo {}
1
2
3
4
5
6
7
8
9
10

xargs 매뉴얼 페이지의 BUGS 섹션에는 다음과 같이 간단히 설명되어 있습니다.

-L 옵션은 -I 옵션과 호환되지 않지만 호환되어서는 안 됩니다.

그리고

-I 옵션을 사용하면 입력에서 읽은 각 행이 내부적으로 버퍼링됩니다. 이는 -I 옵션과 함께 사용할 때 xargs가 허용하는 입력 행의 길이에 상한이 있음을 의미합니다. 이 제한 사항을 해결하려면 -s 옵션을 사용하여 xargs에서 사용하는 버퍼 공간의 양을 늘릴 수 있으며 xargs에 대한 추가 호출을 사용하여 매우 긴 줄이 발생하지 않도록 할 수도 있습니다.

이유도 설명하지 않습니다.

사용하는 주요 이유 중 하나 xargs는 실행되는 명령 수를 줄이는 것입니다( cp각각 1000개의 소스 파일 이름을 실행하거나 1개의 소스 파일 이름을 사용하는 것보다 하나를 실행하거나 1000개의 소스 파일 이름을 사용하는 것이 더 좋습니다 mv). UNIX 명령에서는 소스(예: 파일 목록)가 대상(예: 디렉터리) 앞에 와야 합니다.cpmv

그렇다면 왜 xargs그러한 제한이 있습니까?

---

업데이트 날짜: 2015-11-05

최근에 freebsd 10.0 VM을 만들었고 freebsd 버전에 이 문제를 처리할 수 있는 옵션이 xargs있다는 것을 발견했습니다.-J

-J 응답자

이 옵션을 지정하면 xargs는 해당 데이터를 다른 모든 인수에 추가하는 대신 첫 번째 replstr 발생을 표준 입력에서 읽은 데이터로 바꿉니다. 이 옵션은 입력에서 읽은 인수 수(-n) 또는 xargs가 생성하는 명령의 크기(-s)에 영향을 주지 않습니다. 이 옵션은 실행된 명령에서 해당 매개변수가 배치될 위치를 단순히 이동합니다. replstr은 xargs에 대한 별도의 인수로 나타나야 합니다. 예를 들어, 인용된 문자열 중간에 있으면 인식되지 않습니다. 또한 처음으로 나타나는 replstr만 교체됩니다. 예를 들어, 다음 명령은 현재 디렉터리에서 대문자로 시작하는 파일 및 디렉터리 목록을 destdir에 복사합니다.

/bin/ls -1d [A-Z]* | xargs -J % cp -Rp % destdir

---

(*) 본질적으로 "POSIX 사양에 그렇게 나와 있기 때문입니다". 내가 보기에는 그들은 의 {}어느 곳에나 나타날 수 있는 솔루션을 찾기 위해 더 열심히 노력해야 하거나 -exec ... +최소한 cp 및 mv와 같은 표준 도구를 사용하여 -tGNU와 같은 옵션을 사용하여 소스와 대상을 반대로 해야 할 것 같습니다.