Streamabbruch, Ruckler bei Wiedergabe, Lösungsversuch

Da ich hier heute zum ersten Mal poste: Guten Abend allerseits!
Ich lese hier schon seit fast zwei Jahren ziemlich regelmäßig mit und hoffe, jetzt auch mal was beisteuern zu können.

Um unabhängig von meinem Hauptrechner streamen zu können, habe ich in der letzten Woche einen Eisfair-Server aufgesetzt (Dank an den Wiki-Autor).
Meine Hoffnung war, das daß Aufnehmen und Wiedergeben dann besser funktioniert, zumal der Hauptrechner nur per WLAN an das Netz angebunden ist.

Diese Hoffnung hat sich nur zum Teil erfüllt. Die Streamabbrüche sind seltener und das Geruckel ist weniger, aber eben nicht weg. Ich muß dazu sagen, daß ich nur FTA-Sender streame, die zum Teil knackige Datenraten haben.
Da mich das natürlich geärgert hat, habe ich mein Netzwerk genauer untersucht.

Hardware:

Eisfair:
Pentium 166
Netzwerkkarte mit Realtek 8139B Chip
WLAN-Router mit int. Switch D-Link DI-614+
D-Box, Nokia, Kabel

Mit dem Skript von Essu http://forum.tuxbox.org/forum/viewtopic ... +nfs+rsize kann man messen, wie schnell die Box mit verschiedenen Mountoptionen auf ein NFS-Share zugreift.
Darin liegt auch der Charme. Es mißt nicht irgendeine Netzwerkperformance, sondern macht genau das, was die Box bei Aufnahme und Wiedergabe auch macht, Lesen von einem und Schreiben auf ein NFS-Share.

Ergebnis der Mesung über den Router:

Code: Alles auswählen

                                   udp,sync,w  udp,sync,r  udp,async,w  udp,async,r  tcp,sync,w  tcp,sync,r  tcp,async,w  tcp,async,r
Eisfair, Realtek 8139                                                                                               
Router, Autoneg, R/W Size=8K          5565        6564        7420          6320        5333        6649        5752        6649    
Router, Autoneg, R/W Size=8K, 2.Msg   5224        6649        7420          6564        5069        6481        6481        6481    
Router, Autoneg, R/W Size=8K, 3.Msg   5224        6649        7420          6649        4970        6481        6481        6564

Autoneg: Autonegotiation on, 100Mb/s an der Netzwerkkarte
R/W Size: rsize,wsize Mountoptionen. Versucht wurde mit 32K (32*1024) zu mounten. Das kann Eisfair aber nicht.

Ich hab die Messung dreimal gemacht, um zu sehen, wie die Werte streuen. Fazit: 7,42Mb/s (udp,async,w) sind nicht so doll und manchmal zum Grabben halt zu wenig.
Die Leserate ist noch niedriger. Deshalb ruckeln auch Aufnahmen, die einwandfrei gegrabbt wurden.

Jetzt das ganze noch einmal, aber Autonegotiation off, 10Mb/s an der Netzwerkkarte fest eingestellt:

Code: Alles auswählen

                            udp,sync,w  udp,sync,r  udp,async,w  udp,async,r  tcp,sync,w  tcp,sync,r  tcp,async,w tcp,async,r
Router, 10Mb/s, half            4376        7529        7111          7314        4162        5953        5688        5885    
Router, 10Mb/s, half, 2. Msg    4302        7314        7111          7314        4129        5953        5752        5885    
Router, 10Mb/s, half, 3. Msg    4338        7314        7111          7314        4162        5953        5752        5953

Die Leserate ist jetzt bei udp um 1Mb/s höher. Das Ruckeln ist fast weg. Die Schreibrate wird allerdings schlechter. Das ließe sich so erklären: Beim Lesen wird die Box nicht mehr schneller mit Daten beschossen, als sie diese verdauen kann. Beim Schreiben kommt die gedrosselte Netzwerkkarte als zusätzlicher Bremsklotz ins Spiel.
Insgesamt ist die Leserate aber immer noch nicht berauschend.

Nächster Versuch, bestimmt ist der Switch im Router schuld. Also Crossoverkabel zwischen Eisfair und Box:

