System ruckelt, vdr läuft mehrfach: 14 mal

Hallo miteinander,

zu o.g. Thema habe ich hier bereits zwei Threads gefunden, in denen das mehrfache Auftauchen von 'vdr' in der Jobliste als normal bezeichnet wird. Trotzdem ist mir die Sache nicht ganz geheuer: der vdr läuft bei mir sagenhafte 14 Mal.

Der Grund, warum ich das überhaupt kontrolliert habe, ist, dass die TV-Anzeige bei mir ruckelt, obwohl der Rechner eigentlich gut ausgstattet ist: Intel dual core 2*2Ghz, 2GB Ram. meine Karte ist eine Budget-TT mit Philips SAA7146 (S1500). Meine Installation ist gen2vdr, image erstellt mit der Option -max. Das ganze habe ich gestern runtergeladen, gebaut und alles neu installiert.

'top' zeigt:

Tasks: 111 total,   1 running, 110 sleeping,   0 stopped,   0 zombie
Cpu(s):  8.7%us,  1.0%sy,  0.7%ni, 89.6%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2065884k total,   323496k used,  1742388k free,     5312k buffers
Swap:   265064k total,        0k used,   265064k free,    98476k cached

wobei 'vdr-sxfe' mit 13% CPU ganz oben steht, der Rest ist pille-palle mit zwei, drei Jobs von 1-2 %.

Sofern die 14 Instanzen vdr ok sind, frag ich mich natürlich, warum das System ruckelt, und wenn ich eine Aufnahme starte, warum dann so gut wie gar nichts mehr geht.

Meine Jobliste hab ich mal im Anhang hochgeladen. Vielleicht fällt jemandem was auf.

Danke für dir flotten Antowrten!

Grafik: GMA 950, also onboard Grafik.

Log: da muss ich mal blöd fragen, weil das leider alles nicht dem mir bekannten Schema folgt. Ich hätte da ein /log/messages (was in Wirklichkeit /log/everything/current ist). Das hänge ich mal an.

Hallo Lexi,

ich poste mal die gezippten Logs, also das, was ich mit '/_config/bin/g2v_log.sh' bekommen habe.

Musst Du halt umbenennen in logs.7z, weil ich für den Upload die *txt Endung angehängt habe.

Fernbedienung ist noch gar nicht eingerichtet, das muss ich später mit irtrans machen.

Zitat

Original von helau
Hallo,
Fuer jeden Thread zeigt ps einen einen Eintrag an.
Das sind also keine Prozesse sondern Threads

Das würde ja bedeuten, dass jeder Thread eine eigene PID hat - das sagt zumindet das Listing.

Ist das so? Haben Threads eigene Prozess-IDs?

Tja, wenn man das nun nur einfach so glauben könnte. Tue ich aber nicht. Ich habe in 20 Jahren Programmierung unter AIX/Solaris/Linux keine unterschiedlichen PIDs für die Threads eines Prozesses gesehen.

Und deshalb habe ich mal ein kleines Thread-Progrämmchen geschrieben, es sagt exakt das gleiche: alle Threads eines Prozesses haben die gleiche PID. Hier mein Programm:

#include <pthread.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#define THREAD_COUNTS     5


void *prtThreadPid(void *tId)
{
   long tid;
   tid = (long)tId;
   printf("This is thread #%ld, PID: %d\n", tid, getpid());
   sleep(30 + tid); /* wait 30 seconds plus a few */
   printf("Exiting thread #%ld\n", tid);
   pthread_exit(NULL);
}


int main (int argc, char *argv[])
{
   pthread_t threads[THREAD_COUNTS];
   int rCode;
   long tNbr;
   for(tNbr=0; tNbr<THREAD_COUNTS; ++tNbr)
   {
       printf("In main: creating thread %ld\n", tNbr);

       rCode = pthread_create(&threads[tNbr], NULL, prtThreadPid, (void *)tNbr);
       if (rCode)
       {
           printf("ERROR on return from pthread_create(): %d\n", rCode);
           exit(-1);
       }
   }


   puts ("check with ps");
   getchar();
   return EXIT_SUCCESS;
}

Zu compilieren mit:

$ gcc -Wall -o Threads Threads.c -lpthread

Laufen lassen und Resultat:

$ ./Threads 
In main: creating thread 0
This is thread #0, PID: 17019
In main: creating thread 1
This is thread #1, PID: 17019
In main: creating thread 2
This is thread #2, PID: 17019
In main: creating thread 3
This is thread #3, PID: 17019
In main: creating thread 4
This is thread #4, PID: 17019
check with ps

Alles PIDs sind gleich.
Anzeige der Jobliste in anderem Terminal:

$ ps aux -H| grep Thread
ed       17019  0.0  0.0  42876   548 pts/1    Sl+  13:36   0:00         ./Threads
ed       17026  0.0  0.0   3344   796 pts/3    S+   13:36   0:00         grep Thread

Und wo sind nun die Threads?

Nachtrag: sofern man die Jobliste so aufruft:

$ ps auxH |grep -i Thread

sieht man auch die Threads, hier nach einem Neustart von './Threads':

Zitat

$ ps auxH |grep -i Thread
root 2 0.0 0.0 0 0 ? S< Dec24 0:00 [kthreadd]
ed 17299 0.0 0.0 42876 548 pts/1 Sl+ 13:46 0:00 ./Threads
ed 17299 0.0 0.0 42876 548 pts/1 Sl+ 13:46 0:00 ./Threads
ed 17299 0.0 0.0 42876 548 pts/1 Sl+ 13:46 0:00 ./Threads
ed 17299 0.0 0.0 42876 548 pts/1 Sl+ 13:46 0:00 ./Threads
ed 17299 0.0 0.0 42876 548 pts/1 Sl+ 13:46 0:00 ./Threads
ed 17299 0.0 0.0 42876 548 pts/1 Sl+ 13:46 0:00 ./Threads
ed 17306 0.0 0.0 3348 904 pts/2 S+ 13:46 0:00 grep -i Thread

Alles anzeigen

Sie haben alle die gleiche PID. Also läuft der VDR bei mir 14 mal als eigener Prozess, und mitnichten als Thread.

Keiner eine Idee ?

Mag ja sein, ist aber eigentlich nicht das Thema. Vielmehr versuche ich raus zu finden, warum mein vdr so ruckelt. Und dabei habe ich 14 Prozesse gefunden, die der Grund dafür sein könnten.

Da es sich dabei kaum um Threads handelt, sondern um Prozesse, frage ich mich, woher die kommen. Die Prozesse sind bereits unmittelbar nach dem Systemstart vorhanden, wenn ich im vdr noch gar keine Taste berührt habe, sondern von meinem Zweitrechner aus mit ssh auf die vdr-Maschine gehe. Kann also eigentlich nicht sein, dass ich versehentlich Aufnahmen gestartet habe - zumal sich dann ja auch die Festplattenkapazität merklich ändern müsste - was sie aber nicht tut.

Da ich den Gen2Vdr erst vorgestern frisch mit den g2v... scripten runtergeladen und gebaut habe, und auch nichts an den scripten gefrickelt habe, bin ich der Hoffnung, dass sich das aufkären lässt.

Allerdings kann ich den obigen Beiträgen entnehmen, dass die Anzahl der Jobs für normal gehalten wird, und nun ringe ich, wie auch geronimo weiter vorne in einem Beitrag, um Verständnis, was da passiert. Nur dann kann ich ja auch wirksam was unternehmen.

Veilleicht kann ja mal jemand in seiner gen2vdr-Installation nachsehen, wieviele vdr-jobs da laufen?