Quando troverà. -exec COMMAND {} + `esegui COMMAND più volte?

Se lo faccio

find . -exec echo {} +

stampa tutti i percorsi su una riga, ovvero il comando echoviene eseguito una sola volta.

Ma secondo man find,

-exec command {} +
    ... the number of invocations of the command will 
be much  less  than  the  number  of matched files. ...

Sembra che in alcune circostanze il comando verrà eseguito più volte. Ho ragione? Si prega di esemplificare.

POSIX definito find -exec nome_utilità [argomento ...] {} + come:

La fine dell'espressione primaria deve essere punteggiata da un <semicolon> o da un <plus-sign>. Solo un <plus-sign> che segue immediatamente un argomento contenente solo i due caratteri "{}" deve punteggiare la fine dell'espressione primaria. Gli altri usi di <plus-sign> non devono essere considerati speciali. Se l'espressione primaria è punteggiata da un <semicolon>, l'utilità utility_name deve essere invocata una volta per ogni percorso e il primario deve valutare come vero se l'utilità restituisce un valore zero come stato di uscita. Un nome_utilità o un argomento contenente solo i due caratteri "{}" deve essere sostituito dal percorso corrente. Se un nome_utilità o un argomentostringa contiene i due caratteri "{}", ma non solo i due caratteri "{}", è definito dall'implementazione se find sostituisce quei due caratteri o usa la stringa senza modifiche.

Se l'espressione primaria è punteggiata da un <plus-sign>, il primario deve sempre valutare come vero e i nomi dei percorsi per i quali viene valutato il primario devono essere aggregati in set. L'utilità utility_name deve essere invocata una volta per ogni serie di percorsi aggregati. Ogni invocazione deve iniziare dopo l'aggregazione dell'ultimo percorso nel set e deve essere completata prima che l' utilità di ricerca esca e prima che il primo percorso nel set successivo (se presente) sia aggregato per questo primario, ma non è altrimenti specificato se l'invocazione si verifica prima, durante o dopo le valutazioni di altre primarie. Se qualsiasi invocazione restituisce un valore diverso da zero come stato di uscita, la ricerca l'utilità deve restituire uno stato di uscita diverso da zero. Un argomento contenente solo i due caratteri "{}" deve essere sostituito dall'insieme di nomi di percorso aggregati, con ciascun nome di percorso passato come argomento separato all'utilità invocata nello stesso ordine in cui è stato aggregato. Le dimensioni di qualsiasi set di due o più nomi di percorso devono essere limitate in modo tale che l'esecuzione dell'utilità non provochi il superamento del limite {ARG_MAX} del sistema . Se è presente più di un argomento contenente i due caratteri "{}", il comportamento non è specificato.

Quando la lunghezza impostata del nome file trovato supera il sistema ARG_MAX, il comando viene eseguito.

Puoi ARG_MAXusare getconf :

$ getconf ARG_MAX
2097152

Su alcuni sistemi, il valore effettivo di ARG_MAXpuò essere diverso, è possibile fare riferimento qui per maggiori dettagli.

Esiste una lunghezza massima dell'elenco di argomenti per un nuovo processo nel sistema POSIX. findsuddividerà l'esecuzione se i percorsi dei file sono più lunghi di questo. Per vedere il limite su Linux, usa xargs --show-limits(non funziona in Mac OS, se qualcuno conosce un'alternativa migliore, commenta qui)

modifica: rubato direttamente dalla risposta di Gnouc, il modo POSIX per ottenere la lunghezza massima dell'elenco di argomenti è getconf ARG_MAX. Tuttavia, ho eseguito un esperimento sul mio computer Mac OS e sembra che findutilizzi poco più della metà di quel numero. Ciò è coerente con il fatto che, sul sistema in cui funziona, xargs --show-limitsci dice che non utilizzerà la lunghezza massima dell'argomento (anche in questo caso utilizzerà circa la metà di quel numero), tuttavia non sono riuscito a trovare una spiegazione per quello.

modifica 2: sembra che l'unico modo affidabile per determinare quanti parametri findsi uniranno per ogni invocazione è sperimentare, ad esempio eseguendo

find / -exec echo {} + | wc -cl

Poiché l'output da findha una riga per ogni echoinvocazione, è possibile contarli usando wc -l. Il numero totale di byte echoed è invece l'output di wc -c. Dividendo l'uno per l'altro si ottiene il numero medio di byte nei parametri per ogni invocazione di comando (anche se un valore leggermente inferiore, a causa dell'arrotondamento, circa la metà della lunghezza media di un percorso nel sistema)