Hank
27.09.2013, 16:33
Hallo,
ha, ich freu mich tierisch, dass es wieder ein Enigma Forum gibt, nachdem das AAF irgendwie sich zerschossen hat. An dieser Stelle nochmal vielen Dank an den User, der mich auf dieses Forum brachte.
Ich habe nun folgendes Problem und bin mit meinem Latein am Ende. Ich speichere die Aufnahmen nicht auf dem Topfield, sondern auf einer NFS Freigabe. Zunächst ein bischen Vorgeschichte dazu. Ich hatte einen iMac als NFS Server. Funktionierte einwandfrei. Dann habe ich einen Drobo an den iMac angeschlossen und dessen Volume genutzt. Dann stotterten die Aufnahme stark. Bis ich drauf gekommen bin, die rsize und wsize im Topf hoch zu stellen. Danach klappte das einwandfrei. Dann habe ich mir einen Linux Server mit der Distri yaVDR 0.4 (Die basiert auf Natty) angeschafft und dort eine CIFS Freigabe eingerichtet und die Töpfe (Ich habe 5 Stück) darauf gemountet. Klappte auch einwandfrei. Später habe ich dann den Server auf NFS umgestellt und die Töpfe darauf gemountet. Klappte auch einwandfrei.
Jetzt habe ich mich von dem yaVDR Server verabschiedet und auf diese unveränderte Hardware Linux Ubuntu 12.04 Precise Pangolin Server installiert. Tja, und die NFS Freigabe funktioniert mit anderen Clients einwandfrei. Ich komme auf richtig hohe Lese- und Schreibzugriffsgeschwindigkeiten von anderen Clients aus. Der Flaschenhals ist eher das Gigabit LAN. Aber wenn ich eine Aufnahme auf die Freigabe per Topf speichere, stottert es wie Sau. Eine SD Aufnahme geht halbwegs, stottert zwischendrin auch. Dann habe ich mir die Datei auf nem Rechner gezogen und auch dort stottert es. Dann mal ne alte Aufnahme mit dem Topf von der Freigabe geschaut und es funktioniert einwandfrei. Es scheint also irgendein Schreibproblem zu sein.
So, alle Möglichen Parameter am Server überprüft, passt alles, so das ich den derzeit eher ausschließe.
Dann habe ich mit einem Skript die NFS Schreib- und Lesegeschwindigkeiten per Telnet überprüft und komme auf http://pastebin.com/Hhhb6H1x
Results for write throughput:
41.297 Mbit/s with udp,async,wsize=32768
34.636 Mbit/s with udp,async,wsize=16384
27.531 Mbit/s with udp,async,wsize=8192
25.565 Mbit/s with tcp,async,wsize=32768
23.860 Mbit/s with tcp,async,wsize=16384
20.648 Mbit/s with udp,async,wsize=4096
18.512 Mbit/s with tcp,async,wsize=8192
14.510 Mbit/s with tcp,async,wsize=4096
Results for read throughput:
38.347 Mbit/s with udp,async,rsize=16384
34.636 Mbit/s with tcp,async,rsize=32768
32.537 Mbit/s with udp,async,rsize=32768
29.826 Mbit/s with udp,async,rsize=8192
29.826 Mbit/s with tcp,async,rsize=16384
23.860 Mbit/s with tcp,async,rsize=8192
21.053 Mbit/s with udp,async,rsize=4096
Also flux geschaut, wie gemountet ist. Mount gibt u.A. das aus
(rw,relatime,vers=3,rsize=32768,wsize=32768,namlen =255,hard,nolock,proto=tcp,port=65535,timeo=70,ret rans=3,sec=sys,mountport=65535,addr=192.168.2.10)
Das bedeutet, die Schreib- und Lesegeschwindigkeiten liegen bei etwa 3MByte/s und 4,25 MByte/s, da ich tcp verwendete. Ich habs mit udp versucht, änderte nichts.
Dann habe ich eine CIFS Freigabe am Server eingerichtet und am Topf gemountet. Dort aufgenommen und siehe da, es fluppt einwandfrei.
Also auch hier einen Geschwindigkeitstest vom Topf aus gemacht
Dauer: 61 Sekunden Durchsatz: 17602324 bit/s
Also etwa 2,1MByte/s. Noch weniger als per NFS, obwohl das schon sehr wenig ist. Aber es funktioniert einwandfrei.
Was auffällt, dass der Server bei top über 20%wa anzeigt beim schreiben, beim lesen etwa 13%wa. htop zeigte, dass die cpu recht viel auf io wartete. Passt ja auch.
So langsam bin ich am Ende, ich weiß nicht mehr weiter. Hat noch Jemand ne Idee oder Lösungsansätze?
Die Enigma Version ist von AAF und die Nummer 37. Ich hoffe, ich darf das hier überhaupt so erwähnen, weil es ja von AAF ist.
Die exports-Zeile sieht so aus
/home/... *(rw,fsid=2,async,no_subtree_check,all_squash,anon gid=1000,anonuid=1000)
Ich hatte es auch auf sync versucht, gleiches Problem. Die ... habe ich jetzt nur gesetzt, in der echten Zeile ist es schon korrekt.
Vielen Dank an euch und Gruß
Hank
ha, ich freu mich tierisch, dass es wieder ein Enigma Forum gibt, nachdem das AAF irgendwie sich zerschossen hat. An dieser Stelle nochmal vielen Dank an den User, der mich auf dieses Forum brachte.
Ich habe nun folgendes Problem und bin mit meinem Latein am Ende. Ich speichere die Aufnahmen nicht auf dem Topfield, sondern auf einer NFS Freigabe. Zunächst ein bischen Vorgeschichte dazu. Ich hatte einen iMac als NFS Server. Funktionierte einwandfrei. Dann habe ich einen Drobo an den iMac angeschlossen und dessen Volume genutzt. Dann stotterten die Aufnahme stark. Bis ich drauf gekommen bin, die rsize und wsize im Topf hoch zu stellen. Danach klappte das einwandfrei. Dann habe ich mir einen Linux Server mit der Distri yaVDR 0.4 (Die basiert auf Natty) angeschafft und dort eine CIFS Freigabe eingerichtet und die Töpfe (Ich habe 5 Stück) darauf gemountet. Klappte auch einwandfrei. Später habe ich dann den Server auf NFS umgestellt und die Töpfe darauf gemountet. Klappte auch einwandfrei.
Jetzt habe ich mich von dem yaVDR Server verabschiedet und auf diese unveränderte Hardware Linux Ubuntu 12.04 Precise Pangolin Server installiert. Tja, und die NFS Freigabe funktioniert mit anderen Clients einwandfrei. Ich komme auf richtig hohe Lese- und Schreibzugriffsgeschwindigkeiten von anderen Clients aus. Der Flaschenhals ist eher das Gigabit LAN. Aber wenn ich eine Aufnahme auf die Freigabe per Topf speichere, stottert es wie Sau. Eine SD Aufnahme geht halbwegs, stottert zwischendrin auch. Dann habe ich mir die Datei auf nem Rechner gezogen und auch dort stottert es. Dann mal ne alte Aufnahme mit dem Topf von der Freigabe geschaut und es funktioniert einwandfrei. Es scheint also irgendein Schreibproblem zu sein.
So, alle Möglichen Parameter am Server überprüft, passt alles, so das ich den derzeit eher ausschließe.
Dann habe ich mit einem Skript die NFS Schreib- und Lesegeschwindigkeiten per Telnet überprüft und komme auf http://pastebin.com/Hhhb6H1x
Results for write throughput:
41.297 Mbit/s with udp,async,wsize=32768
34.636 Mbit/s with udp,async,wsize=16384
27.531 Mbit/s with udp,async,wsize=8192
25.565 Mbit/s with tcp,async,wsize=32768
23.860 Mbit/s with tcp,async,wsize=16384
20.648 Mbit/s with udp,async,wsize=4096
18.512 Mbit/s with tcp,async,wsize=8192
14.510 Mbit/s with tcp,async,wsize=4096
Results for read throughput:
38.347 Mbit/s with udp,async,rsize=16384
34.636 Mbit/s with tcp,async,rsize=32768
32.537 Mbit/s with udp,async,rsize=32768
29.826 Mbit/s with udp,async,rsize=8192
29.826 Mbit/s with tcp,async,rsize=16384
23.860 Mbit/s with tcp,async,rsize=8192
21.053 Mbit/s with udp,async,rsize=4096
Also flux geschaut, wie gemountet ist. Mount gibt u.A. das aus
(rw,relatime,vers=3,rsize=32768,wsize=32768,namlen =255,hard,nolock,proto=tcp,port=65535,timeo=70,ret rans=3,sec=sys,mountport=65535,addr=192.168.2.10)
Das bedeutet, die Schreib- und Lesegeschwindigkeiten liegen bei etwa 3MByte/s und 4,25 MByte/s, da ich tcp verwendete. Ich habs mit udp versucht, änderte nichts.
Dann habe ich eine CIFS Freigabe am Server eingerichtet und am Topf gemountet. Dort aufgenommen und siehe da, es fluppt einwandfrei.
Also auch hier einen Geschwindigkeitstest vom Topf aus gemacht
Dauer: 61 Sekunden Durchsatz: 17602324 bit/s
Also etwa 2,1MByte/s. Noch weniger als per NFS, obwohl das schon sehr wenig ist. Aber es funktioniert einwandfrei.
Was auffällt, dass der Server bei top über 20%wa anzeigt beim schreiben, beim lesen etwa 13%wa. htop zeigte, dass die cpu recht viel auf io wartete. Passt ja auch.
So langsam bin ich am Ende, ich weiß nicht mehr weiter. Hat noch Jemand ne Idee oder Lösungsansätze?
Die Enigma Version ist von AAF und die Nummer 37. Ich hoffe, ich darf das hier überhaupt so erwähnen, weil es ja von AAF ist.
Die exports-Zeile sieht so aus
/home/... *(rw,fsid=2,async,no_subtree_check,all_squash,anon gid=1000,anonuid=1000)
Ich hatte es auch auf sync versucht, gleiches Problem. Die ... habe ich jetzt nur gesetzt, in der echten Zeile ist es schon korrekt.
Vielen Dank an euch und Gruß
Hank