Es probable que el comando se ajuste así:
parallel -j32 cp -rpf {} /Users/henry/ ::: /Volumes/henry/*
Tenga en cuenta el asterisco, esto permitirá parallel
para paralelizar a través de las carpetas/archivos presentes para ser copiados dentro del nivel superior de /Volumes/henry/
.
Con el comando anterior, habrá tantas copias concurrentes como /Volumes/henry/*
se expande, por lo que el comando original (sin el asterisco) era lento (realizaba una copia paralela).
Sin embargo, ya que estás copiando tanta información, te recomendaría un enfoque alternativo, y utilizar rsync
en lugar de cp
. rsync
puede ser ligeramente más lento, pero verifica que las copias se completen correctamente, por lo que ayudaría a garantizar que el destino coincide con el origen, y es reanudable en caso de que el proceso termine prematuramente.
Algo así debería funcionar:
parallel -j32 rsync -av {} /Users/henry/ ::: /Volumes/henry/*
Por último, puede que tenga que jugar con el número de hilos máximos, 32 podría ser demasiado alto dependiendo de la E/S de sus discos en el origen y el destino, y dependiendo de cuántas carpetas/archivos hay en la carpeta /Volumes/henry/
. Dado que esta copia está vinculada a la red, es posible que 32 hilos no aceleren la copia tanto como se espera.