Code: Alles auswählen

                            udp,sync,w  udp,sync,r  udp,async,w  udp,async,r  tcp,sync,w  tcp,sync,r  tcp,async,w  tcp,async,r
Cross, 10Mb/s, half,            5333        7420        7211          7420        5120        6400        6095        6400    
Cross, 10Mb/s, half, 2. Msg     5333        7314        7211          7314        5120        6481        6243        6320    
Cross, 10Mb/s, half, 3. Msg     5333        7314        7314          7314        5120        6400        6168        6400

Nüscht ist. Der leichte Anstieg bei udp,async ist im Bereich der Streuung der Messwerte. Der Router ist freizusprechen. Bei dieser Messung war es übrigens egal, ob Autonegotiation on oder off war. Eigentlich auch einleuchtend.

Jetzt wollte ich es wissen. Wie sehen die Werte aus, wenn ich die gleichen Messungen mit meinem Hauptrechner (WinXP, SFU) mit der auf dem Board (Intel DPERL865) integrierten LAN-Buchse mache.

Da SFU größere Werte für rsize und wsize erlaubt, war es natürlich interessant, verschiedene durchzuprobieren. Dafür habe ich die Messungen nicht mehr mehrfach gemacht.
Hier die Ergebnisse:

Code: Alles auswählen

                                     udp,sync,w  udp,sync,r  udp,async,w  udp,async,r  tcp,sync,w  tcp,sync,r  tcp,async,w  tcp,async,r
Win XP, SFU, Intel DPERL865                                                                                                    
Router, Autoneg, R/W Size=32k            5069*       5505        7314*         5224        4876        6736        6918        6736    
Router, Autoneg, R/W Size=16k            5069*       6649        7211*         6564        4876        6649        6826        6564    
Router, Autoneg, R/W Size=8k             5120        6564        7314          6481        5019        6649        6736        6649    
Router, Autoneg, R/W Size=4k             5069        6023        6243          6023        4923        6320        6320        6320    
Router, 10Mb/s, half, R/W Size=32k       4231*       8677        8000*         8827        4063        6826        7757        7111    
Router, 10Mb/s, half, R/W Size=16k       4231*       8393        8000*         8533        4063        6918        7641        6736    
Router, 10Mb/s, half, R/W Size=8k        4196        8533        7876          8677        4063        6320        7420        6320    
Router, 10Mb/s, half, R/W Size=4k        4063        7314        7111          7314        4063        6095        6918        5953    
                                                                                                                                     
* WSIZE=8k

Hier sind zwei Dinge interessant. Zum einen unterstützt SFU bei udp keine größere wsize als 8K. Zum zweiten sehen die Werte bei Autonegotiation on nicht besser aus, als beim Eisfair.
Wenn die LAN-Schnittstelle jedoch auf 10Mb/s, half-duplex fest eingestellt ist, wird es flotter. Insbesondere die Leseleistung dürfte der theoretischen Grenze recht nahekommen.
Messungen mit Crossoverkabel habe ich nicht mehr gemacht, weil die Strippe einfach zu kurz war, um sie durch zwei Räume zu ziehen.

Warum ich das so ausführlich schreibe?

Weil das Board überquillt vor Postings wie "ständige Streamabbrüche, Hilfeeee!" oder "Nur Geruckel beim Abspielen, alles Scheiße". Wenn dann jemand antwortet, daß es am Netzwerk liegen könnte, kommt oft der Spruch: "Kann nicht sein, alles ander geht"
Es liegt am Netzwerk. Ich bin ziemlich entsetzt über meine doch sehr unterschiedlichen Ergebnisse. So krass hatte ich mir das nicht vorgestellt.

Jetzt habe ich bei den vielen Tabellen doch tatsächlich vergessen zu fragen, ob mir jemand für den Eisfair eine gute Netzwerkkarte empfehlen kann.

Ich hab das Realtek Billigteil stark in Verdacht.

usul · Beitrag von **usul** » Donnerstag 2. Dezember 2004, 10:27

wolgade hat geschrieben:Jetzt habe ich bei den vielen Tabellen doch tatsächlich vergessen zu fragen, ob mir jemand für den Eisfair eine gute Netzwerkkarte empfehlen kann.

