Umfrage: CPU-Last mit Raspberry PI bei Live-TV

Hi,

das die Last mit Sundtek Empfängern auf der MLD etwas höher ist als mit anderen Empfängern ist mir bekannt. Ich habe auch schon mehrere Tips von Sundtek bekommen wo dran das liegen könnte. Nur habe ich bisher noch nicht die Zeit gefunden mir das näher anzuschauen und zu fixen. Ruckler hatte ich bei meinen SDTV (DVB-T) Tests damit jedoch nicht. Erwähnenswert ist in diesem Zusammenhang sicher noch, dass ich mit dem Sundteck DTB-T Stick einen deutlich besseren Empfang als mit einem NoName Empfänger habe (mit ner Dachantenne).

maz,
wenn Du Dein Treiber Problem im MLD Forum kund tust, kümmert sich sicher einer der Entwicker da drum. Bisher haben wir noch alle diesbezüglichen Anfragen lösen können (sofern es denn Linux Treiber für die gewünschte Hardware gibt).

Claus

Ist das deine Erfahrung oder gilt das als bestätigt.

also die letzten 4 Bestellungen waren immer ein UK
und ein Anruf bei denen Kostet ja nicht viel

Zitat

Zu deinen Angaben "Hynx und Samsung" - beziehst du dich hier auf die verbauten Prozessoren oder auf den Fertiger - denn das ist doch in "UK" Sony wenn ich mich nicht täusche ?

es werden unterschiedliche bauteile von unterschiedlichen herstellern verbaut.

Hallo zusammen

ich hab´s ja nicht geglaubt - aber es stimmt:

Es gibt einen Zusammenhang zwischen "Ruckeln" mit angeschlossenem DVB-Device (Sundtek) oder Sundtek über netzwerk und dem Herstellungsort des PI

Ich habe hier eine SD Karte - 2 RPI´s (1x made in China und 1x made in UK von RS Components - ganz frisch - bestellt gestern über AMAZON und heute noch mit Lizenz versorgt).

Der eine Ruckelt mit CPU Lasten von 40-70% - der andere nicht mit CPU-Lasten von 20-30%

CU
GTR

Zitat von GTRDRIVER

Hallo zusammen

ich hab´s ja nicht geglaubt - aber es stimmt:

Es gibt einen Zusammenhang zwischen "Ruckeln" mit angeschlossenem DVB-Device (Sundtek) oder Sundtek über netzwerk und dem Herstellungsort des PI

Ich habe hier eine SD Karte - 2 RPI´s (1x made in China und 1x made in UK von RS Components - ganz frisch - bestellt gestern über AMAZON und heute noch mit Lizenz versorgt).

Der eine Ruckelt mit CPU Lasten von 40-70% - der andere nicht mit CPU-Lasten von 20-30%

CU
GTR

Alles anzeigen

Habe gerade mal in die Rezessionen bei Amazon geschaut.

Zitat

Vorab: der Pi ist ein wirklich tolles Gerät, das auf kleinem Raum für sehr günstiges Geld irre viele Möglichkeiten bietet. Wenn er denn läuft.

