CPU Usage xxv vs. vdradmin

    Hier mal die Anzeige von top nach 8,5h sortiert nach CPU Zeit:


    Code
    PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+    TIME COMMAND 
12264 root      26  10 72296  58m 2464 S  0.3 11.8  27:33.54  27:33 xxvd       
16428 vdr       15   0  230m  60m 5644 S  0.0 12.1  22:42.99  22:42 vdr        
16420 vdr       15   0  230m  60m 5644 S  3.0 12.1  21:41.31  21:41 vdr        
16423 vdr       15   0  230m  60m 5644 S  1.7 12.1  11:27.03  11:27 vdr        
 6104 mysql     16   0 22836 7484 2692 S  0.0  1.5   8:24.30   8:24 mysqld     
16432 vdr       17   0  230m  60m 5644 S  2.3 12.1   8:04.73   8:04 vdr        
17288 vdr       15   0  230m  60m 5644 S  3.6 12.1   4:45.62   4:45 vdr        
16425 vdr       15   0  230m  60m 5644 S  0.3 12.1   3:05.34   3:05 vdr        
14549 root      25   0 59400  56m 1980 S  0.0 11.3   2:41.90   2:41 vdradmind.


    xxvd+mysqld haben ca. 36 Minuten verbraucht, vdradmin kommt auf ca. 3 Minuten. Das kommt mir bei recht aehnlicher Funktionalitaet doch sehr unguenstig fuer xxv vor. Kann man da evtl. noch was optimieren?

    H: MSI 651p, Celeron 2.4GHz, 512MB, 300GB, DVD, DXR3, TT Budget, CinergyT2, gLCD 128x64, PSOne
    S: SuSE 9.1 Kernel 2.6.21.5 vdr-1.4.6.1 - jumpplay-0.9-1.4.0
    P: cdda-0.1.0 dvd-0.3.6_b03 dxr3-0.2.7 epgsearch-0.9.22 femon-1.1.2 graphlcd-0.1.5 graphtft-0.0.15 mp3/mplayer-0.10.0 osdteletext-0.5.1 radio-0.2.0 streamdev-server-0.3.3-pre3-geni text2skin-1.1-cvs_ext-0.10 vcd-0.7
    A: lirc-0.8.1 noad-0.6.0 nvram-wakeup-0.97 vdradmin-am-3.5.2 vdrsync-0.1.3PRE1 VDRsyncGUI-041222

    3 Mal editiert, zuletzt von x-stefan ()

    Wozu Änderungen? Vmtl. kannst du die Zeiten reduzieren, wenn du die Aktualisierungszeiträume der XXV-Funktionen änderst.

    LG
    Jochen


    Rpi4 headless mit MLD 5.4 als Server via satip-Plugin hinter einem Telestar Digibit Twin, ein Rpi3 als Streamdev-Client mit MLD 5.4

    Rpi3 auch hinter Telestar Digibit Twin und mit MLD 5.4

    Zitat

    Original von foobar42
    Wozu Änderungen? Vmtl. kannst du die Zeiten reduzieren, wenn du die Aktualisierungszeiträume der XXV-Funktionen änderst.


    Ok, waere jetzt interessant zu wissen, mit welchen Zeiten vdradmin arbeitet.


    Hm, also xxv ist bei mir so konfiguriert:


    300 Sek. AUTOTIMER, CHANNELS, EPG, TIMERS
    500 Sek. MUSIC
    600 Sek. GRAB, RECORDS


    vdradmin scheint seinen Updatezyklus ueber den Socket Timeout und die konfigurierte Timeout-Zeit fuer die Autotimer zu regeln, bei mir alle 2h - macht vermutlich wirklich einen Unterschied ;) Konfiguriere jetzt xxv um und berichte morgen ueber das Ergebnis.

    H: MSI 651p, Celeron 2.4GHz, 512MB, 300GB, DVD, DXR3, TT Budget, CinergyT2, gLCD 128x64, PSOne
    S: SuSE 9.1 Kernel 2.6.21.5 vdr-1.4.6.1 - jumpplay-0.9-1.4.0
    P: cdda-0.1.0 dvd-0.3.6_b03 dxr3-0.2.7 epgsearch-0.9.22 femon-1.1.2 graphlcd-0.1.5 graphtft-0.0.15 mp3/mplayer-0.10.0 osdteletext-0.5.1 radio-0.2.0 streamdev-server-0.3.3-pre3-geni text2skin-1.1-cvs_ext-0.10 vcd-0.7
    A: lirc-0.8.1 noad-0.6.0 nvram-wakeup-0.97 vdradmin-am-3.5.2 vdrsync-0.1.3PRE1 VDRsyncGUI-041222

    Einmal editiert, zuletzt von x-stefan ()

    Die Werte fuer xxv und vdradmin nach 7,5h und mit allen Intervall-Eintraegen in xvvd.cfg auf 7200 Sekunden konfiguriert:


    Code
    PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+    TIME COMMAND    