Ich hab das Realtek Billigteil stark in Verdacht.

Ich hatte auch mehere Realtek Karten im Streamserver probiert aber hundertprozentig lief es nie. Die dann gekaufte Netgear Karte lief dann auf anhieb (Kaum Kollisione/Resends mehr (1-2 pro Stunde), vorher weit über 1000).

Also entweder sind die Realtek Mist oder die Linux Treiber, ich lasse jedenfalls in Zukunft die Finger vom Realtek Kram.

Ich denke auch nicht das man das Problen einfach analisyren kann. Auch wenn der Durchsatz hervorragend ist (Datei hin und her kopieren) kann es ja durchaus sein das die Karte ab und zu blokiert und das zu Abbrüchen führt.

Allerdings habe ich BOX und Rechner per Crosover verbunden, ich weiß jetzt nicht wie relevant die Leistung der Netzwerkkarte ist wenn das alles über einen Switch geht.
Wenn die Karte auf 100Mbit eingestellt ist und nur 30MBit schafft sollte es ja trotzdem reichen sofern es keine stockungen gibt weil der Switch z.b. Mist ist.

Allerdings kosten 10/100MBit Karten fast nichts (ich Zahl auf dem Flohmarkt dafür immer 1 -3 Euro) so das ein Test (auch mal zum Test mit Crossover direckt an die Box) sich auf alle Fälle lohnt.

cu
usul

Habe eine Intel Desktop Pro 100 im Eisfair,und läuft ohne Probleme.

Hi,

die Realtek sind mist, die CPU-Belastung ist z.b. zu hoch.
Ich habe testweise Realteks im Einsatz gehabt, überwiegend mit negativen Ergebnis.
Empfehlung, ne 3com 900 Combo, kann eh nicht mehr als 10 mbit.
Bei mir läuft ein Pentium 75, mit dieser Karte ruckelfrei.

Gelegentliche Abbrüche beim Streamen bei ProSieben und ZDF.

Übrigens reboote ich die dBox nächtlich automatisch mittels Eisfair.
Ich habe festgestellt, das bei einer gewissen Anzahl Aufnahmen die Zuverlässigkeit des Streambeginns sinkt.
Seitdem automatischen Rebooten ist das erheblich besser geworden.

Es scheint als würde ein Puffer überlaufen (Vermutung).

Gruß
Frockert

Schönen Dank schonmal.

@Frockert: Ich hab mir Deinen Eisfair Rechner mal unter http://www.eifel-forum.de angesehen. Ich habe bis auf die Netzwerkkarte ziemlich vergleichbare Hardware (Siemens Scenic 5H PCI). Könntest Du mal spaßeshalber das Skript, was ich oben verlinkt habe, laufen lassen?

Wenn Du damit höhere Werte bekommst als ich, dann ist der Schuldige in meinem Eisfair überführt.

Das skript funktioniert net, ich habs schon versucht anzupassen:

das ergebnis:

/tmp # ./test.sh daten >speed.log
test.sh: 24: time: not found
expr: division by zero
test.sh: 24: time: not found
expr: division by zero
test.sh: 24: time: not found
expr: division by zero
test.sh: 24: time: not found
expr: division by zero
test.sh: 24: time: not found
expr: division by zero
test.sh: 24: time: not found
expr: division by zero
test.sh: 24: time: not found
expr: division by zero
test.sh: 24: time: not found
expr: division by zero

das skript:

#!/bin/sh
V=$1
R=`expr 32 \* 1024`
for P in udp tcp
do
for S in sync async
do
echo
echo $P", "$S
umount /mnt/custom
mount -t nfs -o rw,soft,$P,nolock,$S,rsize=$R,wsize=$R 192.168.1.6:/$V /mnt/custom
a=`date +%s`
time dd if=/dev/zero of=/mnt/custom/test bs=8k count=8192
z=`date +%s`
n=`expr $z - $a`
expr 512000 / $n
a=`date +%s`
time dd of=/dev/null if=/mnt/custom/test bs=8k count=8192
z=`date +%s`
n=`expr $z - $a`
expr 512000 / $n
mount | grep /mnt/custom

~

Gruß Frockert

Ich gehe mal davon aus, daß 192.168.1.6 die IP-Adresse des Eisfair ist, und das zu mountende Verzeichnis auf der Box /mnt/custom.

Dies NFS-Freigabe auf dem Eisfair ist /daten.

Probier mal ./test.sh /daten > speed.log

Das Irre ist: Mit diesem obigen Aufruf hat es mit dem Mounten auf dem Eisfair geklappt. Er erwartet also offensichtlich

Code: Alles auswählen

mount -t nfs -o <OPTIONEN> <IP-Adresse>://<Freigabe>

Beim Mounten mit Doppelslash bei SFU führt dieser Aufruf dagegen zur Meldung "Permission denied".

Ich hätte das gleich schreiben sollen, aber mein Ursprungsposting war schon sehr lang und als es endlich fertig war, war es verdammt spät.

Ich habe alle Messungen mit Eisfair mit dem Aufruf mit Doppelslash gemacht. Als ich dann die SFU-Messungen machen wollte, ging das plötzlich schief. Ich hab aber nur dreieinhalb Stunden gebraucht, um herauszufinden, warum ich die Freigabe auf SFU nicht mounten konnte, incl. De- und Neuinstallation von SFU.

Tut mir leid. Wenn man jemanden schon um etwas bittet, sollte man ihm zumindest ersparen, die eigenen schmerzlichen Erfahrungen selber machen zu müssen. Probierst Du es noch einmal?

Das Mounten klappt ja auch
und zwar so

/tmp # ./test.sh daten > speed.log
./test.sh: 25: dd: not found
expr: division by zero
./test.sh: 25: dd: not found
expr: division by zero
./test.sh: 25: dd: not found
expr: division by zero
./test.sh: 25: dd: not found
expr: division by zero
./test.sh: 25: dd: not found
expr: division by zero
./test.sh: 25: dd: not found
expr: division by zero
./test.sh: 25: dd: not found
expr: division by zero
./test.sh: 25: dd: not found
expr: division by zero

hier der Inhalt des Logs:
/tmp # more speed.log

udp, sync
192.168.1.6:/daten on /mnt/custom type nfs (rw,sync,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.6)

udp, async
192.168.1.6:/daten on /mnt/custom type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.6)

tcp, sync
192.168.1.6:/daten on /mnt/custom type nfs (rw,sync,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.1.6)

tcp, async
192.168.1.6:/daten on /mnt/custom type nfs (rw,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.1.6)

Nur scheint mein Image (30.08.04) die befehle time und dd nicht zu kennen.

/tmp # time
-sh: time: not found
/tmp # dd
-sh: dd: not found
/tmp # date
Thu Dec 2 23:11:27 CET 2004
/tmp #

Gruß Frockert

Huch, das ist ja ärgerlich. Dann ist das erst nachträglich eingebaut worden.
Ich benutze ein Yadi-Image vom Oktober. Da ist das drin.

Schade, gerade Deine Ergebnisse hätten mich brennend interessiert, da sich unsere Hardware hauptsächlich durch die Netzwerkkarten unterscheidet.

Um genau zu sein: Dein Eisfair stand eigentlich Pate für meinen. Du hast im Eifel-Forum geschrieben, daß die alten Siemensmöhren ziemlich leise sind. Das war bei meinem Ebay-Fischzug das entscheidende Kriterium.

Beitrag von **aktex** » Freitag 3. Dezember 2004, 00:08

@wolgade
Du schreibst:
Zum einen unterstützt SFU bei udp keine größere wsize als 8K.

Kann ich nicht bestätigen. Ich nutze WindowsXp Prof. und SFU 3.5 mit rzise 32768.

10.150.10.100:/filme on /mnt/movies type nfs (rw,v3,rsize=32768,wsize=8192,soft,udp,nolock
,addr=10.150.10.100)
/var #

Tausche mal deine Netzwerkhardware. ( z.B den Switch)

Bis dann

Beitrag von **wolgade** » Freitag 3. Dezember 2004, 00:51

Kann ich nicht bestätigen. Ich nutze WindowsXp Prof. und SFU 3.5 mit rzise 32768.

