Ja, aber derdmue hat ja schon recht, wenn man ein fertig konfiguriertes Cat.7 Kabel mit RJ45 Steckern kauft, ist es eigentlich kein Cat.7 Kabel, weil es die Anforderungen an Cat.7 eigentlich meines Wissens nach nicht erfüllen kann, da ja die hohen Frequenzen mit den RJ45 Steckern wohl nicht möglich sind.
GBit an Duo2
Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen
-
-
das ist richtig; jedoch bezeichnet Cat. 7 nur das Kabel und nicht den Stecker; sonst würde es Class F oder Class Fa heißen
-
@akira:
Von Box zu PC (Win7):
per Cifs/Samba ung. 47 MB/s
per FTP ung. 41 MB/s
Du siehst, bei mir ist die FTP Verbindung sogar langsamer.;)- - - Beitrag wurde mit Deppentalk erstellt. - - - -
@Armagedon
Knifte hat auch nichts anderes geschrieben. Im Idealfall kommen dann diese cat 7 zum Einsatz.Unser Morgen wird anders sein, wenn wir das Heute verändern.
-
Ich persönlich glaube dass class Fx eine Totgeburt ist, da Nexans das Patent auf den GG45 hat. Patente sind gut jedoch bedeutet es auch, dass die Produkte nicht großartig am Markt vertreten sind.
Wenn class Fx aber wirklich zum Zuge kommt, dann wahrscheinlich mit dem Terra Stecker
de.wikipedia.org/wiki/TERA -
Wie schon geschrieben reicht Cat5e für GBit aus, ob der Stecker nun 24 Karat vergoldet is oder nicht.. pfff..
Shielded/Foiled TP Kabel reichen um auch Einstreuungen gut zu schirmen.
Am End kommts drauf an, was die Komponenten liefern können.. Device A - Switch - Device B
Mal paar Messungen bei mir:
Von /dev/zero nach /dev/null
# dd if=/dev/zero of=/dev/null bs=32768 count=32768
32768+0 records in
32768+0 records out
1073741824 bytes (1.0GB) copied, 0.351438 seconds, 2.8GB/s
Die Duo2 selbst ballert also ordentlich Nullen raus, hier ist keine Limitierung zu erwarten.
Mein NAS ist mit NFS und r/wsize 32k udp async gemountet...mal 1gbyte von duo2 auf nas schreiben... (pwd => /media/net/Movies)
# dd if=/dev/zero of=test bs=32768 count=32768
32768+0 records in
32768+0 records out
1073741824 bytes (1.0GB) copied, 18.757572 seconds, 54.6MB/s
und das File lesen...
# dd if=test of=/dev/null bs=32768
32768+0 records in
32768+0 records out
1073741824 bytes (1.0GB) copied, 14.291453 seconds, 71.7MB/s
Wie man sieht hab ich keine interne Platte in der duo2 bei den Messungen verwendet, um auch hier mal limitierende Möglichkeiten von vornherein auszuschliessen.
Beim Schreiben aufs NAS geht load average hoch, wir haben hier also entweder eine zu hohe CPU Auslastung ODER irgendwelche waitstates / wait cycles im I/O.
Limitierendes Device ist also die Duo2 und/oder die NFS Implementierung dort (oder bzw oder auch NFS auf meinem NAS, das ist allerdings recht potent), da ich von NAS auf PC und umgedreht über 100MByte/s komme mit CIFS.
top - 14:43:37 up 21 min, 2 users, load average: 1.72, 0.65, 0.47
Tasks: 70 total, 3 running, 67 sleeping, 0 stopped, 0 zombie
Cpu0 : 0.0%us, 85.4%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 14.6%si, 0.0%st
Cpu1 : 4.3%us, 55.2%sy, 0.4%ni, 0.0%id, 40.1%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1240596k total, 1206168k used, 34428k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 1102488k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
22 root 20 0 0 0 0 R 98 0.0 3:18.58 kworker/0:1
5194 root 20 0 2340 492 404 D 34 0.0 0:10.24 dd
971 root 20 0 544m 56m 3608 S 6 4.7 1:22.81 enigma2
Also nochmal CIFS mount (r/wsize = 1048576) auf der Duo2 eingerichtet und mal per SMB Daten rübergeschoben...
root@vuduo2:/tmp/test# dd if=/dev/zero of=test bs=1048576 count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.0GB) copied, 19.153611 seconds, 53.5MB/s
root@vuduo2:/tmp/test# dd if=test of=/dev/null bs=32768
32768+0 records in
32768+0 records out
1073741824 bytes (1.0GB) copied, 13.541135 seconds, 75.6MB/s
Da SMB von NAS auf PC bis zu doppelt so schnell ist, sollte klar sein.. limitierendes Device Duo2 und oder deren NFS/SMB Implementierung.