genutzte Bandbreite rsync vs. Finder

[Dirk Wagner]

Hi Leute, frohes neues Jahr erstmal...

Seit einigen Tagen habe ich einen kleinen HP-Server mit freeNAS hier am
laufen.
Darauf eine AFP-Freigabe, auf die ich vom Mac aus zugreife.

Beide Geräte sind per Gigabit-NIC über einen Switch verbunden.

Kopiere ich nun größere Datenmengen (ich würde gerne mein
Foto-Verzeichnis vor der Bearbeitung nach dem Datenverlust im
vergangenen Jahr erst mal sichern), so erreiche ich über den Finder bis
zu 600MBit/s (in der Anzeige von freeNAS)
Leider hat es bei dieser Kopieraktion Inkonsistenzen gegeben (u.a. ein
Abbruch bei 96%).

Deshalb habe ich nun einen Versuch per rsync gestartet.
(rsync --numeric-ids -avze ssh /Users/benutzer/Pictures
***@freenas.local:/picturebackup )
Dabei werden allerdings nur Werte um die 100MBit/s erreicht.

Ansonsten läuft gerade kein Dateitransfer (etwa von einem anderen
Rechner aus) und auch der Mac mach sonst nichts.

Woran könnte das liegen?

Ciao

dirk

[Dirk Wagner]

Post by Dirk Wagner
Deshalb habe ich nun einen Versuch per rsync gestartet.
(rsync --numeric-ids -avze ssh /Users/benutzer/Pictures
Dabei werden allerdings nur Werte um die 100MBit/s erreicht.

Aus Neugier hatte ich eben einen zweiten Ordner via rsync kopiert - und
auch dieser wurde vom Mac aus mit 100MBit/s "verschickt" - am Server
verdoppelte sich der Traffic auf knapp 200MBit/s.

Diesmal hatte ich rsync zusätzlich ein "-q" übergeben, weil ich die
Anzeige der übertragenen Dateien als Ursache für die Bremse ausschließen
wollte.
DAS war es aber nicht...

ciao

dirk

[Gerald E:scher]

Post by Dirk Wagner
Deshalb habe ich nun einen Versuch per rsync gestartet.
(rsync --numeric-ids -avze ssh /Users/benutzer/Pictures
Dabei werden allerdings nur Werte um die 100MBit/s erreicht.
Ansonsten läuft gerade kein Dateitransfer (etwa von einem anderen
Rechner aus) und auch der Mac mach sonst nichts.
Woran könnte das liegen?

Rechenaufwand für Kompression und Verschlüsselung. Lass versuchsweise
einmal '-z' weg. '-e ssh' erscheint mir überflüssig, habe ich noch nie
angegeben.
Die verschlüsselte Übertragung wirst du los, indem du anstatt ssh rsh
verwendest oder gar keine remote-shell. Dazu muss am Server rshd bzw.
rsync im Dämonmodus laufen.
Siehe $ man rsync

[Dirk Wagner]

Post by Gerald E:scher
Rechenaufwand für Kompression und Verschlüsselung. Lass versuchsweise
einmal '-z' weg. '-e ssh' erscheint mir überflüssig, habe ich noch nie
angegeben.

-z habe ich weggelassen, ergab eine leichte Verbesserung - allerdings
brach der Transfer dann irdendwann ab:
rsync: writefd_unbuffered failed to write 32768 bytes [sender]: Broken
pipe (32)
rsync: write failed on
"/Volumes/dataNAS/Bilder/Pictures/Fotos/Familie/200412/041211_2972.jpg":
Operation not permitted (1)
rsync error: error in file IO (code 11) at
/SourceCache/rsync/rsync-42/rsync/receiver.c(268) [receiver=2.6.9]
rsync: connection unexpectedly closed (104462 bytes received so far)
[sender]
rsync error: error in rsync protocol data stream (code 12) at
/SourceCache/rsync/rsync-42/rsync/io.c(452) [sender=2.6.9]

Das liegt wohl an der veralteten rsync-Version in 10.9.

Ich hab rsync jetzt mal unter FreeNAS gestartet - und da läuft der
Transfer mit 400MBit/s...

Post by Gerald E:scher
Die verschlüsselte Übertragung wirst du los, indem du anstatt ssh rsh
verwendest oder gar keine remote-shell. Dazu muss am Server rshd bzw.
rsync im Dämonmodus laufen.
Siehe $ man rsync

ok, muss ich mir mal in einer ruhigen Minute zu Gemüte führen...

MErci

dirk

[Gerald E:scher]

Post by Dirk Wagner

Post by Gerald E:scher
Rechenaufwand für Kompression und Verschlüsselung. Lass versuchsweise
einmal '-z' weg. '-e ssh' erscheint mir überflüssig, habe ich noch nie
angegeben.

-z habe ich weggelassen, ergab eine leichte Verbesserung - allerdings
rsync: writefd_unbuffered failed to write 32768 bytes [sender]: Broken
pipe (32)
rsync: write failed on

Das sieht aber danach aus, als ob das Volume des NAS am Mac gemountet
wurde und über das Netzwerk nicht per rsync sondern vermutlich afp
übertragen wird.

Post by Dirk Wagner
Operation not permitted (1)

Und das sieht nach fehlenden Schreibrechten in das Verzeichnis
../200412/ aus.

Post by Dirk Wagner
Das liegt wohl an der veralteten rsync-Version in 10.9.

Glaube ich nicht. Nichtsdestotrotz solltest du anstatt des 10(!) Jahre
alten rsync von 10.9 ein aktuelles rsync z.B. aus den MacPorts
verwenden, denn das kann mit EAs umgehen.

Post by Dirk Wagner

Post by Gerald E:scher
Die verschlüsselte Übertragung wirst du los, indem du anstatt ssh rsh
verwendest oder gar keine remote-shell. Dazu muss am Server rshd bzw.
rsync im Dämonmodus laufen.
Siehe $ man rsync

ok, muss ich mir mal in einer ruhigen Minute zu Gemüte führen...

Bei dir liegt möglicherweise aber was anderes im Argen, und es ist
gar nicht die Verschlüsselung, die bremst.