[warp10]

Hallo,

die Idee war, einen Banana Pi als VDR-Server zu betreiben (wg. GbE und SATA) und Raspberries als Clients. Als Tuner kommt ein Sat>IP Server von Telestar (Digibit R1) zum Einsatz.

Nun habe ich mal getestet, wie viele HD Sender ich mit dem Banana Pi gleichzeitig aufnehmen kann ohne dass es zu Problemen kommt. Ergebnis: Spätestens bei drei gleichzeitigen Aufnahmen ist Schluss, dann habe ich nachher Blockartefakte und andere Bildstörungen in den Aufnahmen. Und dabei habe ich noch nicht mal gleichzeitig eine der Aufnahmen auf einem Client geschaut, sondern nur aufgenommen und nachher das Ergebnis überprüft. Und es macht auch keinen Unterschied, ob ich die Aufnahmen auf eine SATA-HDD, eine USB-HDD, einen USB-Stick oder auf die SD-Karte schreibe.

Um zu testen, ob es am Sat>IP Server oder am Switch liegt, habe ich testweise mal meinen "normalen" PC als VDR-Server verwendet und der schafft locker 4 gleichzeitige Aufnahmen. Mehr habe ich jetzt gar nicht getestet.

Was ich an der Sache nicht verstehe: Die zu erwartenden Datenrate von drei HD-Streams liegt bei maximal 3 * 20 MBit/s = 60 MBit/s = 7,5 MByte/s. Das ist weder für GbE, noch für SATA oder sogar eine USB-Festplatte ein Problem. Die CPU-Last des Banana-Pi liegt währende der Aufnahme auch nur bei ca. 2%. Mir ist prinzipiell nicht klar, wo hier der Flaschenhals ist. Kann da jemand Licht ins Dunkel bringen?

Danke und viele Grüße,
Thorsten

[clausmuus]

Hi,

ich hätte jetzt auch erwartet, dass Du deutlich mehr Aufnahmen gleichzeitig machen kannst. Schau doch mal, wie hoch die IRQ Last ist. Die steht beim top ganz rechts.

Claus

[MegaX]

Hi,

hast du evtl. das markad Plugin am laufen?
Wenn ja dann stell das mal so ein das es die Aufnahmen erst danach und auch nur eine nach der anderen abarbeitet.

[clausmuus]

Müsste denn nicht, wenn das Schuld ist, die Systemlast hoch sein?

Claus

[tramCS]

@MegaX

Wie/Wo stellt man das ein ?

Grüße
Christian

[warp10]

Schau doch mal, wie hoch die IRQ Last ist. Die steht beim top ganz rechts.

Gute Idee, danke! Werde ich machen und melde mich nochmal.

hast du evtl. das markad Plugin am laufen?

Nein, das Plugin ist nicht installiert.

Viele Grüße,
Thorsten

[warp10]

Also hier das Ergebnis des Testlaufs.
Auch wenn es von den Werten her bei drei Aufnahmen noch gut ausschaut - die Aufnahme ist unbrauchbar.
Mich wundert die hohe CPU-Last von VDR selbst, da gibt es ja eigentlich nichts zu tun. Daten empfangen und 1:1 wegschreiben...
So richtig verstehe ich immer noch nicht, was der Flaschenhals ist.

1 Stream (Das Erste HD)
   CPU:   9% usr  18% sys   0% nic  64% idle   5% io   0% irq   1% sirq
   Load average: 0.66 2.23 1.60 2/122 2434
     PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
    1285   803 root     S     550m  72%   0  27% /usr/bin/vdr

2 Streams (Das Erste HD + ZDF HD)
   CPU:  18% usr  39% sys   1% nic  27% idle   8% io   0% irq   5% sirq
   Load average: 2.16 2.24 1.67 7/124 2447
     PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
    1285   803 root     S     570m  74%   0  59% /usr/bin/vdr

3 Streams (Das Erste HD + ZDF HD + Arte HD)
   CPU:  20% usr  58% sys   1% nic   7% idle   4% io   0% irq   7% sirq
   Load average: 3.67 2.65 1.87 3/126 2461
     PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
    1285   803 root     S     590m  77%   0  81% /usr/bin/vdr

4 Strams (Das Erste HD + ZDF HD + Arte HD + ZDF neo HD)
   CPU:  27% usr  61% sys   1% nic  0% idle   0% io   0% irq   9% sirq
   Load average: 7.31 4.19 2.51 9/127 2473
     PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
    1285   803 root     S     618m  81%   0  91% /usr/bin/vdr


Viele Grüße,
Thorsten

[clausmuus]

Hi,

wie zu sehen ist, ist der load sehr hoch, was definitiv zu Problemen führt. Auslöser ist der hohe sirq Wert. Die hohe VDR Last könnte auch von dem sirq her rühren, da bin ich aber nicht mehr sicher.
Der hohe sirq dürfe auf eine zu hohe Last beim übertragen der Daten auf die SD-Karte, auf der USB Leitung oder dem sata (was eher unwahrscheinlich ist) hindeuten.
Beim RPI 1 trat das häufig auf. Beim BPI habe ich von solchen Problemen noch nicht gehört. Wenn Du wirklich auf eine per sata angeschlossene HDD aufnimmst (nicht nen USB Stick oder gar die SD-Karte) dann müsste das Netzwerk nen Problem haben.
Eventuell geht der sirq aber auch hoch, wenn das Netzwerk nicht schnell genug mit den Daten rüber kommt. Das weiß ich nicht sicher. Du solltest den BPI also mal testweise möglichst direkt an die satip Box anschließen, nicht das nen router Probleme macht oder ein Netzwerk Kabel defekt ist.

Claus

[warp10]

Hallo,

bei dem Test hatte ich in der Tat auf die SD-Card gespeichert.
Hier nochmal der gleiche Test mit einer SATA-Platte. Auch hier wird es ab der dritten Aufnahmen eng. Die Netzwerkverbindung ist nicht das Problem (Managed GbE-Switch). Testweise hab ich aber trotzdem mal meinen "normalen" PC an die gleiche Netzwerkdose mit dem gleichen Kabel angeschlossen. Der kann locker vier Streams...

1 Stream (Das Erste HD)
CPU:   9% usr  13% sys   0% nic  73% idle   1% io   0% irq   0% sirq
Load average: 0.44 0.65 0.34 3/122 7373
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 1286   795 root     S     534m  70%   1  25% /usr/bin/vdr

2 Streams (Das Erste HD + ZDF HD)
CPU:  19% usr  27% sys   1% nic  45% idle   1% io   0% irq   4% sirq
Load average: 1.12 0.79 0.42 3/124 7386
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 1286   795 root     S     570m  74%   0  53% /usr/bin/vdr

3 Streams (Das Erste HD + ZDF HD + Arte HD)
CPU:  25% usr  39% sys   1% nic  26% idle   2% io   0% irq   5% sirq
Load average: 1.92 1.07 0.55 5/125 7399
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 1286   795 root     S     598m  78%   1  71% /usr/bin/vdr

4 Streams (Das Erste HD + ZDF HD + Arte HD + ZDF neo HD)
CPU:  31% usr  46% sys   2% nic   6% idle   1% io   0% irq  10% sirq
Load average: 2.66 1.51 0.76 5/126 7411
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 1286   795 root     S     627m  82%   0  91% /usr/bin/vdr

Danke und viele Grüße,
Thorsten

[MegaX]

Hi

ich denke das das doch kein richtiges SATA mit eigenem Controller ist sondern ein USB-zu-SATA.

Du kannst mal folgendes testen, indem du mal in ein Verzeichnis auf der angeschlossenen HDD wechselst, wo min. 1,1 GB Platz ist, und dann folgenden Befehl aufrufst:

Code: [Select]

dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
Auf einer anderen Konsole lässt du top mitlaufen und beobachtest mal was passiert.

[warp10]

Hi,

hier das Ergebnis. Allerdings musste ich conv=fdatasync,notrunc weglassen, da die dd-Version der busybox das wohl nicht kennt.

CPU:   0% usr  25% sys   0% nic  30% idle  41% io   0% irq   1% sirq
Load average: 0.30 0.32 0.18 2/122 1937
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 1937  1811 root     D     5144   1%   0  21% dd

und so sieht es mit count=4096 kurz vor "Fertigstellung" aus:

Mem: 764852K used, 20468K free, 540K shrd, 1192K buff, 637136K cached
CPU:   1% usr  30% sys   0% nic  20% idle  46% io   0% irq   1% sirq
Load average: 1.75 0.69 0.34 3/120 1946
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 1945  1811 root     R     5144   1%   1  21% dd

Viele Grüße,
Thorsten

[warp10]

@MegaX: wie würdest Du die Ergebnisse interpretieren?

Danke und Grüße,
Thorsten

[michi72]

Hallo warp10,

mich würde mal interessieren, wie der Stand der Dinge ist: gehen inzwischen 4 Streams aufzunehmen? Ich hatte nämlich dieselbe Idee. Ich habe hier schonmal den Digibit stehen, will den nun aber mit der alternativen Firmware satip-axe https://github.com/perexg/satip-axe/tree/master/dist betreiben. Vielleicht gibt diese die Streams anders aus? Vielleicht schon bereinigt? Keine Ahnung ...

Die Frage ist auch, wo nun wirklich der Flaschenhals liegt. Habt ihr da etwas herausgefunden? Habe mir gestern bei Conrad für 29,90€ mit Versand einen BananaPI bestellt, weil der eben die 1GBit Ethernet hat.

Gruß
Michi