Thanks Thanks:  0
Ergebnis 1 bis 8 von 8
  1. #1
    Mitglied
    Registriert seit
    27.07.2013
    Beiträge
    62
    Thanks (gegeben)
    8
    Thanks (bekommen)
    4
    Total Downloaded
    11,23 MB
    Total Downloaded
    11,23 MB
    ReceiverDanke
    Box 1:
    Gigablue Quad OATV 6.4
     
     
    Box 2:
    Gigablue AX3 OATV 6.3
     
     
    Box 3:
    Opticum AX ODIN OATV 6.3
     
     
    Box 4:
    Vizyon 8000 HD (RiP 2012)
     
     
    Box 5:
    Relook 400s (RiP 2009)
     
     

    Question Arbeitsspeicherverbrauch wächst mit Laufzeit permanent

    Hallo,

    früher lief meine Quad wochenlang ohne Störungen. Seit einem der letzten Updates (mach ich nur, wenn ich was in den Changelogs finde, dass es wert ist), wächst der verbrauchte Arbeitsspeicher solange, dass die Box irgendwann (nach ca. 4 Tagen) anfängt, den Swapspeicher zu nutzen. Dann kommt es beim Fernsehen/Aufnehmen/Wiedergeben) zu Hängern.
    Laut htop hat die Box nach einem Reboot 116 MB der 512MB in Beschlag. Nach 2 Stunden war ich bei 172 MB, jetzt nach 5 Stunden bin ich jetzt bei 228 MB. Eigentlich fallen nur die diversen enigma2-Prozesse durch anwachsenden verwendeten Speicher auf. Kann das jemand bestätigen? Wenn ja, ist das nur in OATV so oder ein Problem des Kernel/Treibers und ich sollte es auf der Gigablue-Support-Seite mitteilen?


    Danke schon mal für Antworten

    Elblindo

    •   Alt Advertising

       

  2. #2
    Avatar von arn354
    Registriert seit
    06.04.2013
    Beiträge
    3.027
    Thanks (gegeben)
    200
    Thanks (bekommen)
    1544
    Total Downloaded
    147,3 KB
    Total Downloaded
    147,3 KB
    ReceiverDanke
    Dauerlaufzeiten von mehreren Tagen sind sicher auch nicht die Normalität
    Dieses Verhalten hatte man mal bei einem älteren Treiber/Kernel - allerdings in viel kürzerer Zeit.
    Aktuell ist mir das nicht bekannt - allerdings sind meine Boxen einmal täglich im Deep-Standby.
    Zugewiesener Arbeitsspeicher wird eigentlich auch wieder freigegeben - zumindest wenn ich jetzt mal htop von vor ner knappen Stunde mit jetzt vergleiche - konstant um die 133MB (mit HBBTV).
    Grüßle


  3. #3
    Avatar von -=niki=-
    Registriert seit
    07.04.2013
    Beiträge
    874
    Thanks (gegeben)
    83
    Thanks (bekommen)
    387
    Total Downloaded
    19,78 MB
    Total Downloaded
    19,78 MB
    ReceiverDanke
    Box 1:
    Gigablue Solo @ ATV4
     
     
    Box 2:
    Sogno 8800HD @ ATV4 / PLI4
     
     
    Box 3:
    diverse
     
     
    Das ist mir in Verbindung mit CCcam auch schon aufgefallen. Ohne Swap war die Box nach 3 Tagen unbedienbar.

    Lg Niki

  4. #4
    Avatar von banu
    Registriert seit
    18.04.2013
    Ort
    Thüringer Wald
    Beiträge
    2.401
    Thanks (gegeben)
    1516
    Thanks (bekommen)
    625
    Total Downloaded
    38,93 MB
    Total Downloaded
    38,93 MB
    ReceiverDanke
    Box 1:
    GigaBlue UHD Quad 4k
     
     
    Box 2:
    GigaBlue UE 4k + Edision OS Mega
     
     
    Box 3:
    ET8000 / Axas E4HD
     
     
    Box 4:
    Mut@nt HD 51 / Mut@nt HD1200
     
     
    Box 5:
    Atemio 6000 / OCTAGON SF208
     
     
    niki,versteh ich nicht,was soll cccam da denn den speicher überfüllen?

    xtrend u vu solo laufen hier im dauerbetrieb mit der cam?
    Gruß Frank

  5. #5
    Avatar von -=niki=-
    Registriert seit
    07.04.2013
    Beiträge
    874
    Thanks (gegeben)
    83
    Thanks (bekommen)
    387
    Total Downloaded
    19,78 MB
    Total Downloaded
    19,78 MB
    ReceiverDanke
    Box 1:
    Gigablue Solo @ ATV4
     
     
    Box 2:
    Sogno 8800HD @ ATV4 / PLI4
     
     
    Box 3:
    diverse
     
     
    Das ist eine sehr gute Frage, ich habe die Ursache auch net wirklich erforscht. Nur ist mir aufgefallen dass seit ich oscam nutze der RAM nicht so voll läuft.

    Vorher nutzte ich CCcam2.3 ...

  6. #6
    Avatar von banu
    Registriert seit
    18.04.2013
    Ort
    Thüringer Wald
    Beiträge
    2.401
    Thanks (gegeben)
    1516
    Thanks (bekommen)
    625
    Total Downloaded
    38,93 MB
    Total Downloaded
    38,93 MB
    ReceiverDanke
    Box 1:
    GigaBlue UHD Quad 4k
     
     
    Box 2:
    GigaBlue UE 4k + Edision OS Mega
     
     
    Box 3:
    ET8000 / Axas E4HD
     
     
    Box 4:
    Mut@nt HD 51 / Mut@nt HD1200
     
     
    Box 5:
    Atemio 6000 / OCTAGON SF208
     
     
    merkwürdig,kannst du das mal reproduzieren? kann doch gar nicht sein...cccam läuft doch seit jahren problemlos ?
    Gruß Frank

  7. #7
    Avatar von mike99
    Registriert seit
    05.04.2013
    Ort
    Berlin
    Beiträge
    8.331
    Thanks (gegeben)
    1005
    Thanks (bekommen)
    3355
    Total Downloaded
    271,71 MB
    Total Downloaded
    271,71 MB
    ReceiverDanke
    Zitat Zitat von -=niki=- Beitrag anzeigen
    Ohne Swap war die Box nach 3 Tagen unbedienbar.
    Hmm wofür braucht man Swap auf der Quad, habe noch über 300Mb frei!?

    Sind normale anwendungen drauf CC.., HBBTV, Fritzcall und noch ein paar Plugins.
    Gruss Mike



    GB UE 4K Cable FBC
    + PnP C/T2 Dual-Tuner
    Mut@nt HD-51 - 2x DVB-C/T2
    +FreenetModul
    Axas E4HD Ultra Sat + Dual DVB-C/T2
    Toshiba 40TL838


  8. #8
    Mitglied
    Registriert seit
    27.07.2013
    Beiträge
    62
    Thanks (gegeben)
    8
    Thanks (bekommen)
    4
    Themenstarter
    Total Downloaded
    11,23 MB
    Total Downloaded
    11,23 MB
    ReceiverDanke
    Box 1:
    Gigablue Quad OATV 6.4
     
     
    Box 2:
    Gigablue AX3 OATV 6.3
     
     
    Box 3:
    Opticum AX ODIN OATV 6.3
     
     
    Box 4:
    Vizyon 8000 HD (RiP 2012)
     
     
    Box 5:
    Relook 400s (RiP 2009)
     
     
    Hallo Arn354

    Zitat Zitat von arn354 Beitrag anzeigen
    Dauerlaufzeiten von mehreren Tagen sind sicher auch nicht die Normalität
    .
    Ok, einen Grünen Punkt krieg ich damit nicht, aber deep-standby führte (zumindest als ich es ganz am Anfang mal an hatte) zu nicht ausgeführten Aufnahmen. Seitdem hatte ich mich an die verbratenen kWh gewöhnt Was mich auch wundert, ist die für einen dauerhaft laufenden Process wie Enigma doch nur langsam ansteigende Rate.
    Habe mal wie hier beschrieben versucht, den Arbeitsspeicher manuell freizugeben. Ergebnis sit überraschend: Nach der Freigabe war kurzfristig mehr Speicher frei, der aber relativ schnell wieder durch caching gefüllt wurde, aber es wurde noch mehr verbraucht, wie vor der Bereingung
    Code:
    root@gbquad:~# free -m 
                 total       used       free     shared    buffers     cached
    Mem:           557        546         11          0         45        328
    -/+ buffers/cache:        172        385
    Swap:         1023          1       1022
    root@gbquad:~#  sync ; sync ; sync ; echo 3 > /proc/sys/vm/drop_caches
    root@gbquad:~# free -m 
                 total       used       free     shared    buffers     cached
    Mem:           557        180        377          0          0         16
    -/+ buffers/cache:        163        394
    Swap:         1023          1       1022
    root@gbquad:~# free -m 
                 total       used       free     shared    buffers     cached
    Mem:           557        190        366          0          0         29
    -/+ buffers/cache:        161        396
    Swap:         1023          1       1022
    root@gbquad:~# free -m 
                 total       used       free     shared    buffers     cached
    Mem:           557        192        364          0          0         31
    -/+ buffers/cache:        160        396
    Swap:         1023          1       1022
    root@gbquad:~# free -m 
                 total       used       free     shared    buffers     cached
    Mem:           557        198        359          0          0         37
    -/+ buffers/cache:        160        396
    Swap:         1023          1       1022
    root@gbquad:~# free -m 
                 total       used       free     shared    buffers     cached
    Mem:           557        220        337          0          0         59
    -/+ buffers/cache:        161        396
    Swap:         1023          1       1022
    root@gbquad:~#  sync ; sync ; sync ; echo 3 > /proc/sys/vm/drop_caches
    root@gbquad:~# free -m 
                 total       used       free     shared    buffers     cached
    Mem:           557        177        379          0          0         17
    -/+ buffers/cache:        160        397
    Swap:         1023          1       1022
    root@gbquad:~# free -m 
                 total       used       free     shared    buffers     cached
    Mem:           557        201        355          0          0         40
    -/+ buffers/cache:        161        396
    Swap:         1023          1       1022
    root@gbquad:~# free -m 
                 total       used       free     shared    buffers     cached
    Mem:           557        219        338          0          0         57
    -/+ buffers/cache:        161        396
    Swap:         1023          1       1022
    root@gbquad:~# htop
    Na, sieht wohl so aus, als ob ich doch öfter mal nen geplanten reboot einfügen muss.

    Gruss

    Elblindo


Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Alle Zeitangaben in WEZ +1. Es ist jetzt 08:20 Uhr.
Powered by vBulletin® Version 4.2.5 (Deutsch)
Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.
Resources saved on this page: MySQL 5,88%
Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)
vBulletin Skin By: PurevB.com