Hab ich nicht bestritten. Wsize > 8K wird nicht unterstützt. Du kannst wsize=32768 in den Mountoptionen angeben, aber tatsächlich wird mit 8198 gemountet.

10.150.10.100:/filme on /mnt/movies type nfs (rw,v3,rsize=32768,wsize=8192,soft,udp,nolock
,addr=10.150.10.100)
/var #

Da steht doch auch wsize=8192. Das meinte ich.

Tausche mal deine Netzwerkhardware. ( z.B den Switch)

Ich geb gerne zu, daß ich nicht der totale Netzwerkauskenner bin, aber was hat der Switch mit den unterstützten Mountoptionen eines NFS-Servers zu tun?

Beitrag von **Frockert** » Freitag 3. Dezember 2004, 05:21

wolgade hat geschrieben:Huch, das ist ja ärgerlich. Dann ist das erst nachträglich eingebaut worden.
Ich benutze ein Yadi-Image vom Oktober. Da ist das drin.

Schade, gerade Deine Ergebnisse hätten mich brennend interessiert, da sich unsere Hardware hauptsächlich durch die Netzwerkkarten unterscheidet.

Um genau zu sein: Dein Eisfair stand eigentlich Pate für meinen. Du hast im Eifel-Forum geschrieben, daß die alten Siemensmöhren ziemlich leise sind. Das war bei meinem Ebay-Fischzug das entscheidende Kriterium.

Nicht verzagen....

ich habe noch son Nokia-Kabel-Schrott hier rum stehen.

Da spiel ich in kürze das neueste Image mal drauf und teste damit.

Aus frauentechischen Gründen kann ich mit der super laufenden Wohnzimmerphilipsbox nicht zu viele Experimente machen.

Ich melde mich wieder.

Gruß Frockert

Beitrag von **wolgade** » Freitag 3. Dezember 2004, 16:41

Da wird die verwendete Hardware ja noch ähnlicher.

Ich benutze den Nokia-Kabel-Schrott.

Wenn Du Dir jetzt Arbeit machst, dann mach ich mir auch noch welche.
Ich hab hier noch einen Windows 2000 Rechner mit Realtek-Karte rumstehen.
Ich installier da mal SFU. Mal gucken, was ich da messe. Wenn das ähnlich aussieht, wie beim Eisfair, dann wird es eng für die Netzwerkkarte.

Ich will das jetzt wissen.

Beitrag von **Morgi** » Freitag 3. Dezember 2004, 17:40

Hallo allerseits.

ich kann das alles hier bestätigen... nach wochenlangem Testen hier mal meine Lösung bzw. Hardware und SW Config.

Thema Netgear Switch -> werft ihn lieber gleich weg. (udp geht nicht vernünftig.)

hab mittlerweile nen kleinen Linksys Switch dazwischen.
1,7 Ghz Intel Barebone mit Realtek Chipsatz.
darauf läuft nachdem alle Versuche mit der grafischen Oberfläche der Fa. Kleinweich gescheitert sind. einen SuSE 9.1 mit NFS Share. (mountoptionen: udp,rsize 32K und wsize 8k)

streaming und abspielen absolut ruckelfrei. (sofern man die Realtek in 100Mbt halb duplex zwingt). Matrix geht der Vorspann nicht da die Datenrate hier bei etwa 9,8Mbit liegt...

PS: Nokia Box mit JTG Image v. 30.11.04

Beitrag von **Frockert** » Freitag 3. Dezember 2004, 19:15

Hier meine Ergebnisse,

Eisfair, Pentium 75, 48 Mb Ram, 3com 3c900 10 mbit, über Allied Telesyn International 10 mbit Hub.

Ich streame über udp, async.

Testdbox Noikia Kabel Avia 500 2xi, Image Snapshot 2.0.0.3 vom 16.11.04

udp, sync
5069
7641

udp, async
7314
7641

tcp, sync
4830
507

tcp, async
6168
575

Gruß Frockert

Beitrag von **wolgade** » Samstag 4. Dezember 2004, 00:32

Vielen Dank für Deine Mühe. Die Ergebnisse sind aber leider nicht besser als meine. Mal eine dumme Frage: Warum benutzt Du einen Hub. Ich dachte, Du hättest der Box eine eigene Karte spendiert. Die Lesegeschwindigkeit bei TCP läßt auf massive Kollisionen schließen. Mein DSL-Anschluß ist schneller.