12173 root      26  10 77280  70m 2460 R  0.0 14.3  23:48.70  23:48 xxvd       
12140 vdr       15   0  159m  38m 5284 S  3.0  7.8  14:51.14  14:51 vdr        
12143 vdr       15   0  159m  38m 5284 S  9.3  7.8  12:25.20  12:25 vdr        
13110 vdr       39  19 16628 5164  968 R 84.6  1.0   4:25.82   4:25 noad       
12145 vdr       15   0  159m  38m 5284 S  1.0  7.8   3:07.67   3:07 vdr        
12580 root      16   0 52660  49m 1956 S  0.0 10.0   2:36.23   2:36 vdradmind. 
 6139 mysql     16   0 22200 6136 2620 S  0.0  1.2   1:50.98   1:50 mysqld


    Ich reite daruf rum, weil mein Hermes bei CPU Belastung doch hoerbar wird...

    H: MSI 651p, Celeron 2.4GHz, 512MB, 300GB, DVD, DXR3, TT Budget, CinergyT2, gLCD 128x64, PSOne
    S: SuSE 9.1 Kernel 2.6.21.5 vdr-1.4.6.1 - jumpplay-0.9-1.4.0
    P: cdda-0.1.0 dvd-0.3.6_b03 dxr3-0.2.7 epgsearch-0.9.22 femon-1.1.2 graphlcd-0.1.5 graphtft-0.0.15 mp3/mplayer-0.10.0 osdteletext-0.5.1 radio-0.2.0 streamdev-server-0.3.3-pre3-geni text2skin-1.1-cvs_ext-0.10 vcd-0.7
    A: lirc-0.8.1 noad-0.6.0 nvram-wakeup-0.97 vdradmin-am-3.5.2 vdrsync-0.1.3PRE1 VDRsyncGUI-041222

    Hallo,


    habe erst seit kurzem xxv am laufen. Bei mir ist definitiv das Gleiche. Im Vergleich zu vdradmin benötigt xxv wesentlich mehr CPU-Zeit. Vor allem während der ersten 2-3 Minuten nach Start des Services benötigt der xxvd 40 -70% der CPU-Zeit (P3 550 MHZ).


    Mir ist ausserdem aufgefallen, das bei mir ca 10 mysqld-Prozesse laufen.


    Ist das normal??

    :alki:alki


    Mr.Pink


    ------------------------------------
    Gehäuse OrigenAE S14V mit Be Quiet Straight Power BQT E6-350W, Asus P5N7A-VM, CPU: Intel E7400; 2 x D2 1GB PC 800, 2 x Mystique CaBiX-C2 DVB-C Budget, Mystique View CI-Interface (f. 1 CAM) PCI und 3.5" Variante, Samsung 1Tbyte 5400 min^-1
    Ubuntu 8.10, VDR 1.7.0
    +
    2 Dboxen mit Neutrino

    Ursache für den massive Speicherverbrauch ist ein Memleak im Perl Modul Event.


    Update mit

    Code
    perl -MCPAN -e 'install Event'

    Mit version 1.06 des Moduls sind hier keine Speicherprobleme mehr zu beobachten.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden