find -exec + vs find | xargs: ¿cuál elegir?

Entiendo que -execpueden tomar una +opción para imitar el comportamiento de xargs. ¿Hay alguna situación en la que prefiera una forma sobre la otra?

Personalmente, prefiero la primera forma, aunque solo sea para evitar el uso de una tubería. Creo que los desarrolladores de finddeben haber hecho las optimizaciones apropiadas. ¿Estoy en lo correcto?

Es posible que desee encadenar llamadas para encontrar (una vez, cuando se enteró, que es posible, que podría ser hoy). Por supuesto, esto solo es posible mientras permanezca en búsqueda. Una vez que se conecta a xargs está fuera de alcance.

Pequeño ejemplo, dos archivos a.lst y b.lst:

cat a.lst
fuddel.sh
fiddel.sh

cat b.lst
fuddel.sh

No hay truco aquí, simplemente el hecho de que ambos contienen "fuddel" pero solo uno contiene "fiddel".

Supongamos que no lo sabíamos. Buscamos un archivo que coincida con 2 condiciones:

find -exec grep -q fuddel {} ";" -exec grep -q fiddel {} ";" -ls
192097    4 -rw-r--r--   1 stefan   stefan         20 Jun 27 17:05 ./a.lst

Bueno, tal vez conozca la sintaxis de grep u otro programa para pasar ambas cadenas como condición, pero ese no es el punto. Aquí se puede usar cualquier programa que pueda devolver verdadero o falso, dado un archivo como argumento, grep fue solo un ejemplo popular.

Y tenga en cuenta que puede seguir find -exec con otros comandos find, como -ls o -delete o algo similar. Tenga en cuenta que eliminar no solo rm (elimina archivos), sino que rmdir (elimina directorios) también.

Dicha cadena se lee como una combinación AND de comandos, siempre que no se especifique lo contrario (es decir, con un -orinterruptor (y parens (que necesitan enmascaramiento))).

Así que no te vas de la cadena de búsqueda, lo cual es algo útil. No veo ninguna ventaja en el uso de -xargs, ya que debes tener cuidado al pasar los archivos, que es algo que find no necesita hacer: maneja automáticamente pasar cada archivo como un argumento único para ti.

Si cree que necesita un poco de enmascaramiento para los corchetes find {} , no dude en visitar mi pregunta que solicita evidencia. Mi afirmación es: no lo haces.

La canalización segura de los nombres de archivos xargsrequiere que su findsoporte sea compatible con la -print0opción y que xargstenga la opción correspondiente para leerlo ( --nullo -0). De lo contrario, los nombres de archivo con caracteres no imprimibles o barras invertidas o comillas o espacios en blanco en el nombre pueden causar un comportamiento inesperado. Por otro lado, find -exec {} +está en la especificación POSIXfind , por lo que es portátil, y es casi tan seguro como find -print0 | xargs -0, y definitivamente más seguro que find | xargs. Me gustaría recomendar no hacer find | xargssin -print0.

Si usa el -exec ... ;formulario (recordando escapar del punto y coma), está ejecutando el comando una vez por nombre de archivo. Si lo usa -print0 | xargs -0, ejecuta múltiples comandos por nombre de archivo. Definitivamente, debe usar el -exec +formulario, que coloca varios archivos en una sola línea de comando y es mucho más rápido cuando hay una gran cantidad de archivos involucrados.

Una gran ventaja de usar xargses la capacidad de ejecutar múltiples comandos en paralelo usando xargs -P. En sistemas multinúcleo, eso puede proporcionar un gran ahorro de tiempo.

Con respecto al rendimiento, pensé que eso -exec … +sería simplemente mejor porque es una herramienta única que hace todo el trabajo, pero una parte de la documentación de GNU findutil dice que -exec … +podría ser menos eficiente en algunos casos:

[encontrar con -exec … +] puede ser menos eficiente que algunos usos de xargs; por ejemplo, xargspermite construir nuevas líneas de comando mientras el comando anterior aún se está ejecutando, y le permite especificar una cantidad de comandos para ejecutar en paralelo. Sin embargo, la find ... -exec ... +construcción tiene la ventaja de una amplia portabilidad. GNU findutils no admitió ' -exec ... +' hasta la versión 4.2.12 [enero de 2005] ; Una de las razones de esto es que ya tenía la -print0"acción" en cualquier caso.

No estaba exactamente seguro de lo que eso significaba, así que pregunté en el chat dónde derobert lo explicó como:

findprobablemente podría continuar buscando el próximo lote de archivos mientras se -exec … +está ejecutando, pero no lo hace.
find … | xargs …lo hace, porque entonces el hallazgo es un proceso diferente, y sigue ejecutándose hasta que el buffer de la tubería se llena

(Formateando por mí)

Entonces ahí está eso. Pero si el rendimiento realmente importa, tendría que hacer una evaluación comparativa realista o, más bien, incluso preguntarse si incluso querría usar shell para tales casos.

Aquí, en este sitio, creo que es mejor aconsejar a las personas que usen el -exec … +formulario siempre que sea posible porque es más simple y por las razones mencionadas en las otras respuestas aquí (por ejemplo, manejar nombres de archivos extraños sin tener que pensar mucho).