Noch eine Frage zum Schluß: Hast Du die Netzwerkkarte auf Halbduplex gestellt? Ich weiß, daß bei Verwendung eines Hubs Vollduplex nicht geht, die Frage ist nur, ob die Karte das auch weiß.

Hier noch meine Ergebnisse der Messung mit einer Realtek-Karte unter Win2000 mit SFU über meinen Router:

Autonegotiation:
udp, sync
4785
5278

udp, async
7211
4830

tcp, sync
4830
6564

tcp, async
6918
6649

10Mb/s, halb-duplex:
udp, sync
4162
8827

udp, async
7013
8827

tcp, sync
4000
8126

tcp, async
6243
8126

Die Lesegeschwindigkeit ist verdammt hoch. Die Schreibgeschwindigkeit ist nicht höher als beim Eisfair, auf jeden Fall niedriger als bei meiner Messung der integrierten LAN-Schnittstelle mit SFU.

Ich werde mal eine gescheite Karte für den Eisfair besorgen und schauen, ob es hilft.

Beitrag von **Frockert** » Samstag 4. Dezember 2004, 06:33

wolgade hat geschrieben:Vielen Dank für Deine Mühe. Die Ergebnisse sind aber leider nicht besser als meine. Mal eine dumme Frage: Warum benutzt Du einen Hub. Ich dachte, Du hättest der Box eine eigene Karte spendiert.

Mehrere Gründe, ich habe nicht so ein langes Crossover-Kabel

, und es war geplant ne zweite dbox anzuschliessen, das habe ich aber noch nicht umsetzen können.
Ausserdem sieht man schön, wenn die Box aufnimmt/abspielt, dann sieht man die Belastungsanzeige an den Leuchtdioden am Hub.
Leider hab ich sonst bei laufenden dbox noch keine Anzeige gefunden, die einem das auf Anhieb mitteilt.

wolgade hat geschrieben: Noch eine Frage zum Schluß: Hast Du die Netzwerkkarte auf Halbduplex gestellt? Ich weiß, daß bei Verwendung eines Hubs Vollduplex nicht geht, die Frage ist nur ob die Karte das auch weiß.

Ich habe keine speziellen Änderungen an der Karteneinstellungen am Eis gemacht.

wolgade hat geschrieben: Hier noch meine Ergebnisse der Messung mit einer Realtek-Karte unter Win2000 mit SFU über meinen Router:

Die Lesegeschwindigkeit ist verdammt hoch. Die Schreibgeschwindigkeit ist nicht höher als beim Eisfair, auf jeden Fall niedriger als bei meiner Messung der integrierten LAN-Schnittstelle mit SFU.

Das ist relativ betrachtet richtig, für deinen winblöd brauchst du ja erst mal minimum 400 mhz damit sich überhaubt was regt, das ist für einen privaten Ganztagsserver inakzeptabel.
Die Stromkosten und die Geräuschkulisse sind ja viel zu hoch.
Mein P75 braucht max. gemessene 28 Watt.
Hier http://www.eifel-forum.de/phpBB2/viewtopic.php?t=33 siehst du ein paar beispiele fürden Stromverbrauch diverser geräte.

wolgade hat geschrieben: Ich werde mal eine gescheite Karte für den Eisfair besorgen und schauen, ob es hilft.

Ich hab mal wo gelesen das die Realtek keinen interen Speicher/Cache haben, das wäre ein Grund warum die CPU so belastet würde.

Es muss ja auch einen Grund haben warum eine komplexe Netzwerkplatine, produziert weit weg in China, hier für 5 Euro zu kaufen gibt.

Gruß
Frockert

Beitrag von **wolgade** » Samstag 4. Dezember 2004, 16:06

Ich habe keine speziellen Änderungen an der Karteneinstellungen am Eis gemacht.

