Mahlzeit-ISO 4.0beta2 CPU immer volle Auslastung

Hägar · 30. Juli 2007

Hallo,

Habe einen VDR Server aufgesetzt mit nem Via M1000 Board und einer Technisat Airstar2 dvb-t karte nur zum aufnehmen.

Der VDR läuft ohne Ausgabe mit dem dummydevice

Die CPU Auslastung ist immer über 90%

bei logread -f kommt folgendes immer wieder:

Jul 30 19:22:59 vdr user.debug vdr: [1657] buffer usage: 0% (tid=1656)
Jul 30 19:22:59 vdr user.debug vdr: [1656] TS continuity error (14)
Jul 30 19:22:59 vdr user.debug vdr: [1656] TS continuity error (13)
Jul 30 19:22:59 vdr user.debug vdr: [1656] TS continuity error (15)
Jul 30 19:23:03 vdr user.debug vdr: [1657] buffer usage: 70% (tid=1656)
Jul 30 19:23:03 vdr user.debug vdr: [1657] buffer usage: 80% (tid=1656)
Jul 30 19:23:03 vdr user.debug vdr: [1657] buffer usage: 90% (tid=1656)
Jul 30 19:23:03 vdr user.debug vdr: [1656] clearing transfer buffer to avoid overflows

Hat jemand ne idee wo man ansetzten kann?

Grüße Hägar

PS: die Aufnahmen scheinen alle OK zu sein.

mahlzeit · 30. Juli 2007

Zitat

Original von Hägar
Hallo,

Habe einen VDR Server aufgesetzt mit nem Via M1000 Board und einer Technisat Airstar2 dvb-t karte nur zum aufnehmen.

Der VDR läuft ohne Ausgabe mit dem dummydevice

Liegt am Dummydevice (Bug?). Such mal danach in /etc/vdr/scripts/output.inc und deaktivier die Zeile.

cu
Markus

Hägar · 30. Juli 2007

Hallo Markus,

An der output.inc liegt es nicht.
Ob ich es direkt in der Datei ändere oder im setup ist egal.

ohne dummydevice geht der vdr gar nicht.

90% cpu mit dummydevice / Logread Einträge wie oben
90% cpu mit xine / Logread Einträge wie oben
unter 80% mit softdevice / keine Logread Einträge

softdevice hat auch noch den Vorteil das man das TV Bild im VDRAdmin-AM sehen kann.

Wenn das sonst nichts negativ beeinflußt bleibe ich beim softdevice.

Via C3 ist eben nur ein langsamer Prozessor.

Dafür braucht das ganze system nur 40W inkl. Raid

Hat jemand erfahrungswerte mit dem Motherboard?

cu Hägar

duke24 · 30. Juli 2007

Mal einfach so auf blauen Dunst hin gefragt, welcher Prozeß verbraucht denn die ganze Power? Sollte es evtl. der Prozeß yes sein? Mal mit "top" nachschauen. Falls ja, steht in irgeneiner config etwas im zusammenhang mit Noad. Weiß nicht mehr genau was das war, nur hatte ich das Problem auch. Kann aber auch sein das es was ganz anderes ist und ich schwachsinn erzähle

MfG
Daniel

mcdikki · 31. Juli 2007

Das "YES" Problem kommt davon das bei einer älteren Variante in der

sysconfig die Zeile "NOAD=yes" stand, wobei es "NOADRUN=yes" heißen
muss.

Aber TOP ist ne Top Idee (<-- Ich hoffe alle haben den schlechten Wortwitz bemerkt)

Hägar · 1. August 2007

daniel
Es ist einer der VDR Prozesse (laufen immer mehrere)

noad macht wohl keine Probleme.

mcdikki
so sieht meine /etc/vdr/sysconfig aus wo noad vokommt:
NOAD="yes"
NOADONL_OFF="no"
NOAD_ONLINE="yes"

da steht nur noad yes drinnen.

Ich habe Mahlzeit-ISO 4.0beta2 was ist da nun richtig?
Kann noad den VDR Prozess beinflussen?

PS: ob es ne Top Idee ist muss sich noch beweisen

Was ein wenig nerfig ist, immer wenn ich das Outputdevice ändere schmeißt er mir alle Plugins raus.

mahlzeit · 1. August 2007

Zitat

Original von Hägar
daniel
Es ist einer der VDR Prozesse (laufen immer mehrere)

Glaub mir, es ist das dummydevice. Hab ich aber schon mal geschrieben. Nimm die entsprechende Zeile in /etc/vdr/scripts/output.inc raus. (AddPlugin "dummydevice")

Zitat

noad macht wohl keine Probleme.

Wetten dass...?

denn

Zitat

mcdikki
so sieht meine /etc/vdr/sysconfig aus wo noad vokommt:
NOAD="yes"

Das muss raus! Bzw. das muss in NOADRUN="yes" umbenannt werden. ANdernfalls hast Du ein weiteres Problem, sobald noad läuft. Du merkst es nur noch nicht, da der VDR bereits 99% der CPU frisst.