Leider kann ich insoweit die Rezensionen, die von Problemen mit der China-Platine berichten, nur bestätigen. Das Gerät (meiner hatte einen schwarzen Audioausgang, keinen blauen wie in der Abb. zum Artikel) wurde prompt in einem kleinen Pappkarton geliefert. Merkwürdig kam mir vor, dass das als mitgelieferte Faltblatt - eigentlich nur eine Konformitätsbestätigung - nur aus einem farbig kopierten A4-Zettel bestand, bei dem der Inhalt aussah wie ein schlecht eingescanntes jpg - also verwaschen und "ausgefranst". Nun gut, also testweise angeschlossen - und zwar mit einer Sandisk-32GB-SD-Karte, McAlly Icekey und einer Logitech-Mouse. Kontakt zum Display via HDMI-VGA-Adapter. Bild blieb schwarz. Auf dem Fernseher - direkt via HDMI - wurde das Bild OK angezeigt. Soweit, so gut. Raspberian konnte installiert werden. Unter LXDE und Openbox folgten danach aber regelmäßig Abstürze. Diese Abstürze folgten dann, wenn der Pi unter Last ging, also der Prozessor zu tun bekam - was ja nicht gerade selten passiert ;). Habe das auf eine vielleicht unzureichende Stromversorgunggeschoben und -zig Netzteile versucht, bis hin zu meinem mit 2,1 A mehr als ausreichend dimensionierten iPad-Ladegerät. Keine Besserung, der Pi stürzte laufend ab. Auch beim Betrieb auf der Konsole folgten regelmäßig Abstürze, wenn auch etwas seltener.
Mit einer externen Stromversorgung hatte sich zwischenzeitlich auch der HDMI-VGA-Adapter dazu hinreissen lassen, ein Bild zu geben. Der HDMI-Port des Pi gab also "allein" nicht genügend Spannung. Raspberian konnte aber keine Informationen über den Monitor auslesen...
Nächster Versuch: Headless-Betrieb über das Netz - also nur das Stromkabel und ein Ethernet-Kabel am Pi - Fernsteuerung via SSH und RDP. RDP führte wieder zu raschen Abstürzen.
Nach ungezählten Versuchen und regelmäßigen Abstürzen habe ich direkt bei Amazon einen anderen Pi bestellt. Dieser kam "Made in UK" mit einem sauber gedruckten Einlegeblatt und ist bislang nicht ein einziges Mal abgestürzt. Die SD-Karte aus dem "alten" Pi raus, in den neuen Pi rein - läuft. Schreibe die Rezension unter Midori mit dem "neuen" Gerät. Unter dem "neuen" Gerät läuft der HDMI-VGA-Adapter i.Ü. auch ohne eigene Spannungsversorgung. Der Monitor wird vom System auch ordnungsgemäß erkannt...

Fazit:

Da scheint es ganz erhebliche Qualitätsunterschiede in den Chargen zu geben. Eine in mieserabler Qualität ausgedruckte Konformitätserklärung lässt schon kein großes Vertrauen aufkommen. "Mein" Gerät stürzte - wohl aufgrund stark schwankender, mangelhafter Stromversorgung - laufend ab und war nicht in der Lage, ausreichend Spannung auf den HDMI-Port zu bringen, um einen Konverter ohne externe Stromversorgung betrieben zu können. Aufgrund der permanenten Abstürze war das gute Stück nicht zu gebrauchen. Das Gerät habe ich daher wieder zurückgeschickt.

Alles anzeigen

Das ist ja merkwürdig man sollte wirklich aufpassen, dass man keine China Version erwischt. Ansonsten sofort zurück schicken.
Wundert mich dass die verkauft werden dürfen.

Hallo

ja - ich hab mich schon auf die Rücksendung eingestellt - pappkarton von RS Components - meine letzen 2 von RS waren noch made in China. Dann ausgepackt - Karton - Beipackzettel und RPI "Made in UK" ....

Wir werden weiter testen !

CU
GTR

Zitat von GTRDRIVER

Der eine Ruckelt mit CPU Lasten von 40-70% - der andere nicht mit CPU-Lasten von 20-30%

Klingt ja fast so, ob der eine nur mit dem halben Takt läuft .
Eigentlich müsste man das dann aber auch bei den Laufzeiten anderen Anwendungen was merken.

Hast du mal geschaut, ob die beiden PIs bei den Bogomips (bootlog) eventuell schon unterschiedliche Werte liefern?
Im Netz differieren die Werte bei den PIs da schon extrem, eventuell hängt das ja auch mit der Version zusammen.

Zitat von GTRDRIVER

Der eine Ruckelt mit CPU Lasten von 40-70% - der andere nicht mit CPU-Lasten von 20-30%

