SFU read performance
-
- Neugieriger
- Beiträge: 4
- Registriert: Montag 22. August 2005, 13:48
SFU read performance
Hallo zusammen,
lese dieses Forum nun schon seit über einem Jahr.
Seit knapp einem Jahr habe ich auf meinen beiden Philipsboxen ein Yadi-Image (z.Z. 2.1.0.3) mit Neutrino am laufen.
Als Fileserver setze ich ein VIA EPIA-V Board mit 80 GB Samsung HD mit W2000/SFU 3.5 ein.
Das ganze hat auch fast ein Jahr gut funktioniert. Ich konnte mit beiden Boxen gleichzeitig aufnehmen und abspielen. Nur nicht die von einer Box gerade aufgenommene Datei zur selben Zeit mit der anderen abspielen.
Doch vor ein paar Wochen habe ich festgestellt, daß das Zugreifen mit zwei Boxen zur selben Zeit nicht mehr funktioniert.
Ich fand dann heraus, daß die Transferrate der HD von ursprünglich 28 MByte/s auf 2,1 MByte/s gesunken war (h2benchw von heise).
Ich baute die Platte in meinen Desktop und siehe da, die HD hatte noch die 28 Mbyte/s. Lag also an der W2000 Installation.
Deshalb entschloss ich mich die 2GB Bootpartition neu zu formatieren und installierte XP mit SP2. Die 78GB Filmpartition veränderte ich nicht.
SFU installierte ich wieder nach Anleitung im Wiki. Die Firewall in XP habe ich abgeschaltet.
Die Transferrate der Platte liegt auch wieder bei 28MByte/s.
Die Aufnahmen von beiden Boxen laufen auch ohne Probleme. Nur das abspielen der TS Files bereitet Probleme. Hier kommt es zu starken Rucklern und Tonaussetzer.
Das beste Resultat erziele ich, wenn ich den Readbuffer auf 8192 setze. Bei meiner alten Installation hatte ich beide Buffer auf 32786 und es lief ohne Probleme.
Kann mir vielleicht einer einen Tipp geben, warum die NFS Leseperformance so schlecht ist. Greife ich von meinem Desktop über Windowsshare auf den Fileserver habe ich keine Performanceprobleme.
Gruß
Binford
lese dieses Forum nun schon seit über einem Jahr.
Seit knapp einem Jahr habe ich auf meinen beiden Philipsboxen ein Yadi-Image (z.Z. 2.1.0.3) mit Neutrino am laufen.
Als Fileserver setze ich ein VIA EPIA-V Board mit 80 GB Samsung HD mit W2000/SFU 3.5 ein.
Das ganze hat auch fast ein Jahr gut funktioniert. Ich konnte mit beiden Boxen gleichzeitig aufnehmen und abspielen. Nur nicht die von einer Box gerade aufgenommene Datei zur selben Zeit mit der anderen abspielen.
Doch vor ein paar Wochen habe ich festgestellt, daß das Zugreifen mit zwei Boxen zur selben Zeit nicht mehr funktioniert.
Ich fand dann heraus, daß die Transferrate der HD von ursprünglich 28 MByte/s auf 2,1 MByte/s gesunken war (h2benchw von heise).
Ich baute die Platte in meinen Desktop und siehe da, die HD hatte noch die 28 Mbyte/s. Lag also an der W2000 Installation.
Deshalb entschloss ich mich die 2GB Bootpartition neu zu formatieren und installierte XP mit SP2. Die 78GB Filmpartition veränderte ich nicht.
SFU installierte ich wieder nach Anleitung im Wiki. Die Firewall in XP habe ich abgeschaltet.
Die Transferrate der Platte liegt auch wieder bei 28MByte/s.
Die Aufnahmen von beiden Boxen laufen auch ohne Probleme. Nur das abspielen der TS Files bereitet Probleme. Hier kommt es zu starken Rucklern und Tonaussetzer.
Das beste Resultat erziele ich, wenn ich den Readbuffer auf 8192 setze. Bei meiner alten Installation hatte ich beide Buffer auf 32786 und es lief ohne Probleme.
Kann mir vielleicht einer einen Tipp geben, warum die NFS Leseperformance so schlecht ist. Greife ich von meinem Desktop über Windowsshare auf den Fileserver habe ich keine Performanceprobleme.
Gruß
Binford
-
- Tuxboxer
- Beiträge: 2067
- Registriert: Mittwoch 6. März 2002, 15:29
Re: SFU read performance
Probier mal: "Write syncronous" in den Aufnahmeeinstellungen.Binford hat geschrieben:Nur nicht die von einer Box gerade aufgenommene Datei zur selben Zeit mit der anderen abspielen.
-
- Interessierter
- Beiträge: 92
- Registriert: Donnerstag 14. Juli 2005, 18:44
Re: SFU read performance
Hi,Binford hat geschrieben: ...
Das beste Resultat erziele ich, wenn ich den Readbuffer auf 8192 setze. Bei meiner alten Installation hatte ich beide Buffer auf 32786 und es lief ohne Probleme.
...
wenn du beide Werte rsize und wsize auf 32786 hattest, und die auch wirklich angenommen wurden, dann hattest du die Einstellung "TCP" nicht "UDP", der M$ SFU funktioniert in der Tat besser mit der Einstelling "TCP".
Cu, KlaSch
Tschüs, Klaus Schmidt.
Nokia D-Box II 2xAMD AVIA 500
YADI Enigma 2.2.0.2 vom 17.05.07
Sagem D-Box II 2xIntel AVIA600
YADI Neutrino 2.2.0.2 vom 17.05.07
Nokia D-Box II 2xAMD AVIA 500
YADI Enigma 2.2.0.2 vom 17.05.07
Sagem D-Box II 2xIntel AVIA600
YADI Neutrino 2.2.0.2 vom 17.05.07
-
- Neugieriger
- Beiträge: 4
- Registriert: Montag 22. August 2005, 13:48
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
Re: SFU read performance
..kann ich nicht bestaetigen. rsize=32768 und wsize=8192 (mehr wird auch nicht angenommen) und UDP liefert bei mir die besten Ergebnisse.klasch hat geschrieben:der M$ SFU funktioniert in der Tat besser mit der Einstelling "TCP".
-
- Interessierter
- Beiträge: 92
- Registriert: Donnerstag 14. Juli 2005, 18:44
Re: SFU read performance
Hi,petgun hat geschrieben: ..kann ich nicht bestaetigen. rsize=32768 und wsize=8192 (mehr wird auch nicht angenommen) und UDP liefert bei mir die besten Ergebnisse.
das ist schön das es bei dir klappt. Aber ich habe einen Switch zwischen der sich eventuell etwas bockig anstellt mit dem UDP Protokoll.
Ich habe viel rumexperimentiert, wenn du mir sagen kannst wie ich UDP hinbekomme - gerne. Da hätte ich ein knappes MBit mehr zur verfügung. Ich nutze aufnehmen Enigma (wegen Private EPG für Sportportal) wo man bei der Direktaufnahme leider alle Tonspuren und Videotext, EPG mit aufnehmen muss. Aber mit dem TCP Protokoll ist selbst die Wiedergabe von ZDF Filmen kein Problem.
Hier meine Mount Einstellungen:
Code: Alles auswählen
BusyBox v1.00 (2005.07.23-12:05+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
/var # mount
/dev/root on / type squashfs (ro)
none on /dev type devfs (rw)
proc on /proc type proc (rw)
tmpfs on /tmp type ramfs (rw)
/dev/mtdblock/2 on /var type jffs2 (rw)
192.168.0.103:filmarchiv on /mnt/movie type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.0.103)
/var #
Etwa so (meine Testergebnisse):
Code: Alles auswählen
/var/bin # ./mounttest filmarchiv
udp, sync
8192+0 records in
8192+0 records out
real 2m 15.42s
user 0m 0.23s
sys 0m 23.42s
3792
dd: /mnt/movie/test: Input/output error
Command exited with non-zero status 1
real 0m 10.61s
user 0m 0.01s
sys 0m 0.01s
46545
192.168.0.103:/filmarchiv on /mnt/movie type nfs (rw,sync,v3,rsize=32768,wsize=8192,soft,udp,nolock,addr=192.168.0.103)
udp, async
8192+0 records in
8192+0 records out
real 1m 0.36s
user 0m 0.18s
sys 0m 12.30s
8533
dd: /mnt/movie/test: Input/output error
Command exited with non-zero status 1
real 0m 10.58s
user 0m 0.00s
sys 0m 0.02s
46545
192.168.0.103:/filmarchiv on /mnt/movie type nfs (rw,v3,rsize=32768,wsize=8192,soft,udp,nolock,addr=192.168.0.103)
Code: Alles auswählen
tcp, sync
8192+0 records in
8192+0 records out
real 2m 18.23s
user 0m 0.19s
sys 0m 26.34s
3710
8192+0 records in
8192+0 records out
real 1m 6.75s
user 0m 0.24s
sys 0m 11.70s
7641
192.168.0.103:/filmarchiv on /mnt/movie type nfs (rw,sync,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.0.103)
Code: Alles auswählen
tcp, async
8192+0 records in
8192+0 records out
real 1m 4.28s
user 0m 0.32s
sys 0m 9.71s
7876
8192+0 records in
8192+0 records out
real 1m 8.63s
user 0m 0.22s
sys 0m 13.45s
7420
192.168.0.103:/filmarchiv on /mnt/movie type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.0.103)
Yadi Enigma 2.1.0.5 auf Nokia 2x Intel AVIA500
Yadi Neutrino 2.1.0.5 auf Sagem 2x Intel AVIA600
Router/Switch FujiSiemens AP 600PR
Win Server, 2,6 GH P4 - 2048 RAM - 5x250GB SATA Raid mit 256 MB RAM (4x RAID 0 und 1x RAID 5) also knapp 1 TB für Filme oder Platz für ca. 300 Filme.
Cu, KlaSch.
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
Re: SFU read performance
..Du hast Dir doch schon selbst die Antwort gegeben..anderen Switch besorgen...1Mbit mehr ist verdammt viel und wuerde Dein rundum Sorglospaket sein...20-30 Euro waere mir das Wert.klasch hat geschrieben:..wenn du mir sagen kannst wie ich UDP hinbekomme - gerne...
-
- Interessierter
- Beiträge: 92
- Registriert: Donnerstag 14. Juli 2005, 18:44
Hallo petgun,
meinst du der Switch im Router kann das nicht und ich sollte zwischen Router und Box noch einen Switch hängen?
So ein altes Ding hab ich noch liegen, mal sehen ob es dann besser klappt. Gibt es einen Switch der das besonders gut kann?
Cu, KlaSch.
meinst du der Switch im Router kann das nicht und ich sollte zwischen Router und Box noch einen Switch hängen?
So ein altes Ding hab ich noch liegen, mal sehen ob es dann besser klappt. Gibt es einen Switch der das besonders gut kann?
Cu, KlaSch.
Tschüs, Klaus Schmidt.
Nokia D-Box II 2xAMD AVIA 500
YADI Enigma 2.2.0.2 vom 17.05.07
Sagem D-Box II 2xIntel AVIA600
YADI Neutrino 2.2.0.2 vom 17.05.07
Nokia D-Box II 2xAMD AVIA 500
YADI Enigma 2.2.0.2 vom 17.05.07
Sagem D-Box II 2xIntel AVIA600
YADI Neutrino 2.2.0.2 vom 17.05.07
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
...ist auf jeden Fall einen Versuch wert..klasch hat geschrieben:Hallo petgun,
meinst du der Switch im Router kann das nicht und ich sollte zwischen Router und Box noch einen Switch hängen?
..ich habe mal einen Test gemacht mit groesseren Unterschieden...hatte auch nix mit 'Marke' zu tun. Damals war der billigste (DLink 1005D) der Beste..probier erst mal das Teil aus was Du noch in der Krabbelkiste hast...vielleicht bringt das ja was...ich denke schon!Gibt es einen Switch der das besonders gut kann?
-
- Neugieriger
- Beiträge: 4
- Registriert: Montag 22. August 2005, 13:48
Habe gestern nun den Netzwerkmonitor aktiviert.
Dazu habe ich ein Notebook mit Netzwerkmonitor mit Hilfe eines 10MBit HUB vor den Fileserver gehängt, damit ich den Traffic zwischen dBox2 und NFS aufzeichnen kann.
Und siehe da, mein Problem ist gelöst.
Sobald der HUB dazwischen hängt, ist die Leseperformance OK.
Da sich die Hardware (Switch, Netzwerkkarte, Verkabelung) zu meinem W2000 System nicht geändert hat, muß es doch wohl an den XP Treibern der Netzwerkkarte liegen.
Ich habe nach der Installation von XP die VIA Treiber nachinstalliert. Vielleicht sollte ich die mal weglassen und mit den Hauseigenen XP Treibern testen.
Gruß
Binford
Dazu habe ich ein Notebook mit Netzwerkmonitor mit Hilfe eines 10MBit HUB vor den Fileserver gehängt, damit ich den Traffic zwischen dBox2 und NFS aufzeichnen kann.
Und siehe da, mein Problem ist gelöst.
Sobald der HUB dazwischen hängt, ist die Leseperformance OK.
Da sich die Hardware (Switch, Netzwerkkarte, Verkabelung) zu meinem W2000 System nicht geändert hat, muß es doch wohl an den XP Treibern der Netzwerkkarte liegen.
Ich habe nach der Installation von XP die VIA Treiber nachinstalliert. Vielleicht sollte ich die mal weglassen und mit den Hauseigenen XP Treibern testen.
Gruß
Binford
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
und jetzt laesst Du den 10Mbit _Hub_ staendig zwischen DBox und PC? Das ist doch subotimal fuer den Rest Deines Netzwerks....waere keine Loesung fuer mich.Binford hat geschrieben:..Und siehe da, mein Problem ist gelöst.
..ich denke der Hub hat's gebracht? Du kannst ja mal in der alten Konfiguration (ohne Hub) versuchen die Netzwerkkarte Deines PC auf 10MBit half Duplex fest einzustellen...muesste dann imo auch funktionieren...muß es doch wohl an den XP Treibern der Netzwerkkarte liegen.
-
- Neugieriger
- Beiträge: 4
- Registriert: Montag 22. August 2005, 13:48
Habe am WE weitere Untersuchungen vorgenommen.
Tatsache ist, daß ein 10MBit/s Hub bzw. das Einstellen der Netzwerkkarte auf 10Mbit/s die Ruckler beim Lesen behoben haben.
Beim Schreiben waren bei der 100MBit/s Verbindung keine Probleme vorhanden.
Tatsache ist auch, daß die selbe Hardware mit W2000 lief.
Ich habe XP nochmals installiert. Dieses Mal ohne die VIA-Treiber. Das Resultat war das gleiche.
Deshalb habe ich wieder W2000 installiert. Und siehe da, es läuft.
Keine Ahnung weshalb bei mir XP nicht funktioniert.
Gruß
Binford
Tatsache ist, daß ein 10MBit/s Hub bzw. das Einstellen der Netzwerkkarte auf 10Mbit/s die Ruckler beim Lesen behoben haben.
Beim Schreiben waren bei der 100MBit/s Verbindung keine Probleme vorhanden.
Tatsache ist auch, daß die selbe Hardware mit W2000 lief.
Ich habe XP nochmals installiert. Dieses Mal ohne die VIA-Treiber. Das Resultat war das gleiche.
Deshalb habe ich wieder W2000 installiert. Und siehe da, es läuft.
Keine Ahnung weshalb bei mir XP nicht funktioniert.
Gruß
Binford
-
- Interessierter
- Beiträge: 66
- Registriert: Dienstag 10. Februar 2004, 17:06
Re: SFU read performance
Bei mir wird mehr angenommen:petgun hat geschrieben:..kann ich nicht bestaetigen. rsize=32768 und wsize=8192 (mehr wird auch nicht angenommen) und UDP liefert bei mir die besten Ergebnisse.klasch hat geschrieben:der M$ SFU funktioniert in der Tat besser mit der Einstelling "TCP".
Code: Alles auswählen
32768, 32768
8192+0 records in
8192+0 records out
real 1m 1.27s
user 0m 0.26s
sys 0m 10.41s
8393
8192+0 records in
8192+0 records out
real 0m 57.21s
user 0m 0.16s
sys 0m 7.37s
8982
192.168.0.1:/DBox2 on /mnt/filme type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.0.1)
Gruß Lack
-
- Tuxboxer
- Beiträge: 2614
- Registriert: Montag 20. Mai 2002, 10:49
- Image: JTG-Image [IDE] Version 2.4.4
- Image: (7025SS) Merlin
-
- Interessierter
- Beiträge: 66
- Registriert: Dienstag 10. Februar 2004, 17:06
Ich würde mir wirklich wünschen dass ich dahinter komme wie man das auch bei XP hinbekommt, damit wäre einer Menge Leuten geholfen.
Ich verwende Windows Server 2003 und da geht das ganz einfach ohne etwas dafür zu tun.
Hab mir schon die Finger wund gegoogelt um den Grund dafür zu finden.
Ich denke aber wenn es am Server geht, dann ist es vielleicht nur irgendeine Einstellung in der Registry. Auf jeden Falle scheitert das Ganze nicht am SFU oder an der Box.
Gruß Lack
PS: Die Verbesserung in der Geschwindigkeit bei der Datenübertragung beim Aufnehmen beträgt bei mir, bei sonst gleicher Hardware und gleichen Einstellungen 1567 MBit/s gegenüber einer wsize von nur 8192.
Ich verwende Windows Server 2003 und da geht das ganz einfach ohne etwas dafür zu tun.
Hab mir schon die Finger wund gegoogelt um den Grund dafür zu finden.
Ich denke aber wenn es am Server geht, dann ist es vielleicht nur irgendeine Einstellung in der Registry. Auf jeden Falle scheitert das Ganze nicht am SFU oder an der Box.
Gruß Lack
PS: Die Verbesserung in der Geschwindigkeit bei der Datenübertragung beim Aufnehmen beträgt bei mir, bei sonst gleicher Hardware und gleichen Einstellungen 1567 MBit/s gegenüber einer wsize von nur 8192.
-
- Einsteiger
- Beiträge: 205
- Registriert: Montag 19. April 2004, 21:09
Hallo,
ich habe mal zum probieren Win 2003 Server eingerichtet, und was soll ich sagen. Da geht das mit der wsize=32768
Warum geht das nicht mit XP?
Gruß Michael
ich habe mal zum probieren Win 2003 Server eingerichtet, und was soll ich sagen. Da geht das mit der wsize=32768
Code: Alles auswählen
[~ > mount
/dev/root on / type cramfs (ro)
none on /dev type devfs (rw)
/proc on /proc type proc (rw)
/dev/mtdblock/3 on /var type jffs2 (rw)
ramfs on /tmp type ramfs (rw)
192.168.0.18:dbox-Stream on /mnt/filme type nfs (rw,noatime,v3,rsize=32768,wsize
=8192,soft,udp,nolock,addr=192.168.0.18)
192.168.0.18:d on /mnt/mp3 type nfs (ro,noatime,v3,rsize=32768,wsize=8192,soft,t
cp,nolock,addr=192.168.0.18)
192.168.0.18:d/dbox-plugins on /mnt/plugins type nfs (rw,v3,rsize=8192,wsize=819
2,soft,udp,nolock,addr=192.168.0.18)
192.168.0.4:Temp on /mnt/custom type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp
,nolock,addr=192.168.0.4)
Gruß Michael