Kennst Du ethtool? Gibt es als Paket für Eisfair. Mich machen Deine dreistelligen Werte bei TCP stutzig. Ok, Du verwendest UDP, aber ich vermute, daß Du massiv Kollisionen im Netzwerk hast. Ich würde mal die Karte am Eisfair mit ethtool auf Halbduplex stellen. Vollduplex kann am Hub nicht funktionieren. Möglicherweise sind Deine sporadischen Streamabbrüche bei ZDF und Pro 7 dann Vergangenheit. Wenn dann die Lieblingsfilme Deiner Frau/Freundin am Stück auf dem Eisfair landen, dann erhöht das vielleicht Ihre Akzeptanz für Dein D-Box Gebastel.

für deinen winblöd brauchst du ja erst mal minimum 400 mhz damit sich überhaubt was regt, das ist für einen privaten Ganztagsserver inakzeptabel.

Natürlich, ich hab auch nicht vor, eine Windowskiste als Server zu betreiben. Es ging darum, herauszufinden, wo der Flaschenhals ist. Die oft verfluchte Netzwerkschnittstelle der Box ist es an dieser Stelle jedenfalls nicht. Ob es die Realtek-Karte ist, werde ich in einer Woche wissen. Ich habe jetzt eine 3Com-Karte bei Ebay geschossen. Wenn es damit nicht besser wird, dann ist der NFS-Daemon des Eisfair oder die Hardware zu lahm.

Ich hab mal wo gelesen das die Realtek keinen interen Speicher/Cache haben, das wäre ein Grund warum die CPU so belastet würde.

Die Karte wird so ziemlich alles der CPU überlassen. Das heißt, daß sie für jeden Mist einen Interrupt auslösen muß. Daraufhin kümmert sich die CPU dann auch liebevoll um das Anliegen der Karte. Dumm nur, daß andere Systemkomponenten auch noch bedient werden wollen. Bei timingkritischen Dingen kann dann schon mal was ins Auge gehen. Aber diese Spekulation führt zu nichts. Ich werde schauen, ob die 3Com-Karte Punkte bringt.

Es muss ja auch einen Grund haben warum eine komplexe Netzwerkplatine, produziert weit weg in China, hier für 5 Euro zu kaufen gibt.

Die 3Com-Karte hat 4,50 Euro gekostet. War billiger.

Viele Grüße

Wolgade

Nachtrag: In der kommenden Nacht gibt es bei Eins-Festival wieder die D-Box Testsendungen. Die werde ich mal mit der WinXP Kiste aufnehmen. Mal gucken, ob das ohne Abbruch funktioniert.

Beitrag von **Frockert** » Samstag 4. Dezember 2004, 17:26

wolgade hat geschrieben:
Ich habe keine speziellen Änderungen an der Karteneinstellungen am Eis gemacht.
Kennst Du ethtool? Gibt es als Paket für Eisfair. Mich machen Deine dreistelligen Werte bei TCP stutzig. Ok, Du verwendest UDP, aber ich vermute, daß Du massiv Kollisionen im Netzwerk hast. Ich würde mal die Karte am Eisfair mit ethtool auf Halbduplex stellen. Vollduplex kann am Hub nicht funktionieren. Möglicherweise sind Deine sporadischen Streamabbrüche bei ZDF und Pro 7 dann Vergangenheit. Wenn dann die Lieblingsfilme Deiner Frau/Freundin am Stück auf dem Eisfair landen, dann erhöht das vielleicht Ihre Akzeptanz für Dein D-Box Gebastel.

Ethtool kenn ich net, habs auch net im pack-eis gefunden. Die sporadischen Abbrüche bei Pro7 etc. sind vermutlich auch damit begründet, das immer der AC3 mit gestreamt wird.
Denn will ich zwar net, aber mit der Einstellung "Nicht alle Audio-Pid streamen" habe ich es nicht abschalten können.
Vermutlich wirds dann manchmal was eng in der Leitung.

wolgade hat geschrieben: Die 3Com-Karte hat 4,50 Euro gekostet. War billiger.

Fein, wirste nicht bereuen.

wolgade hat geschrieben: Nachtrag: In der kommenden Nacht gibt es bei Eins-Festival wieder die D-Box Testsendungen. Die werde ich mal mit der WinXP Kiste aufnehmen. Mal gucken, ob das ohne Abbruch funktioniert.

Was für Testsendungen?

