Kopieren grosser Dateien

nortoncommander · Post by *nortoncommander » 2005-08-07, 10:21 UTC

Hi Forum

Hab ein grösseres Problem.

Funktion Auch Kopiermethode....(ohne Cache) verwendet totzdem den Windows-Cache.

Warum ?

Beste Grüße
nc

nortoncommander · Post by *nortoncommander » 2005-08-07, 10:52 UTC

Kleiner Nachtrag

OS: XP SP2

Unter W98SE (gleicher Rechner) passiert dies nicht !

Post by *ghisler(Author) » 2005-08-08, 14:58 UTC

Diese Funktion funktioniert nur bei grossen Dateien (einige MB) ohne Cache, ansonsten wird die normale Kopierfunktion verwendet.

nortoncommander · Post by *nortoncommander » 2005-08-08, 15:11 UTC

ghisler, Danke für die Antwort.

Die Dateien sind 1GB gross.
Das Problem verschärft sich, wenn mehrere 1GB Dateien verschoben/kopiert werden. Denn dann läuft der Speicher (1GB RAM) über und es kommt ca bei der 3 Datei sogar zum XP-Stillstand (hab ich sonst noch nie beobachtet). RAM-Grösse bleibt stehen und XP ist tot.

Sonderbar ist nur, dass das früher nicht so war.
Entweder liegts an den MS-Updates oder am TC 6.53

Beste Grüße
nc

icfu · Post by *icfu » 2005-08-08, 15:16 UTC

Du hast "Benutze Kopieren und Einfügen via Explorer" aktiviert unter Konfiguration -> Kopieren/Löschen, ansonsten bitte an gleicher Stelle die eingetragenen Werte überprüfen.

Icfu

nortoncommander · Post by *nortoncommander » 2005-08-08, 15:21 UTC

@icfu

Wenn ich das aktiviert hätte, dann könnte ich die andere nicht verwenden:
Die ist dann nämlich ausgegraut.
Ich denke, ich weiss schon, wo ich den Punkt hinsetze.

CopyHugeBlockSize=10240
CopyHugeBlockSizeOther=32

Beste Grüße
nc

Post by *ghisler(Author) » 2005-08-08, 15:37 UTC

Ist vielleicht der Kompatibilitätsmodus eingeschaltet? Bei USB-Geräten wird er automatisch verwendet, falls "USB" angekreuzt ist.

nortoncommander · Post by *nortoncommander » 2005-08-08, 15:43 UTC

ja, der Komp.modus ist für die eine HDD einschaltet.
Kopiert wird von HDD1 auf HDD2 oder umgekehrt (beides keine USB Geräte). USB Stick ist angekreuzt.

Beste Grüße
nc

EDIT:
Auch wenn der Komp modus und USB aus ist, gleiches Problem.

nortoncommander · Post by *nortoncommander » 2005-08-10, 15:19 UTC

Keine Lösung für dieses Problem ?

SanskritFritz · Post by *SanskritFritz » 2005-08-10, 15:32 UTC

SlowCopy dient als workaround.

Post by *ghisler(Author) » 2005-08-11, 15:41 UTC

2nortoncommander
Beim Kompatibiltätsmodus wird die Windows-Funktion CopyFileEx benutzt - bei dieser kann man die Blockgrösse leider NICHT selber angeben. Also einzige Lösung ist den Kompatibilitätsmodus abschalten...

nortoncommander · Post by *nortoncommander » 2005-08-18, 12:56 UTC

Das Problem hat sich nach aufwendigen Tests gelöst:

Hauptursache: das Raid (HPT372) war beim Schreiben viel zu langsam.
Lösung:
- Via Raid Patch
- Via SATA Treiber 430g

Der Raid-Patch beschleunigt das Raid beim Schreiben enorm, aber der alleine in Verbindung mit dem Via-SATA 310e verursachte hohe CPU Last durch den Task "interrupts time placeholder", was auch zum Verabschieden der USB Ports führte.

Schon sehr verwunderlich, was dieser rpp102 auslöst.

Ich weiss auch jetzt, warums mal ging: Hatte diesen Raidpatch mal drauf, aber oft ein verabschieden der USB-Ports nach dem Ruhezustand.
Beim normalen Kopieren fällt ein langsames Raid nicht sofort auf.

Warum der Tcmd mal den Cache benutzte und dann wieder nicht ??!!??
Hab diesbezüglich kein Muster erkennen können.

Ganz optimal es noch nicht, da das Raid noch mehr kann. Muss also jetzt noch an die Register des Chipsatzes rangehen.

Wen's interessiert: Ist ein KT600 Board (8kra2) und WinXP SP2 im APIC Modus

Beste Grüße
nc

nortoncommander · Post by *nortoncommander » 2005-08-29, 09:31 UTC

Anderer PC zeigt ähnliches Verhalten.

Beim Kopieren von HDD auf ext.USB-HDD wird auch der RAM benutzt.

Die USB-HDD ist halb so schnell wie, die interne.

(Komp.Modus ist aus !)

Ich denke dies wird offensichtlich, wenn von einer schnellen auf eine deutlich langsamere HDD kopiert wird.

Das Verhalten ist sehr nervig, da der PC während des Kopiervorganges unbrauchbar ist.

Beste Grüße
nc

Singular · Post by *Singular » 2005-08-30, 21:33 UTC

Hallo,
das folgende Vorgehen könnte ich auch von meiner Seite bestätigen:

Das Verhalten ist sehr nervig, da der PC während des Kopiervorganges unbrauchbar ist.

Hatte bisher ein "Alternativ Produkt" in Benutzung. Dabei aber ganz grosser Vorteil: Alle Kopier-, Move-Aktionen waren asynchron, d.h. parallel zu starten!
Effekt: Mit mehreren Platten/USB Speichern im System konnte man parallel Daten kopieren UND (!) mit dem Tool weiterarbeiten! Wäre für mich eine echte Verbesserung!

Beste Grüsse,

Singular

van Dusen · Post by *van Dusen » 2005-08-30, 22:53 UTC

Hallo Singular,

Du kannst den TC einige Operationen in einem separaten Thread ausführen lassen. So auch "normale" Copy-/Move-Operationen ("normal" hier zu verstehen als Abgrenzung zu ftp-Operationen), indem Du nach dem Starten der Aktion den "Hintergrund"-Button des Kopier-/Verschiebe-Fortschrittsanzeigedialogs anklickst. Oder indem Du diese Aktionen nicht mit "OK" bestätigst, sondern mit "F2 Warteschlange". Die Warteschlange ist die günstigere Wahl, wenn Du mehrere Kopier-/Verschiebe-Vorgänge, die dieselbe Quelle und/oder dasselbe Ziel verwenden, nacheinander starten möchtest. Leider kannst Du einen nicht in die Warteschlange eingestellten Kopier-/Verschiebe-Auftrag nach dem Start nicht nachträglich in die Warteschlange stellen.

Hintergrund- und Warteschlangen-Operationen haben mit dem von nortoncommander bemängelten Verhalten m.E. allerdings nichts zu tun... sollte meine Antwort auf Deinen Beitrag also völlig am Thema vorbeigehen, dann nix für ungut