[DE] Bei wem friert das Syst. b. kopieren per NFS/ USb noch ein?

[Lanzi]

Wenn ich in den letzten Monaten unter aptosid oder jetzt siduction größere Dateien (z.B. isos oder VDR Files, also > 500Mbyte)) per NFs aud den Server oder auf nen USB Stick kopiere, dann fiert der Rest des Systems regelmäßig für mehrere Minuten ein. Die Systemlast liegt dann bei beiden Prozessoren bei 100%. Nach Ende des Kopiervorgangs geht es dann wieder.

Habe nur ich das, oder ist das ein Phänomen, welches öfters auftritt? Ich meine, dass das früher anders war.

Hardware: Gigabyte Boad EP-45, mit Intel Core2 Duo E8400 @ 3.00GHz, 8 GByte Speicher, USB2, Gbyte-Lan.


PS: Warum geht infobash nicht bei siduction? Installieren ist auch nicht möglich?

[devil]

PS: Warum geht infobash nicht bei siduction? Installieren ist auch nicht möglich?

Wir haben anstattdessen inxi
inxi --help informiert über die vielen Optionen

greetz
devil

[towo]

Und Dein Kernel ist?

[cryptosteve]

Ich habe das Problem übrigens nicht, weder beim Kopieren auf USB-Stick, noch beim Kopieren auf ein NFS-Share ...

[Lanzi]

@towo: alle kernelversionen seit mindestens einem Jahr. Momentan Dein aktueller, aber wie gesagt, war im letzten Jahr nicht anders. Wie es davor war, weiß ich ehrlich gesagt nicht mehr im Detail.
Am Notebook mit siduction bremst kopieren auf USB übrigens auch. NFS aber nie probiert.

@cryptosteve: kopiere mal 2-3 richtig fette Dateien...

[Lanzi]

@Devil: inxi klappt prima :-)

CPU~Dual core Intel Core2 Duo CPU E8400 (-MCP-) clocked at 2000.000 Mhz Kernel~3.2-1.towo.3-siduction-amd64 x86_64 Up~17:47 Mem~1957.8/7956.9MB HDD~10242.0GB(89.9% used) Procs~174 Client~Shell inxi~1.7.27

Edit by cryptosteve: Quote-Tags repariert.

[cryptosteve]

@cryptosteve: kopiere mal 2-3 richtig fette Dateien...

Wie genau meinst Du das?

cp file1.avi /path/to/nfsshare && cp file2.avi /path/to/nfsshare && cp file3.avi /path/to/nfsshare

Oder gleichzeitig über mehrere Terminals? Bei meinen Backups gehen desöfteren 3.9GB große ISO-Files aufs NFS, da gibts keine Probleme.

[ralul]

Vielleicht in ~/.bashrc

Code: [Select]


if [ "$TERM" = "xterm" ]; then
#schedtool -D $$
ionice -c 3 -p $$
fi


[gerd]

Ja, ich habe das Problem auch. Allerdings nur mit USB. NFS funktioniert ohne alle Probleme. Große Kopier-Vorgänge per USB frieren Iceweasel ein, lassen die Musik-Wiedergab stocken und treiben den Load teilweise auf über 10 hoch (es laufen viele Anwendungen parallel. Musik, Feedreader, getmail usw.)

[Lanzi]

@crypotostve: Einfach mal 5 Files im Krusader von einem Fenster ins nächste (nfs) bewegen.

[ReinerS]

Mit USB gabs bei mir erheblich Probleme aber das wurde anscheinend zwischenzeitlich von Towo gefixt. Jedenfalls habe ich diese Probleme damit soo nicht mehr.

Aber ich habe sowas in der Art mit NFS wenn ich gleichzeitig mehrere große ISO-Files mit Thunar auf/von einem NFS-Share kopiere.

Dann stockt nach ner Weile der Datenverkehr erheblich.

Normalerweise packen meine Rechner zwischen 40-70 MB/s über ne Gigabit-Leitung aber hier bricht die Verbindung dann manchmal anscheinend bis unter 1BM/s zusammen und der gesamte Desktop wird sehr "träge".
Bei einzelnen ISO's ist mir das nicht aufgefallen.

Das passiert sowohl mit den aktuellen siduction- als auch mit den aktuellen Liquorix-Kerneln.

Grüße

Reiner

[kris99]

Bei USB habe ich das Problem nicht, aber bei NFS wenn der NFS-Server zu langsam ist die Daten entgegen zu nehmen. Bei einem schnellen NFS habe ich keine Probleme.

Ich meine aber eine leichte Verbesserung wahrgenommen zu haben, beim Wechsel auf den Kernel 3.2.

Gruß

Kris

[rolandx1]

bei mir friert nix mehr ein seitdem ich noop als scheduler nutze.
vorher hatte ich immer probleme beim iso/img auf usb schreiben mit dd

[devil]

Ich schreibe fast jeden Tag Images per dd, keine Probleme mit dem jeweiligen towo.x kernel.

greetz
devil

[Lanzi]

Nimm mal nen langsamen USB-Stick und verschiebe mal darauf...