Wie kann ich das Löschen sehr großer Verzeichnisse unter XP beschleunigen?

Ich überprüfe regelmäßig unglaublich große Verzeichnisse auf meinem XP-Computer. Wenn es darum geht, sie zu löschen und endgültig zu vernichten, dauert es ewig. Gibt es eine Möglichkeit, diesen Prozess zu beschleunigen?

Normalerweise lösche ich große Verzeichnisse von der Kommandozeile. Es umgeht den Papierkorb und ist normalerweise viel schneller. Sie sollten vorsichtig sein und den Befehl, den Sie zweimal eingeben, überprüfen, um nicht versehentlich etwas wirklich Wichtiges zu löschen.

Der einfachste Weg ist zu verwenden rmdir:

rmdir /S /Q C:\My\Directory\Name

Sie müssen /Qaufhören rmdir, Sie zu fragen, ob Sie sicher sind oder nicht.

Wenn einige Dateien derzeit von einem Prozess geöffnet werden, werden sie und die darin enthaltenen Verzeichnisse natürlich nicht gelöscht. Es gibt Tools, die Ihnen helfen können zu verstehen, welcher Prozess die Datei sperrt, aber es ist eine andere Geschichte als diese.

Der schlechteste Weg ist, an den Papierkorb zu senden: Sie müssen sie noch löschen. Das nächst schlimmste ist Shift + Delete mit Windows Explorer: Es verschwendet viel Zeit damit, den Inhalt zu überprüfen, bevor mit dem Löschen begonnen wird.

Das nächstbeste ist die Verwendung rmdir /s/q foldernameüber die Befehlszeile. del /f/s/q foldernameist auch gut, aber es hinterlässt die Verzeichnisstruktur.

Das Beste, was ich gefunden habe, ist eine zweizeilige Batchdatei mit einem ersten Durchgang zum Löschen von Dateien und Ausgaben an nul, um den Aufwand für das Schreiben auf den Bildschirm für jede einzelne Datei zu vermeiden. Ein zweiter Durchgang bereinigt dann die verbleibende Verzeichnisstruktur:

del /f/s/q foldername > nul
rmdir /s/q foldername

Dies ist fast dreimal schneller als ein einzelnes rmdir, basierend auf Zeittests mit einer Windows XP-verschlüsselten Festplatte, bei denen ~ 30 GB / 1.000.000 Dateien / 15.000 Ordner gelöscht werden: rmdirdauert ~ 2,5 Stunden, del+rmdirdauert ~ 53 Minuten. Mehr Infos hier .

Dies ist eine reguläre Aufgabe für mich, daher verschiebe ich normalerweise das zu löschende Material nach C: \ stufftodelete und habe diese del+rmdirBefehle in einer Batchdatei deletestuff.bat. Dies soll nachts laufen, aber manchmal muss ich es tagsüber laufen lassen, je schneller desto besser.

Drücken Sie SHIFT+ DELETE, um Dateien / Verzeichnisse zu löschen, während Sie den Papierkorb überspringen.

Hinweis: Sie können diese Dateien nicht wiederherstellen, aber es geht schneller!

Wenn Sie den Papierkorb umgehen möchten, halten Sie beim Löschen einfach die Umschalttaste gedrückt. Manchmal ist der Befehl zum Löschen der Befehlszeile auch schneller als das Löschen über den Explorer. Wenn es immer derselbe Ordner ist, den Sie löschen, richten Sie eine Batchdatei dafür ein.

Sie können sogar planen, dass dies regelmäßig geschieht, wenn dies geeignet ist.

Vielleicht kann es hilfreich sein, den Mülleimer zu deaktivieren, bevor Sie beginnen.

Ich habe kein riesiges Verzeichnis zur Hand, um dies zu testen. Kaufen Sie es mit shift+ delete, um die Dateien zu löschen. Dieser Schritt überspringt den Papierkorb, wodurch Sie Zeit sparen sollten.

Halten Sie Ihren Mülleimer fast leer. Das Einlegen von Gegenständen in einen vollen Mülleimer dauert viel länger.

Windows verschiebt Elemente schnell in den Papierkorb, bis sie voll sind. Danach müssen die ältesten Elemente im Papierkorb gelöscht werden, um Platz für neue Elemente zu schaffen. Dieser Prozess ist sehr langsam.

FastCopy enthält eine Löschoption . Ich habe es selbst nicht so oft versucht, aber es kann eine schnelle Alternative sein.

Hier ist ein Vorschlag, der eher von der Wand abweicht, wenn Sie dies regelmäßig tun und die Umstände stimmen.

Speichern Sie Ihr Verzeichnis in einer separaten Festplattenpartition. Der Vorteil ist, dass Sie Partitionen sehr schnell (fast sofort) zerstören und neu erstellen können.

Es gibt offensichtliche Einschränkungen, wie z. B. feste Partitionsgrößen, es sei denn, Sie verwenden / vertrauen etwas wie Partition Magic. Ich habe diese Technik jedoch verwendet, wenn es um sehr große SDKs geht, die häufig aktualisiert werden.