Ich könnte mir vorstellen, dass das mit der SD Karte zusammen hängt. Eventuell kommt der eine PI mit der SD Karte besser klar als der andere (ist beim PI ja nicht ungewöhnlich). Da der Sundtek Treiber je nach Einstellung ne menge Logs Produziert, also viel auf die SD Karte schreibt, könnte das die unterschiedliche Last erklären.

Claus

Ich denke die Logfile wird wohl die kommenden 2-3 Releases über ausgeschalten werden, wer auf die Informationen dennoch zugreifen will muss das dann einfach manuell einschalten.

Eine china Version würde ich trotzdem zurück schicken.
Hatte schon mal gelesen dass es damit Probleme gibt.
Vorallem wenn man den Meldungen glauben kann gehören dann Abstürze zur Tagesordnung.
Und auch dass dann nur mehr halb soviel sd Karten funktionieren sollte man nicht ignorieren.

Die Logfile ist nun mit den aktuellen Treibern standardmäßig ausgeschalten, somit wird dann nichts mehr auf die SD oder Festplatte geschrieben.

Hat jemand den RasPi mit einer USB DVB-S2 als Server (headless) am laufen?
Welchen DVB Tuner habt Ihr?

Hier erzeugt der VDR bei HD Aufzeichnungen mit Fehlern. Systemlast liegt von VDR teilweise über 80% und im log steht:

raspberrypi vdr: [2881] ERROR: 15602 ring buffer overflows (2932989 bytes dropped)

[    3.088616] smsc95xx v1.0.4
[    3.164436] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:20:e9:ae
[    3.269639] usb 1-1.2: new high-speed USB device number 4 using dwc_otg
[    3.401295] usb 1-1.2: New USB device found, idVendor=0b48, idProduct=3007
[    3.411198] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    3.421223] usb 1-1.2: Product: TT-USB2.0
[    3.427841] usb 1-1.2: Manufacturer: TechnoTrend
[    3.435056] usb 1-1.2: SerialNumber: GEFHOP
[    4.071408] udevd[156]: starting version 175
[    6.520661] bcm2708-i2s bcm2708-i2s.0: Failed to create debugfs directory
[    6.672505] dvb-usb: found a 'Technotrend TT Connect S2-3600' in warm state.
[    6.870876] pctv452e: pctv452e_power_ctrl: 1
[    6.870876] 
[    7.036907] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[    7.226692] DVB: registering new adapter (Technotrend TT Connect S2-3600)
[    7.374315] pctv452e: I2C error -121; AA 02  A0 01 14 -> 55 02  A0 00 00.

Hi decembersoul.
Ich hatte Anfangs auch gehofft ich könnte den sparsamen Raspi als Server nutzen. Hatte mir nen VDR mit einem Sundtek DVB-S2 Stick gebastelt. Musste es aber leider aufgeben. CPU Last war immer im oderen drittel und ich hatte oft aussetzer. Und als dann noch ein zweiter Stick dazu kam war ganz schluss mit dem Spaß
Als Client ist der Raspi echt Klasse, aber als Server meiner Meinung nach vollig überlastet.

als server kann man den pi vergessen 1 tuner geht
bei mehreren tunern ist das Cubieboard um längen besser und man kan mit dem ding auch gleich aufnehmen lassen

und ist preislich so um die 12€ teuerer inkl gehäuse

Laut atop hängt die CPU beim RaspPi zu 30% in den IRQ's bedeutet es nicht das der Treiber dann nicht optimal ist? Vielleicht gibt es ja USB Tuner die noch besser laufen.
Sundtek DVB-S2 haben wir hier ja schon ausgeschlossen.

BeagleBone Black wäre sicher auch noch eine Alternative.
Mir fällt aber schwer die Boards mit ein andere zu vergleichen.

Würde das BeagleBone Black oder Cubieboard mit mehr als nur einen Tuner zu recht kommen?

Nur ein kurzer Kommentar, ich meine gelesen zu haben, das die CPU Last nicht wirklich Aussagekräftig ist, da die Raspberry Pi je nach Last den Prozessortakt hoch und runterregelt.