Zitat

Was ein wenig nerfig ist, immer wenn ich das Outputdevice ändere schmeißt er mir alle Plugins raus.

Hast Du den linvdrupdater schon mal laufen gehabt? Das sollte eigentlich nicht mehr passieren.

cu
Markus

Hägar · 1. August 2007

Zitat

Hast Du den linvdrupdater schon mal laufen gehabt? Das sollte eigentlich nicht mehr passieren.

Na klar, habe ich gleich nach der installation gemacht.

Da nichts weiter passiert ist beim Update dachte ich ich bin aktuell.

Allerdings hatte ich wohl Tomaten auf den Augen als ich die ISO geladen habe.
Und den Tip mit dem löschen des Proxys nicht gemacht. So ist mir natürlich siemens in die Quere gekommen.

Update gemacht und natürlich einen reboot.

Nun ist der VDR allerdings nicht mehr erreichbar.

Muss ich wohl morgen mal hinfahren und schaun was nu is.

Grüße Hägar

Hägar · 2. August 2007

So bin gerade am Rechner.

Nach linvdrupdate bleibt er nun beim Booten hängen mit der Meldung:
"mount read only"

Muss ich den jetzt neu aufsetzten oder gibt es noch ne andere Möglichkeit?

Grüße Hägar

mahlzeit · 2. August 2007

Zitat

Original von Hägar
So bin gerade am Rechner.

Nach linvdrupdate bleibt er nun beim Booten hängen mit der Meldung:
"mount read only"

Lass mich mal überlegen, das hatte ich auch schon mal. Ich meld mich gleich wieder...

Du wirst auf jeden Fall wohl mal beim booten tricksen müssen. Oder mit der Install-CD booten und dann die Partition per hand mounten und was ändern. Was, das versuch ich jetzt rauszubekommen...

cu
Markus

Hägar · 2. August 2007

Zitat

Oder mit der Install-CD booten und dann die Partition per hand mounten und was ändern

Das kriege ich hin.

Habe ne Knopix cd da.

mahlzeit · 2. August 2007

Zitat

Original von Hägar

Das kriege ich hin.

Habe ne Knopix cd da.

Kannst Du mir dann kurz sagen, was in /etc/init.d/rcStart in denZeilen unter "# mount read-only" bis zum nächsten (nicht auskommentierten) progress steht? Da muss ein Wurm drin sein. Ich kann das Problem hier auf die Schnelle nicht nachstellen und ich kann auch grad nicht auf eine installierte 4beta2 zugreifen um den linvdrupdater mal laufen zu lassen.

cu
Markus

PS: Welche Hardware?

Hägar · 2. August 2007

Habe gerade ein CD Laufwerk eingebaut.

Nun hat sich die Fehlermeldung verändert in:

"turn dma on"

bei der er nun hängen bleibt.

Grüße Hägar

mahlzeit · 2. August 2007

Zitat

Original von Hägar
Habe gerade ein CD Laufwerk eingebaut.

Nun hat sich die Fehlermeldung verändert in:

"turn dma on"

bei der er nun hängen bleibt.

Alles anzeigen

Dann kommentier mal bitte den DMA Block (der vor der Meldung "mount read only" kommt) aus. Kann sein, dass der neue Kernel, welcher bestimmt beim linvdrupdater-Lauf installiert wurde, anders mit dem DMA/Chipsatz umgeht und es daher zu Problemen kommt. Aber das müssten wir (=Du, ich sehs ja nicht ;)) dann ja gleich sehen.

cu
Markus

Hägar · 2. August 2007

Zitat

PS: Welche Hardware?

VIA Motherboard: M1000 mit 1GHz VIA Epia C3 Prozessor
DVB-T Karte: Technisat Airstar2

Kein Ausgabedevice da nur Aufnahmeserver.

cu
Hägar

Hägar · 2. August 2007

Zitat

Dann kommentier mal bitte den DMA Block (der vor der Meldung "mount read only" kommt) aus.

Jawohl - läuft wieder.

Wenn ich noch was ausprobieren soll sach bescheit.

Grüße Hägar

mahlzeit · 2. August 2007

Zitat

Original von Hägar

Jawohl - läuft wieder.

Wenn ich noch was ausprobieren soll sach bescheit.

Grüße Hägar

Alles anzeigen

Welcher Kernel ist da jetzt aktuell drauf? Hast Du das Dummydevice in 7etc/vdr/scripts/output.inc auskommentiert? Wie ist die Prozessorauslastung jetzt?

cu
Markus

Hägar · 2. August 2007

Zitat

Welcher Kernel ist da jetzt aktuell drauf?

uname -a

Linux vdr 2.6.21.3 #3 SMP PREEMPT Sat Jun 2 12:49:01 CEST 2007 i686 unknown

Zitat

Hast Du das Dummydevice in /etc/vdr/scripts/output.inc auskommentiert?

