find xargs rm

rm -f /path/*

Не канает, там _много_ файлов.

find /path -type f -exec rm {} \;

можно запустить несколько процессов

мне кажется будет быстрее сделать cd /каталог && ls | xargs rm я так всегда делаю.

find /path -type f -delete быстрее всех по идее, 1 процесс, нет никаких служебных расходов. Но, полагаю, тормоза в твоём случае исключительно из за disk IO и от них ты не избавишься.

Цитируем Frakhtan-teh

find /path -type f -delete

Так быстрее, так как нет лишних форков.

Цитируем Frakhtan-teh

В каталоге очень_много_файлов, целый день уже удаляются.

Для таких каталогов стоит монтировать отдельную ФС, тогда просто mkfs и все очищается за секунду

rm -rf <имя каталога>

Да, и ещё, замечал что на xfs удаляется примерно раз в 10 быстрее чем на ext3, даже использовал её специально для хранения больших проектов. ext4 не мерял - не было тогда.

rm -rf <имя каталога>

argument list too long или чето подобное. тут именно через xargs нужно. find - сущность всяко лишняя, ls быстрее.

Может, замер устроить? По идее с рейзера должны тереться мелкие файлы лучше.

Если у вас файлы удаляются, значит их ещё не так много. Если их много, то памяти не хватает у glibc функций работы с каталогом: http://www.linux.org.ru/view-message.jsp?msgid=3938261

всё, что идет через -exec или xargs выполняется медленно.
юзай -delete
а вообще можно и потестить, благо довольно просто

xargs в данном случае - зло астрономического масштаба!

однако, как это ни удивительно, но:
[user@host ~]$ time { find test -type f -delete ; }

real   1m7.633s
user   0m0.110s
sys   0m4.187s

[user@host ~]$ time { rm -rf test3; }

real   1m16.976s
user   0m0.050s
sys   0m3.992s

[user@host test4]$ time { ls | xargs rm; }

real   0m5.625s
user   0m0.356s
sys   0m3.283s

чью подвох, кто-нибудь может еще потестить?
файлы генерил следующей командой:
for i in `seq 1 100000`; do dd if=/dev/zero bs=512 count=1 of=$i ; done

мало файлов