Marten

Das hat was mit dem eingestellten Governors zu tun.

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Da dieser normalerweise auf ondemand steht wird die CPU runtergetaktet wenn nicht zu tun ist.
Das wird hier aber nicht der Fall sein.

atop zeigt an auf wie viel MHz die CPU gerade läuft und das ist immer auf Maximum.

Zitat von decembersoul

Würde das BeagleBone Black oder Cubieboard mit mehr als nur einen Tuner zu recht kommen?

Bei mir läuft hier eine Mele A2000 mit 3 USB Tunern als Server. Bisher keine Probleme.
Gruß Andreas

Zitat von rell

Bei mir läuft hier eine Mele A2000 mit 3 USB Tunern als Server. Bisher keine Probleme.
Gruß Andreas

Aus Deiner Signatur

Zitat

(Server) --- Hardware: Mele A2000 (http://linux-sunxi.org), TeVii S650 DVBS2-USB, 2xOpera DVB-S1, USB-HDD --- Software: Debian Sid, VDR 2.0.1 mit streamdev, vnsiserver, dummydevice, live, vdrmanager,

Damit hast Du drei DVB-S2 USB Devices und kannst drei HD Sender gleichzeitig streamen/aufnehmen?
Dann hat das Teil ja recht viel Power.
Weißt Du welche CPU Du da drinnen hast?
"CPU: Allwinner/Boxchip A10 (Cortex A8) (Singlecore - 1.0 bis (laut Datenblatt 1.5 Ghz))"

sunxi unterstützt wohl noch mehr Allwinner CPU's. Kenne mich da noch nicht so mit aus. Aber wenn ich mir den A31 mal ansehe, dann denke ich schon das der ordentlich Leistung hat.

2x DVB-S + 1x DVB-S2.
3x aufnehmen auf USB + streamen funktioniert. Ob da jemals HD dabei war bezweifle ich, da ich HD noch nicht so arg nutze. Aber vielleicht sollte ich mal einen Belastungstest machen Gegen böse Plugins hat er auch nichts.

Kurzer OffTopic Exkurs zu Allwinner, weil du es ansprichst:
Die Mele A2000 hat einen Allwinner A10, 512MB und SATA. Das Cubieboard 1 hat ebenfalls den A10, 1GB und SATA. Cubieboard 2+3 den DualCore A20.
Der A31 ist ein QuadCore und mag als Server leistungsfähiger sein. Allerdings ist hier ein PowerVR statt Arm-Mali als GPU (3D) verbaut, weshalb sich die Entwicklungsfreude in Grenzen hält.
Die Priorität liegt derzeit eindeutig auf A10/A20/A13/A23 und das Warten auf den A80 OctaCore hat begonnen.
Ich versuche hier ja immer wieder Leute zu finden, die sich mit vdpau auskennen und Interesse an der sunxi-Entwicklung haben. Ein REing Projekt für den Video Decoder ist ganz gut fortgeschritten, so dass ein Einsatz als Client vie softhddevice auch (theoretisch) möglich wäre.
Es gibt diverse Cubieboard-Threads hier, die sich damit befassen - viel fehlt nicht mehr (OSD) - ausser ein halt paar Leuten, die genug Ahnung haben und sich ein bißchen damit befassen wollen. Meine Ahnung hält sich leider in Grenzen. Hardwaretechnisch scheinen mir die Allwinner SoCs geeigneter als VDR oder XBMC Client als der RPi, obwohl ich VDR auf dem RPi zugegebenermaßer noch nicht probiert habe... Nur die letzten Schrauben der Software fehlen halt.

Gruß Andreas

PS: Sorry fürs Hijacking :p

Ja ich würde mich sehr freuen wenn Du mal einen Belastungstest machen könntest.....
Ich hätte jetzt gedacht das der A10 nicht um längen performanter ist als der RasPi der ja nicht mal einen HD Sender schafft.