Das mit dem Dummydevice habe ich mal ausprobiert kein Unterschied im CPU verbrauch.
Wenn man bei den Plugins das Dummydivice ausgewält hat.

Jetzt habe ich in der Hardware ""Headless" ausgewählt.
In der output.inc habe ich das Dummydevice auskommentiert.
Bei den Plugins das Dummydevice nicht ausgewählt.

Jetzt rennt die Kiste auf einmal wie die Feuerwehr. CPU belastung durch den VDR ist minmal.

----

Mit nicht aktiviertem DMA Block läuft die Festplatte trotdem mit dma.
Kann das sonst noch einen Nachteil haben das der DMA Block deaktivert ist?

----

Mit dem Motherboard hatte ich schon mal probleme unter Suse.
Kann es dieses Problem auch bei Linvdr geben?

Code

VIA friert ein:
 
cat /var/log/messages | grep timeout


Sollten hier für die Festplatte(n) Zeitüberschreitungsfehler mit dem Wortlaut


DMA status timeout: status=0xd0 { Busy }


auftreten, ist vermutlich das für die Stromsparfunktionen zuständige Kernelmodul „longhaul“ (VIA-Analogon zu Intels SpeedStep und AMDs PowerNow) schuld. Die meisten Longhaul-Implementierungen scheinen fehlerhaft zu sein. Deaktivieren Sie es testweise durch einen Eintrag von „alias longhaul off“ in der Datei /etc/modprobe.d/aliases (Debian-basierte Systeme) respektive /etc/modprobe.conf (Red Hat, Fedora) oder /etc/modprobe.conf.local (Novell, Suse).


Eintrag in modprobe.conf.local:
#
# please add local extensions to this file
#


alias longhaul off

Alles anzeigen

---

So bin begeistert - klasse und schon mal ein riesen DANKE von mir.
Grüße Hägar

PS: bei mir heißt es unter /etc/vdr/sysconfig immer noch NOAD="yes"
Habe es noch geändert in NOADRUN="yes"

mahlzeit · 2. August 2007

Zitat

Original von Hägar

uname -a

Linux vdr 2.6.21.3 #3 SMP PREEMPT Sat Jun 2 12:49:01 CEST 2007 i686 unknown

Das mit dem Dummydevice habe ich mal ausprobiert kein Unterschied im CPU verbrauch.
Wenn man bei den Plugins das Dummydivice ausgewält hat.

Jetzt habe ich in der Hardware ""Headless" ausgewählt.
In der output.inc habe ich das Dummydevice auskommentiert.
Bei den Plugins das Dummydevice nicht ausgewählt.

Alles anzeigen

Nichts anderes habe ich seit Anfang an gemeint. Das Dummydevice ist bei vorhandensein eines DVB Devices seit VDR 1.4.x nicht mehr zwingend notwendig, das hatte ich damals aber noch nicht bedacht und es für den headless Betrieb sicherheitshalber mal mit aktiviert. Hat ja auch nie gestört. In einer der letzten VDR Versionen ist dann aber die CPU Belastung stark angestiegen, muss wohl an einem Patch liegen. Aber egal, es geht ja auch ohne.

Zitat

Mit nicht aktiviertem DMA Block läuft die Festplatte trotdem mit dma.
Kann das sonst noch einen Nachteil haben das der DMA Block deaktivert ist?

Hm, ausser dass es wohl bei anderen zu Problemen kommen kann, wenn DMA dort *nicht* aktiviert wird... Muss ich mir mal was überlegen... Evtl. ist das auch eine Kernelunverträglichkeit...

Zitat

Mit dem Motherboard hatte ich schon mal probleme unter Suse.
Kann es dieses Problem auch bei Linvdr geben?

Theoretisch ja... Ich weiß allerdings nicht sicher, ob Dr. Seltsam longhaul im Kernel aktiviert hat. Muss mal in die config gucken, da müsste es ja drinstehen

Zitat

PS: bei mir heißt es unter /etc/vdr/sysconfig immer noch NOAD="yes"
Habe es noch geändert in NOADRUN="yes"

Danke für dne Hinweis, werd da noch was mit einbauen damit der Eintrag gelöscht wird.

BOP · 2. August 2007

Moin!

Ich habe hier ein VIA PD6000E laufen und gerade genau das gleiche Problem!
Er blieb beim Booten bei mount read only hängen.
Habe ihn dann hart ausgeschaltet und wieder eingeschaltet, dann fuhr er hoch.
Aber vertrauenserweckend ist das ganze nicht. Ich habe gerade deswegen nämlich eine Aufnahme verpasst.
EDIT: Korrektur, zwei Aufnahmen. Er scheint wohl heute Nacht schon hängen geblieben zu sein.

Bei mir läuft auch das Beta2.

Gruß

Mahlzeit-ISO 4.0beta2 CPU immer volle Auslastung

Jetzt mitmachen!

Teilen