Probleme beim Löschen von Dateien

Xervek · Post by *Xervek » 2008-01-12, 18:34 UTC

Hallo,

ich habe extreme Probleme beim Löschen von Dateien die ich bisher noch nie hatte. Folgende Situation:
Ich nutze Windows Vista Ultimate x64. Selbstverständlich ist mein Begleiter nach wie vor der TC, ausgeführt unter *32, also soweit korrekt. Wenn ich nun mehrere Dateien Lösche (wichtig ist, dass es sich um immer die gleiche Instanz handelt) nimmt der TC mehr und mehr Arbeitsspeicher ein. Das Löschen selbst kleiner Dateien wird langsamer und langsamer (ich habe gestern Testweise 2GB an MP3 Dateien gelöscht mit Durchschnittsgröße von 4MB pro Lied, der TC hat hier die 110MB im RAM erreicht (was er vorher NIE gemacht hat), das Löschen wurde dabei !extrem! langsam. Dieses Problem und genau hier ist ein weiteres Problem lässt sich nicht immer nachvollziehen was es mir schwer macht eine ganaue Angabe zu machen welche beim Finden des Problems helfen kann. Es ist mir vor knappen 5 Tagen das erste Mal aufgefallen, dass der TC immens viel Arbeisspeicher belegt, dabei hat er einmal (und ich kanns nicht nachvollziehen) meinen kompletten RAM gefüllt (4GB) und danach angefangen auf Festplatte auszulagern, in dem Moment ging gar nichts mehr, der Rechner ist gnadenlos in die Knie gegangen und es war nur noch ein Reset möglich. Es handelte sich dabei um eine 4GB große Datei welche ich von einem auf ein anderes Laufwerk kopiert habe.

Der Grund meiner Anfrage hierbei ist, dass dies ausschließlich den TC betrifft. Der Explorer von Windows hat die Dateien (2GB) innerhalb von 5-10 Sekunden vernichtet, der TC hingegen hat knappe 25 Minuten gebraucht. Dabei ist es egal welche Löschoption ich aktiviere, sowohl die, die standardmäßig aktiviert ist, als auch die, die eigentlich der Explorer verwendet. Jedesmal geht der TC in die Knie, hauptteils beim Löschen von Dateien, er wird zu diesem Zeitpunkt unnutzbar für mich da er nicht nur den gesamten Arbeitsspeicher ausfüllt, sondern auch so langsam wird, dass ich weitere Millionen Dateien mit dem Explorer in der Zeit löschen könnte.

Was mir auch aufgefallen ist, ist dass der TC nach seinem Start knappe 9MB im Arbeisspeicher einnimmt. Nachdem ich einige Dateien gelöscht habe wächst er auf 20MB an, die er selbst nach ENDE des Löschvorgangs !NICHT! wieder loswird, beende ich nun die Instanz und starte eine neue, ist er wieder jungfräulich mit 8MB dabei. Es kommt dabei auf die Menge der zu löschenden Dateien an. Schlimm daran ist, dass selbst nach dem Beenden eines früheren Löschvorgangs der TC langsam beginnt den neuen Löschvorgang abzuschließen und am ENDE des Löschvorgangs wieder mehr Arbeisspeicher belegt. Wie gesagt war es das eine Mal so schlimm, dass der TC über 3,5GB im Arbeisspeicher belegt hat und das nur als ich eine Datei von einem aufs andere Laufwerk verschoben habe. Ich habe auch mein Vista gestern neuinstalliert und erneut getestet wie die Situation ausiseht, unverändert.

Ich habe daraufhin versucht die 4GB Datei erneut so zu kopieren wie ich es vorher gemacht habe OHNE dass es zu diesem Problem kam, ich kann also das Problem leider nicht bestätigen, habe aber den Arbeisspeicher Verbrauch des TC im TaskManager gesehen.

Liebe Grüße
Xervek

HolgerK · Post by *HolgerK » 2008-01-12, 19:15 UTC

Siehe auch:

http://ghisler.ch/board/viewtopic.php?p=132497#132497
http://ghisler.ch/board/viewtopic.php?p=138824#138824

Das scheint ein generelles Problem des TCs unter Vista beim Verschieben nach "\Recycle.Bin" zu sein.
Workarounds:
Explorer Löschmethode benutzten, oder mit <Umschalt+Entf> endgültig entfernen.

HTH,
Holger

Xervek · Post by *Xervek » 2008-01-12, 21:33 UTC

Hallo HolgerK,

danke für deine Antwort! Genau DAS Problem meine ich, habe nur leider nicht im englischen Bereich danach gesucht sondern nur im Deutschen. Hinzu kommt, dass der Thread schon ziemlich alt ist und bisher keine Stellungnahme dazu rausgegeben wurde, ich mag den TC wirklich sehr gern, wohl mit das beste Programm auf meinem Rechner, aber das ist wirklich nicht tragbar!

Mein Problem ist aber noch etwas ausgeweiteter, ich hatte das Problem auch beim Kopieren auf ein anderes Laufwerk, ohne etwas zu löschen. Außerdem würde mich dazu dann noch interessieren welche der beiden Optionen ich auswählen soll?

"Nur Standardmethode benutzen" oder "Auch Kopiermethode für grosse Dateien"?

Soweit ist aber zumindest das Problem beim Löschen erstmal behoben, vielen Dank!

HolgerK · Post by *HolgerK » 2008-01-12, 21:45 UTC

Hallo Xervek,

Ich würd's mal mit:
[x] Kompatibilitätmodus für folgende Laufwerke verwenden: [ * ]
ausprobieren.
Beim Kopieren oder Verschieben grösserere Dateien habe ich dabei bisher keine Probleme festgestellt.

Gruß,
Holger

Edit: Haken bei Kompatibilitätsmodus

Xervek · Post by *Xervek » 2008-01-12, 21:53 UTC

Hallo HolgerK,

okay, werd ich machen. Aber über dieser Einstellung kann man zwischen zwei verschiedenen auswählen, dabei würde mich interessieren welche der Beiden ich am Besten nutzen sollte. Des weiteren würde mich interessieren ob die Eingabe der Laufwerke (also deren Buchstaben) bei der von dir genannten Option zwingend angegeben werden muss oder obs ausreicht den Kompatibilitätsmodus mit * zu aktivieren?

Liebe Grüße und vielen Dank
Patrick

HolgerK · Post by *HolgerK » 2008-01-12, 21:59 UTC

Wenn ich mich nicht irre, ist die Auswahl "Nur Standard" / "Auch Kopiermethode für grosse Dateien" obsolete, sobald man mit * alle Laufwerke für den Kompatibilitätsmodus selektiert.

Vergiss nicht den [x] Haken vor Kompatibilitätsmodus zu setzen.

Gruß,
Holger

Xervek · Post by *Xervek » 2008-01-13, 03:02 UTC

Okay, danke. Ich lasse es dann erstmal so und warte wies weitergeht mit dem Problem und den nächsten Versionen. Eine Lösung gibts ja schon, auch wenn mir die nicht wirklich gefällt.

Liebe Grüße
Patrick

Post by *ghisler(Author) » 2008-01-14, 19:45 UTC

Die interne Löschmethode verschiebt alle Dateien einzeln in den Recycle Bin, weil sich nur so Kommentare mit löschen lassen. Die Explorermethode verschiebt dagegen das gesamte Verzeichnis in den Recycle Bin.

icfu · Post by *icfu » 2008-01-14, 19:52 UTC

Wie wäre es denn mit einem Check VOR DEM LÖSCHEN, ob überhaupt eine descript.ion vorhanden ist? Wenn keine da ist, darf man sicher annehmen, daß auch kein Kommentar gelöscht werden muß und kann das Verzeichnis löschen...

Es stellt noch eine andere Frage:
Wenn ich ein Verzeichnis KOMPLETT lösche, ist es anschließend weg, das gilt auch für die darin befindliche descript.ion-Datei...

Was übersehe ich?

Icfu

Post by *ghisler(Author) » 2008-01-14, 20:59 UTC

Es könnte darin offene/gelockte Dateien haben - was die Funktion (SHFileOperation) in diesem Fall macht, ist unklar/undokumentiert. Wenn sie nur einen Teil der Dateien löscht, wurde die descript.ion-Datei dann nicht korrekt angepasst für die übrig gebliebenen...

HolgerK · Post by *HolgerK » 2008-01-14, 21:54 UTC

ghisler(Author) wrote:Die interne Löschmethode verschiebt alle Dateien einzeln in den Recycle Bin, weil sich nur so Kommentare mit löschen lassen. Die Explorermethode verschiebt dagegen das gesamte Verzeichnis in den Recycle Bin.

Ich verstehe, dass dies etwas aufwändiger ist, als das Verschieben eines gesamten Folder, und nehme dies auch unter XP in Kauf falls ich mal nicht mit <Shift+Del> löschen sollte.
Es erklärt allerdings nicht den ansteigenden Speicherverbrauch unter Vista und die damit anscheinend einhergehende extreme Verlangsamung des Löschvorganges.
BTW, bei keinem meiner Tests war eine descript.ion Datei in dem Löschvorgang beteiligt.

Mit freundlichem Gruß,
Holger

icfu · Post by *icfu » 2008-01-15, 07:52 UTC

Es könnte darin offene/gelockte Dateien haben - was die Funktion (SHFileOperation) in diesem Fall macht, ist unklar/undokumentiert.

Sobald eine gesperrte Datei im Verzeichnis vorliegt, bleibt das Verzeichnis erhalten, es wird nichts gelöscht.

Wenn sie nur einen Teil der Dateien löscht, wurde die descript.ion-Datei dann nicht korrekt angepasst für die übrig gebliebenen...

Selbst wenn sie das täte: Inwiefern ist das relevant, was ist daran schlimm? Der Nutzer hat seine Löschabsicht für das GESAMTE Verzeichnis bereits bekundet und das schließt auch die descript.ion-Datei ein. Er wird bei einem fehlgeschlagenen Löschversuch sicherlich andere Sorgen haben als eine nicht korrekt zusammengeschrumpfte descript.ion-Datei, die nach dem manuellen Schließen aller offenen Handles eh von der Platte gefegt wird.

Icfu

JFierce7 · Post by *JFierce7 » 2008-01-15, 09:03 UTC

ghisler(Author) wrote:Die interne Löschmethode verschiebt alle Dateien einzeln in den Recycle Bin, weil sich nur so Kommentare mit löschen lassen.

Da ich nie Kommentare verwende, stellt sich mir die Frage, ob ich die Kommentarunterstützung komplett deaktivieren kann und so einige Operationen beschleunigt werden können.
Gefunden habe ich nur CopyComments, allerdings ohne Möglichkeit zum Deaktivieren.

icfu · Post by *icfu » 2008-01-15, 09:18 UTC

Wenn Du keine descript.ion-Dateien verwenden willst, brauchst Du einfach nur die Explorer-Löschmethode zu aktivieren, dann gibt's auch keine Verzögerungen.

Wenn Du Junctions nutzt, kannst Du als Lebensversicherung zu NTFS Link greifen, das die Zielverzeichnisse der Junctions beim Löschen mit der Explorermethode schützt:
http://www.elsdoerfer.info/=ntfslink

Icfu

JFierce7 · Post by *JFierce7 » 2008-01-15, 09:34 UTC

Danke für den Tipp! NTFS Link benutze ich zwar schon, habe aber nicht daran gedacht, dass mir das auch im TC helfen kann

Eine Sache, die ich dann noch ausprobieren muss (ist grad leider nicht ohne weiteres möglich), ist, ob damit immer noch das Löschen geschützter Dateien als normaler Nutzer durch temporäre Übernahme von Administratorrechten möglich ist.
Oder weiß das jemand direkt?