Jak mogę szybko usunąć folder z dużą ilością podfolderów?

15

Mam folder z 266778 podfolderami. Jak mogę go usunąć?

próbowałem

cd ~/.local/share/Trash/
sudo rm -rf *

ale to zajmuje dużo czasu. Po 1 minucie 25 sekundach w czasie rzeczywistym i 0,072 sekundach użytkownika usunął tylko 2500 folderów. W ten sposób usunięcie tego folderu potrwa ponad dwie godziny.

Czy istnieje szybszy sposób na usunięcie tego folderu? Dlaczego istnieje tak duża różnica między czasem użytkownika a czasem rzeczywistym?

real    1m25.474s
user    0m0.072s
sys     0m28.142s

Używam Linux 2.6.32 (Ubuntu 10.04.4 LTS).

filesystems rm

— Martin Thoma
źródło

Właśnie przejrzałem ten problem i wydaje się, że niektórzy ludzie odkryli, że rsync może być dość skutecznie używany jako narzędzie do „usuwania wielu plików”. To, czy naprawdę jest szybsze, zależy od ciebie.

— Johan

2

Co jest warte: wydajność podczas usuwania wielu folderów / plików zależy w dużym stopniu od systemu plików. Z mojego doświadczenia wynika, że różnica przy usuwaniu milionów małych plików na ext3 (powolnym) w porównaniu z XFS (szybkim) może wynosić kilka godzin.

— pdo

Jeśli często masz ten przypadek i możesz planować z wyprzedzeniem, korzystając z systemu plików takiego jak btrfs i wykorzystując podwolumeny, możesz przyspieszyć wszystko, po prostu zrzucając to podwolumeny.

— PlasmaHH

Tutaj znajdziesz odpowiedź. Perl jest najszybszy. unix.stackexchange.com/questions/37329/…

— SDsolar

17

Jeśli twoja wersja polecenia „find” implementuje komendę -delete, możesz spróbować

find directory -delete

W tym przypadku:

find ~/.local/share/Trash/ -delete

Niektóre polecenia, takie jak rm, wykonują większość swojej pracy w jądrze. Dokładniej w procedurach systemu plików. Czas spędzony na wykonywaniu wywołań systemowych jest rozliczany w ten sposób, więc chociaż polecenie „rm” działa przez długi czas, nie wykonuje dużej pracy w obszarze użytkownika - wywołania systemowe wykonują większość pracy.

— Johan
źródło

+1; chociaż to również usuwa katalog macierzysty i podejrzewam, że OP chciał tylko usunąć zawartość folderu Kosz, a nie sam folder

— don_crissti

1

@don_crissti: dobra uwaga. jeśli OP chciał usunąć tylko podkatalogi w ~ / .local / share / Trash (a nie pliki na 1. poziomie), to: find ~/.local/share/Trash/*/ -delete (oczywiście spowoduje to również usunięcie plików (i katalogów) z dowolnego z tych Trash / * / subdirs również)

— Olivier Dulac

2

+1 za wyjaśnienie dziwnego zachowaniatime

— Martin Thoma

3

Czy find directory -deletenaprawdę jest szybszy niż rm -rf directory? W końcu wykonują tę samą pracę i nie ma na to dwóch sposobów.

— Gilles „SO- przestań być zły”

1

@Johan find jest naprawdę szybki. Czy kiedykolwiek miałeś okazję znaleźć przyczynę?

— Harshdeep

20

To zależy od twojej definicji postu . Odpowiedzi już tutaj dają dobre rozwiązanie do faktycznego usunięcia katalogów z systemu plików, ale jeśli naprawdę potrzebujesz zwolnić nazwę katalogu tak szybko, jak to możliwe, zmiana nazwy w tym samym systemie plików jest natychmiastowa:

{ mv directory directory.gone && rm -rf directory.gone; } &

Technicznie jest to oszustwo, ponieważ nie przyspieszyłem faktycznego usunięcia, ale praktycznie jest to bardzo przydatne: używam tej sztuczki przez cały czas, więc nie muszę czekać na powolne usuwanie.

— kojiro
źródło

Świetny. Jaki jest twój przykład użycia, aby to robić cały czas? Jeśli często to robisz, czy nie ma niebezpieczeństwa, że zalegniesz, zdobędziesz wiele plików „directory.gone” i zakończysz się niepowodzeniem? Zakładam, że używasz sufiksu typu „$$” lub „% (data ...)”

— smci

1

Gdybym tego potrzebował, prawdopodobnie mógłbym użyć mktemp z argumentami, które zapewnią, że pozostanie w tym samym systemie plików. Ale nie mogę powiedzieć, że mam teraz konkretny przykład.

— kojiro

kojiro tak, dziękuję, mktempto jest to , co próbowałem zapamiętać ...

— smci

1

rm -rf directorylub rm -rf *oczywiście jest to najszybsza metoda, chyba że lokalna rmimplementacja jest zepsuta.

Korzystanie findnie daje żadnych korzyści.

To, czy jest to szybkie czy wolne, zależy głównie od systemu plików i implementacji systemu operacyjnego. Pytanie wydaje się więc niewłaściwe.

UFS i ZFS w systemie Solaris są znane z tego, że są bardzo szybkie w tego rodzaju zadaniach, ponieważ obie implementacje systemu plików zawierają opóźniony kod usuwania tła, który powoduje, że wywołania unlink()i rmdir()zwracają się szybko, nawet jeśli powiązany obiekt zajmie w sumie więcej czasu.

Dzięki opóźnionemu usuwaniu tła w jądrze aktualizacje katalogu mogą być również wykonywane szybko, co pomaga przyspieszyć całą operację.

— schily
źródło

Chociaż można wybaczyć, że tak jest, to tak naprawdę nie jest to prawdą, jak opisuje ta odpowiedź .

— Hitechcomputergeek,

0

To tylko częściowa odpowiedź, rzucająca światło na trzy wartości zwracane przez polecenie; cytowane ze time(1)strony :

(i) upłynął w czasie rzeczywistym między wezwaniem i zakończenia, (ii) czas CPU użytkownika (sumy tms_utimei tms_cutimewartości w struct tmszwracanego przez times(2)) oraz (iii) czas procesora systemu (sumą tms_stimei tms_cstimewartości w struct tmsw postaci zwróconej przez times(2)) ”.

— schaiba
źródło