Ich bin an für sich so zufrieden mit dem System, die sporadischen Abbrüche sind wirklich selten.
Ich reboote die Box jede Nacht.

Gruß Frockert

Beitrag von **wolgade** » Samstag 4. Dezember 2004, 19:03

Ethtool kenn ich net, habs auch net im pack-eis gefunden.

Das ist gut versteckt. Ist Bestandteil des wol-Paketes.
http://www.pack-eis.de/index.php?p=wol

Was für Testsendungen?

In der Nacht von Freitag auf Samstag laufen auf Eins-Festival Wiederholungen alter "Musikladen"-Sendungen. Die sind früher einmal mit wunderbar rauschenden Röhrenkameras auf wunderbar rauschende Analog-MAZen aufgezeichnet worden. Dann ist das ganze auch noch schnell geschnitten und im Bild blitzen und blinken jede Menge Lichteffekte. Genau das Material, was MPEG-Encodern Probleme bereitet. Damit beim Zuschauer jetzt nicht nur Klötzchen ankommen, wird halt die Datenrate erhöht. Ich kann mitlerweile ganz gut anhand des Bildinhaltes vorhersagen, wann ein Streamabbruch kommt.

Ganz wichtig bei dieser Testmethode ist die ständige Griffbereitschaft der Mute-Taste an der Fernbedienung. Man bekommt sonst "musikalische" Darbietungen zu hören, die zu inneren Blutungen und bleibenden Schädigungen des vegetativen Nervensystems führen können.

Beitrag von **petgun** » Samstag 4. Dezember 2004, 19:08

hi,

wolgade hat geschrieben:..Ganz wichtig bei dieser Testmethode ist die ständige Griffbereitschaft der Mute-Taste an der Fernbedienung. Man bekommt sonst "musikalische" Darbietungen zu hören, die zu inneren Blutungen und bleibenden Schädigungen des vegetativen Nervensystems führen können.

ich nehme den Kram auch mal mit einem Asus WL-HDD auf...mal sehen ob's Probleme gibt.

cu,
peter

Beitrag von **wolgade** » Samstag 4. Dezember 2004, 19:54

Au ja, mach mal!

Hab gerade nochmal nachgeschaut, ob ich Dich nicht verwechsel. Du bist doch auch einer von der Sorte, die sich mit Streamabbrüchen, egal wie sporadisch, einfach nicht abfinden wollen.

Beitrag von **petgun** » Sonntag 5. Dezember 2004, 00:38

hi,
mann, das war wirklich mal ein heisser Tip fuer eine Testsendung ;-)
...es gibt noch viel zu tun...vier Unterbrechungen in einer Stunde

Meine Box schafft maximal 8,7 MBit Schreibgeschwindigkeit unter NFS mit den momentanen Einstellungen auf das WL-HDD....und das reicht bei den Sendungen anscheinend nicht!

Ich werde jetzt erst mal wieder zum streamen auf SFU umsteigen und versuchen die NFS-Schreibgeschwindigkeit auf's WL-HDD auf > 9 MBit zu erhoehen...an welcher Schraube man dafuer drehen muss, weiss ich allerdings noch nicht ;-)

cu,
peter

Nacht(t)rag um 1:00 Uhr:
...SFU meistert Spitzen von 9,3 MBit/sek ohne Streamunterbrechung...

Beitrag von **wolgade** » Sonntag 5. Dezember 2004, 03:23

Sag ich ja. Die Einschläge waren auch bei mir heftig. Meine kühne Behauptung, daß ich Streamabbrüche anhand des Bildinhaltes voraussagen könnte, hat sich zu meiner eigenen Überaschung bestätigt. Konkret: Manchmal wenn ich dachte, jetzt krachts, ging es gerade noch einmal gut, aber wenn es tatsächlich krachte, war es mir eigentlich vorher klar.

Zu den Fakten: Ich habe hier geschlagene 77 TS-Files rumliegen. Wie sieht es bei Dir aus? Womit streamst Du? Ich hoffe, daß ich in den nächsten Tagen dazu komme, die Dateien mal genauer zu untersuchen. Wenn Du zu Ergebnissen kommen solltest, dann laß mich bitte nicht dumm sterben!