Thanks Thanks:  102
Seite 17 von 19 ErsteErste ... 71516171819 LetzteLetzte
Ergebnis 161 bis 170 von 187
  1. #161
    Avatar von Fischreiher
    Registriert seit
    22.12.2013
    Ort
    an der Havel
    Beiträge
    1.251
    Total Downloaded
    40,84 MB
    Total Downloaded
    40,84 MB
    ReceiverDankeAktivitäten
    Box 1:
    Gigablue Quad
     
     
    Box 2:
    Gigablue Quad
     
     
    Box 3:
    Xtrend ET8000
     
     
    SpecialJump: Plugin zum schnellen manuellen Überspringen von Werbung (und mehr)
    http://www.opena.tv/plugins/6240-spe...-und-mehr.html
    Feature der Woche:
    * Fast Zap Mode (beschleunigte Umschaltzeiten durch vorausschauendes Vorladen des nächsten Senders auf einem weiteren Tuner)

  2. Thanks laptan bedankten sich
    •   Alt Advertising

       

  3. #162
    Avatar von Fischreiher
    Registriert seit
    22.12.2013
    Ort
    an der Havel
    Beiträge
    1.251
    Total Downloaded
    40,84 MB
    Total Downloaded
    40,84 MB
    ReceiverDankeAktivitäten
    Box 1:
    Gigablue Quad
     
     
    Box 2:
    Gigablue Quad
     
     
    Box 3:
    Xtrend ET8000
     
     
    Arn354 empfiehlt, mal eine andere Skin zu testen oder in der Infobar so viel wie möglich abzuschalten (er hat speziell wetter oder cpu/temp im Verdacht).

    Bitte vorher und nachher prüfen, wie sich die Speicherauslastung/Fragmentierung verhält (erst "sync; echo 3 > /proc/sys/vm/drop_caches", dann "cat /proc/buddyinfo" nach ein paar Minuten, wenn die Caches vollgelaufen sind).
    SpecialJump: Plugin zum schnellen manuellen Überspringen von Werbung (und mehr)
    http://www.opena.tv/plugins/6240-spe...-und-mehr.html
    Feature der Woche:
    * Fast Zap Mode (beschleunigte Umschaltzeiten durch vorausschauendes Vorladen des nächsten Senders auf einem weiteren Tuner)

  4. Thanks laptan bedankten sich
  5. #163
    Avatar von laptan
    Registriert seit
    25.08.2013
    Ort
    openATV
    Beiträge
    1.612
    Total Downloaded
    28,77 MB
    Total Downloaded
    28,77 MB
    ReceiverDankeAktivitäten
    Box 1:
    uniBOX HD 1 PLUS
     
     
    Box 2:
    VU+ Zero
     
     
    Box 3:
    AX Triplex
     
     
    Box 4:
    MEGASAT Force 1 Plus
     
     
    Test mit mymetrix light maximale Infobar: (timeshift an)
    Code:
    cronjob:  */1 * * * * echo 3 > /proc/sys/vm/drop_caches
    -info-bar-max-service.jpg

    zuerst "sync; echo 3 > /proc/sys/vm/drop_caches" ausgeführt

    dann
    Code:
    "cat /proc/buddyinfo"

    Ergebnis:


    Code:
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal     25     46     52     27     17      8    119     68
      29      6      0
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal     24      4     49     28     16      8     61     68
      29      6      0
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal     98     66     39     71    149    176    118     51
      29      6      0
    im abstand von 15 sekunden ausgeführt.




    Test mit mymetrix light minimale Infobar: (timeshift an)
    Code:
    cronjob:  */1 * * * * echo 3 > /proc/sys/vm/drop_caches

    -info-bar-mini-service.jpg


    zuerst "sync; echo 3 > /proc/sys/vm/drop_caches" ausgeführt

    dann
    Code:
    "cat /proc/buddyinfo"

    Ergebnis:

    Code:
    Node 0, zone   Normal      0     17     27     32     21    146    120     61
      28      6      0
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal      2     11     12     23     21      8     42     61
      28      6      0
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal    124     58    224    298    350    229    100     18
      27      6      0
    im abstand von 15 sekunden ausgeführt.




    ebenso mit: cat /proc/meminfo den speicher geprüft.


    Code:
    root@ventonhdx:~# cat /proc/meminfo
    MemTotal:         290828 kB
    MemFree:           69380 kB
    Buffers:             392 kB
    Cached:           108752 kB

    Code:
    root@ventonhdx:~# cat /proc/meminfo
    MemTotal:         290828 kB
    MemFree:          134992 kB
    Buffers:             324 kB
    Cached:            43904 kB
    SwapCached:           52 kB


    Fazit: Beides mal keine Fragmentfehler, Speicher läuft bei minimaler Info Bar nicht mehr ganz so sehr voll wie bei maximaler Info Bar. Da der cronjob 1 mal pro Minute läuft bewegt sich der freie Speicher ca. zwischen max: 140 MB und min: 60 MB. zuvor waren es noch max: 140 MB und min: 20 MB oder weniger.

    Thema SWAP:
    SWAP beobachtet, dieser wird obwohl swappines auf 85 steht nicht wirklich genutzt auch schon mit 95 getestet, gleiches Verhalten. In den ganzen Test's mit SWAP Datei kam bisher zum Vorschein, dass der SWAP erst angesprochen wird wenn der Speicher ein Minimum (kleiner 5 MB) erreicht hat und das unabhänig von der SWAP Größe oder der swappiness Einstelleung (60, 85, 95).
    Geändert von laptan (06.07.2014 um 21:02 Uhr)


    Receiver I: Ax Triplex (Image Vers. 6.1 vom: 20171019
    Receiver II: VU+ Zero (Image Vers. 6.1 vom: 20171020)
    Receiver III: MEGASAT Force 1+ (Image Vers. 5.3 vom: 20170121)




  6. #164
    Avatar von Fischreiher
    Registriert seit
    22.12.2013
    Ort
    an der Havel
    Beiträge
    1.251
    Total Downloaded
    40,84 MB
    Total Downloaded
    40,84 MB
    ReceiverDankeAktivitäten
    Box 1:
    Gigablue Quad
     
     
    Box 2:
    Gigablue Quad
     
     
    Box 3:
    Xtrend ET8000
     
     
    Ich habe nochmal mit Arn354 und anderen gesprochen und verstehe jetzt mehr von der Speicherverwaltung:
    • Ohne I/O Traffic auf HDD (keine Aufnahme, keine Wiedergabe, kein Timeshift, keine Kopieraktionen etc.), also beim reinen live-TV, ist auf der Box massig Speicher frei (Quad: 400MB).
    • Mit I/O Traffic wird jedes Byte, das durchläuft, gecached nach dem Motto: "RAM freihalten ist Verschwendung, nutzen wir das RAM als Cache".
    • Hierdurch läuft der Speicher relativ schnell voll (auf Quad bei Timeshift eines HD-Senders in ca. 4 Minuten), nur ein kleiner Teil des RAMs wird freigehalten für das Kernel (Quad: 6MB).
    • Dies ist normal und harmlos. Wenn Speicher benötigt wird, wird sofort und automatisch nur so viel freigegeben, wie gerade benötigt wird, indem alte Cache-Einträge fallen gelassen werden.
    • Dies erklärt auch, warum Swap nicht genutzt wird: Es ist immer genug Speicher da, RAM ist schneller als Swap, daher besteht kein Grund, den Swap zu benutzen.

    Aber:
    • Wenn irgendein Prozess viele kleine Speicherblöcke festhält, steigt die Fragmentierung des Speichers. Es wird zwar weiterhin der gleiche Restspeicher frei gehalten (Quad: 6MB), aber es kann passieren, dass ein 128k-Segment benötigt wird und keines frei ist (http://www.opena.tv/openatv-4-1-ruec...html#post62761), dies führt zur Bildstörung
    • Ich konnte in diesem Zustand testen, dass eine memory compaction (echo 1 > /proc/sys/vm/compact_memory) die Fragmentierung nur geringfügig verbessert. Da viele Speicherblöcke gesperrt sind, kann der dazwischen liegende Speicher nicht zu großen Blöcken zusammengelegt werden.


    Daraus lassen sich jetzt zwei Strategien ableiten:

    (1) Symptome kaschieren:
    Strategie:
    • kein Swap
    • keine Memory Compaction (echo 1 > /proc/sys/vm/compact_memory)
    • nur per cron job alle 1-3 Minuten den Cache leeren (sync ; echo 3 > /proc/sys/vm/drop_caches)

    Ergebnis:
    • es ist immer massig Speicher frei, daher ist wahrscheinlich auch immer der benötigte Speicherblock (z.B. 128k) verfügbar
    • es werden Systemressourcen verschwendet, da ständig der Cache befüllt und geleert wird
    • es besteht vielleicht die Gefahr, dass dadurch die benötigte Video-Datenrate nicht immer geliefert werden kann
    • es besteht vielleicht die Gefahr, dass aktuell benötigte Videodaten aus dem Cache verschwinden, kurz bevor sie benötigt werden, falls das System die nächsten "n Millisekunden" im Cache vorhält, um die benötigte Video-Datenrate zu garantieren
    • es wird dabei an Symptomen herumgedoktort, ohne die Ursache zu finden oder zu beseitigen


    (2) Ursache finden:
    Strategie:
    • kein Swap
    • keine Memory Compaction (echo 1 > /proc/sys/vm/compact_memory)
    • keine Caches leeren (sync ; echo 3 > /proc/sys/vm/drop_caches)
    • beobachten, ob der Fehler auftritt (Fragmentierung beobachten mit cat /proc/buddyinfo, /var/log/messages prüfen auf Allocation Failures)

    Das ganze wiederholen mit reduzierten Komponenten
    • mit reduzierten Skin-Komponenten (insbesondere Wetter-Plugin, cpu/temp Anzeige)
    • oder gleich eine "harmlose" Skin testen (dmconcinnity-hd)
    • ohne Plugins
    • mit Basis-Einstellungen
    • ohne USB-Stick oder USB-Massenspeicher
    • dann nacheinander oder in Gruppen Komponenten dazunehmen, bis die Komponente oder Einstellung identifiziert ist, mit der die Probleme einhergehen

    Ergebnis:
    • es wird die Systemkomponente gefunden, die den Speicher festhält
    • bestenfalls kann vom Team die Ursache beseitigt werden
    • notfalls muss auf die Komponente verzeichtet oder Ersatz gefunden werden
    Geändert von Fischreiher (07.07.2014 um 11:58 Uhr)
    SpecialJump: Plugin zum schnellen manuellen Überspringen von Werbung (und mehr)
    http://www.opena.tv/plugins/6240-spe...-und-mehr.html
    Feature der Woche:
    * Fast Zap Mode (beschleunigte Umschaltzeiten durch vorausschauendes Vorladen des nächsten Senders auf einem weiteren Tuner)

  7. Thanks laptan bedankten sich
  8. #165
    Avatar von laptan
    Registriert seit
    25.08.2013
    Ort
    openATV
    Beiträge
    1.612
    Total Downloaded
    28,77 MB
    Total Downloaded
    28,77 MB
    ReceiverDankeAktivitäten
    Box 1:
    uniBOX HD 1 PLUS
     
     
    Box 2:
    VU+ Zero
     
     
    Box 3:
    AX Triplex
     
     
    Box 4:
    MEGASAT Force 1 Plus
     
     
    meine aktuelle Konfig sieht so aus:

    Image: vom 04.07.14
    Skin: mymetrix light ohne Wetter, ohne CPU und ohne Service ICONS
    Plugins: mediaportal, picons updater, xmltvimporter
    cronjob: 1 mal in der Minute (sync ; echo 3 > /proc/sys/vm/drop_caches)
    SWAP: 512 MB auf USB
    Timeshift: auf interne HDD

    Ergebnis: keine Fragmentfehler getestet seit 05.07 bis heute 07.07.14, keine Auswirkung bei Abspielen von Aufnahme, keine GUI Reboots, keine Probleme beim installieren von Plugins


    was ich nun tun kann ist die picons in der Kanaliste zu deaktivieren und den cronjob löschen dann die Fragmentierung beobachten mit cat /proc/buddyinfo, /var/log/messages prüfen auf Allocation Failures
    treten keine auf mach ich die piocns wieder an, teste wieder die Fragmentierung dann die CPU Anzeigean testen, Wetter an testen, und dann Service ICONS an testen.

    Hinweis:Ich hoffe natürlich das der Fehler zu lokalisieren ist aber meine Vermutung ist, das es ein zusammen Spiel ist aus meheren "Komponenten", dies ist aber nur eine Vermutung!
    Geändert von laptan (07.07.2014 um 12:48 Uhr)


    Receiver I: Ax Triplex (Image Vers. 6.1 vom: 20171019
    Receiver II: VU+ Zero (Image Vers. 6.1 vom: 20171020)
    Receiver III: MEGASAT Force 1+ (Image Vers. 5.3 vom: 20170121)




  9. #166
    Avatar von Fischreiher
    Registriert seit
    22.12.2013
    Ort
    an der Havel
    Beiträge
    1.251
    Total Downloaded
    40,84 MB
    Total Downloaded
    40,84 MB
    ReceiverDankeAktivitäten
    Box 1:
    Gigablue Quad
     
     
    Box 2:
    Gigablue Quad
     
     
    Box 3:
    Xtrend ET8000
     
     
    Ja, guter Plan. Wenn die Fehler in dieser Minimalkonfiguration noch auftreten, bitte auch ohne Plugins testen und mit anderer Skin. Wenn die Minimalkonfiguration OK ist, "nach oben" arbeiten und Dinge hinzunehmen.

    Es freut mich sehr, dass das "Symptome kaschieren" funktioniert, aber die Ursache zu finden ist natürlich immer besser.
    SpecialJump: Plugin zum schnellen manuellen Überspringen von Werbung (und mehr)
    http://www.opena.tv/plugins/6240-spe...-und-mehr.html
    Feature der Woche:
    * Fast Zap Mode (beschleunigte Umschaltzeiten durch vorausschauendes Vorladen des nächsten Senders auf einem weiteren Tuner)

  10. Thanks laptan, Thomas4711 bedankten sich
  11. #167
    Avatar von laptan
    Registriert seit
    25.08.2013
    Ort
    openATV
    Beiträge
    1.612
    Total Downloaded
    28,77 MB
    Total Downloaded
    28,77 MB
    ReceiverDankeAktivitäten
    Box 1:
    uniBOX HD 1 PLUS
     
     
    Box 2:
    VU+ Zero
     
     
    Box 3:
    AX Triplex
     
     
    Box 4:
    MEGASAT Force 1 Plus
     
     
    so wird es gemacht denke das ich so gegen Nachmittag / Abend mehr dazu sagen kann!


    Receiver I: Ax Triplex (Image Vers. 6.1 vom: 20171019
    Receiver II: VU+ Zero (Image Vers. 6.1 vom: 20171020)
    Receiver III: MEGASAT Force 1+ (Image Vers. 5.3 vom: 20170121)




  12. Thanks Thomas4711 bedankten sich
  13. #168
    Avatar von laptan
    Registriert seit
    25.08.2013
    Ort
    openATV
    Beiträge
    1.612
    Total Downloaded
    28,77 MB
    Total Downloaded
    28,77 MB
    ReceiverDankeAktivitäten
    Box 1:
    uniBOX HD 1 PLUS
     
     
    Box 2:
    VU+ Zero
     
     
    Box 3:
    AX Triplex
     
     
    Box 4:
    MEGASAT Force 1 Plus
     
     
    Test 1:

    Image: vom 04.07.14
    Skin: mymetrix light ohne Wetter, ohne CPU und ohne Service ICONS
    Plugins: mediaportal, picons updater, xmltvimporter
    cronjob: 1 mal in der Minute (sync ; echo 3 > /proc/sys/vm/drop_caches)
    SWAP: 512 MB auf USB
    Timeshift: auf interne HDD

    Ergebnis: keine Fragmentfehler getestet seit 05.07 bis heute 07.07.14,
    keine Auswirkung bei Abspielen von Aufnahme, keine GUI Reboots, keine Probleme beim installieren von Plugins




    Test 2:

    Image: vom 04.07.14
    Skin: mymetrix light ohne Wetter, ohne CPU und ohne Service ICONS
    Plugins: mediaportal, picons updater, xmltvimporter
    Picons: In Kanalliste an
    cronjob: Aus
    SWAP: Aus
    Timeshift: auf interne HDD


    Ergebnis:

    Code:
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal     21     84     19     11      7      0      1      0
       0      1      0
       
    root@ventonhdx:~# cat /proc/meminfo
    MemTotal:         290828 kB
    MemFree:            3896 kB
    Buffers:            1640 kB
    Cached:           164056 kB
    keine dump stack / memory Fehler in messages, keine Fragmentfehler bei Timeshift, freier RAM sinkt bis auf 4 MB und bleibt auch bei diesem Wert.




    Test 3:

    Image: vom 04.07.14
    Skin: mymetrix light mit Wetter, ohne CPU und ohne Service ICONS
    Plugins: mediaportal, picons updater, xmltvimporter
    Picons: In Kanalliste an
    cronjob: Aus
    SWAP: Aus
    Timeshift: auf interne HDD


    Ergebnis:


    Code:
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal     56     24      5     14      4      1      0      1
       0      1      0
    
      root@ventonhdx:~# cat /proc/mem
    MemTotal:         290828 kB
    MemFree:            4028 kB
    Buffers:             356 kB
    Cached:           162908 kB
    keine dump stack / memory Fehler in messages, keine Fragmentfehler bei Timeshift, freier RAM sinkt bis auf 4 MB und bleibt auch bei diesem Wert.





    Test 4:

    Image:
    vom 04.07.14
    Skin: mymetrix light mit Wetter, mit CPU und mit Service ICONS
    Plugins: mediaportal, picons updater, xmltvimporter
    Picons: In Kanalliste an
    cronjob: Aus
    SWAP: Aus
    Timeshift: auf interne HDD



    Ergebnis:

    Code:
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal    224    103     41     26      8      2      0      0
       0      0      0
       
    root@ventonhdx:~# cat /proc/meminfo
    MemTotal:         290828 kB
    MemFree:            3868 kB
    Buffers:             416 kB
    Cached:           166292 kB

    keine dump stack / memory Fehler in messages, keine Fragmentfehler bei Timeshift, freier RAM sinkt bis auf 3,8 MB und bleibt auch bei diesem Wert.



    Test 5:

    Image: vom 04.07.14
    Skin: default
    Plugins: mediaportal, picons updater, xmltvimporter
    Picons: In Kanalliste an
    cronjob: Aus
    SWAP: Aus
    Timeshift: auf interne HDD



    Ergebnis:

    Code:
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal    276    121     36      8      3      3      3      0
       0      0      0
       
       
    root@ventonhdx:~# cat /proc/meminfo
    MemTotal:         290828 kB
    MemFree:            3708 kB
    Buffers:             420 kB
    Cached:           167656 kB


    keine dump stack / memory Fehler in messages, keine Fragmentfehler bei Timeshift, freier RAM sinkt bis auf 3,7 MB und bleibt auch bei diesem Wert.



    Test 6:

    Image: vom 04.07.14
    Skin: default
    Plugins: mediaportal, picons updater, xmltvimporter
    Picons: In Kanalliste an
    cronjob: Aus
    SWAP: An 512 MB / Swappines auf 85
    Timeshift: auf interne HDD



    Ergebnis:

    Code:
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal     78     22     11     10      2      0      0      0
       1      1      0
       
     
    root@ventonhdx:~# cat /proc/meminfo
    MemTotal:         290828 kB
    MemFree:            4024 kB
    Buffers:             936 kB
    Cached:           169388 kB
    SwapTotal:        524284 kB
    SwapFree:         523988 kB

    keine dump stack / memory Fehler in messages, keine Fragmentfehler bei Timeshift, freier RAM sinkt bis auf 4,0 MB und bleibt auch bei diesem Wert.
    SWAP wird nicht genutzt.




    Test 7:

    Image: vom 04.07.14
    Skin: mymetrix light mit Wetter, mit CPU und mit Service ICONS
    Plugins: mediaportal, picons updater, xmltvimporter
    Picons: In Kanalliste an
    cronjob: Aus
    SWAP: An 512 MB / Swappines auf 85
    Timeshift: auf interne HDD
    Aufnahme: auf interne HDD



    Ergebnis:


    Code:
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal    315     66     22     19     12      1      1      0
       0      0      0
       
    
    root@ventonhdx:~# cat /proc/meminfo
    MemTotal:         290828 kB
    MemFree:            3932 kB
    Buffers:             380 kB
    Cached:           162464 kB
    SwapCached:          352 kB
    SwapTotal:        524284 kB
    SwapFree:         520472 kB
    keine dump stack / memory Fehler in messages, keine Fragmentfehler bei Timeshift, Aufnahme ohne Fehler, freier RAM sinkt bis auf 3,9 MB und bleibt auch bei diesem Wert.
    SWAP wird minimal genutzt.







    Test 8:

    Image: vom 04.07.14
    Skin: mymetrix light mit Wetter, ohne Service ICONS
    Plugins: mediaportal, picons updater, xmltvimporter
    Picons: In Kanalliste an
    cronjob: alle 2 Minuten (sync ; echo 3 > /proc/sys/vm/drop_caches)
    SWAP: An 512 MB / Swappines auf 85
    Timeshift: auf interne HDD


    dump stack / memory Fehler in messages, Fragmentfehler bei Timeshift, freier RAM sinkt bis auf 4 MB und bleibt auch bei diesem Wert.
    SWAP wird minimal genutzt.



    siehe Test 8 LOG:

    Test 8 messages.txt




    Test 9:

    Image: vom 04.07.14
    Skin: mymetrix light mit Wetter, ohne Service ICONS
    Plugins: mediaportal, picons updater, xmltvimporter
    Picons: In Kanalliste an
    cronjob: alle 2 Minuten (sync ; echo 3 > /proc/sys/vm/drop_caches)
    SWAP: aus
    Timeshift: auf interne HDD



    Ergebnis:


    Code:
    root@ventonhdx:~# cat /proc/meminfo
    MemTotal:         290828 kB
    MemFree:            4132 kB
    Buffers:             368 kB
    Cached:           168144 kB

    keine dump stack / memory Fehler in messages, keine Fragmentfehler bei Timeshift, freier RAM sinkt bis auf 4 MB und bleibt auch bei diesem Wert.



    Fazit: Fehler trat bei Test 8 einmal auf und ist nicht von irgendeiner bestimmten Konfiguration oder Plugin abhängig, da sich der Speicher auch bei dem default Skin rasch füllt und dann nur 3 bis 4 MB freier Speicher bleibt, habe ich den cronjob wieder eingerichtet drop_caches alle 1 Minute. gehe nun in den Langzeittest.


    Fazit 2: Das Ergebnis stellt mich nicht zufrieden, somit Teste ich weiter und werde berichten!



    Test 10 (metixLight minimal Konfig)

    Image:
    vom 04.07.14
    Skin: mymetrix light ohne Wetter, ohne Service ICONS
    Plugins: mediaportal, picons updater
    Picons: In Kanalliste aus
    cronjob: aus
    SWAP: aus
    Timeshift: auf interne HDD

    Ergebnis:

    Code:
    root@ventonhdx:~# cat /proc/buddyinfo
    Node 0, zone   Normal    224    103     41     26      8      2      0      0
       0      0      0
       
    root@ventonhdx:~# cat /proc/meminfo
    MemTotal:         290828 kB
    MemFree:            3967 kB
    Buffers:             416 kB
    Cached:           166292 kB
    keine Fragmentfehler, kein dump Stack in messages, auch in der minmal Konfig sinkt der Speicher auf 3,9 MB und bleibt auch bei diesem Wert.gleiches Verhalten wie bei Test Skin: default ( siehe Test 6) somit ist der RAM Verbrauch nicht auf eine Konfiguration zurück zuführen, sondern muss in den Untiefen des Images bzw. der Speicherbehandlung des Kernels liegen. Sie auch Diskussion hier Memory fragmentation in a Linux settop box | Unix Linux Forums | UNIX for Advanced & Expert Users



    FAZIT 3:
    Da die Ursache aktuell so nicht reproduzierbar war / ist, habe ich den cron job: alle 1 Minute (sync ; echo 3 > /proc/sys/vm/drop_caches)wieder aktiviert und prüfe nun ob das leeren des Caches im 1 menütigen Abstand Auswirkung auf den Alttagsbetrieb der Box hat.
    Hinweis: den cronjob auf 3 Minuten oder 2 Minuten zu setzten habe ich geprüft dann kann es zu Bild und Tonaussetzer kommen, aus diesem Grund 1 mal pro Minute.





    aktuelle Konfig bzw. Langzeittest:


    Image: vom 04.07.14
    Skin: mymetrix light mit Wetter, ohne Service ICONS
    Plugins: mediaportal, picons updater, xmltvimporter
    Picons: In Kanalliste an
    cronjob: alle 1 Minute (sync ; echo 3 > /proc/sys/vm/drop_caches)
    SWAP: aus
    Timeshift: auf interne HDD
    Geändert von laptan (08.07.2014 um 11:38 Uhr)


    Receiver I: Ax Triplex (Image Vers. 6.1 vom: 20171019
    Receiver II: VU+ Zero (Image Vers. 6.1 vom: 20171020)
    Receiver III: MEGASAT Force 1+ (Image Vers. 5.3 vom: 20170121)




  14. Thanks Thomas4711, Papi2000, Fischreiher bedankten sich
  15. #169
    Avatar von Fischreiher
    Registriert seit
    22.12.2013
    Ort
    an der Havel
    Beiträge
    1.251
    Total Downloaded
    40,84 MB
    Total Downloaded
    40,84 MB
    ReceiverDankeAktivitäten
    Box 1:
    Gigablue Quad
     
     
    Box 2:
    Gigablue Quad
     
     
    Box 3:
    Xtrend ET8000
     
     
    Das Bild ist ja in der Tat etwas diffus. Ich bin parallel dabei, ohne "drop_caches" minütlich die "/proc/buddyinfo" zu loggen und konnte letzte Nacht gegen 5:00 einen sprunghaften Anstieg der Fragmentierung feststellen. Leider fehlt mir der Bezug zum Debug Log, da dieses kaum Uhrzeitinformationen enthält. Ich werde jetzt noch ein "wc *.log" einbauen, um zu jeder "/proc/buddyinfo" auch die passende Zeile im Debug Log als Referenz finden zu können. Ich lege mich dann weiter auf die Lauer.
    SpecialJump: Plugin zum schnellen manuellen Überspringen von Werbung (und mehr)
    http://www.opena.tv/plugins/6240-spe...-und-mehr.html
    Feature der Woche:
    * Fast Zap Mode (beschleunigte Umschaltzeiten durch vorausschauendes Vorladen des nächsten Senders auf einem weiteren Tuner)

  16. Thanks Thomas4711, laptan bedankten sich
  17. #170
    Avatar von betacentauri
    Registriert seit
    15.06.2013
    Beiträge
    1.573
    Total Downloaded
    1,32 MB
    Total Downloaded
    1,32 MB
    ReceiverDankeAktivitäten
    Box 1:
    ET-9200
     
     
    Box 2:
    ET-10000
     
     
    Box 3:
    ET-8500
     
     
    Box 4:
    ET-8000
     
     
    Box 5:
    Gigablue Quad+
     
     
    Was lief denn bei dir um 5 Uhr? Eine Aufnahme oder vielleicht die Aktualisierung des EPG?
    ET-10000, ET-9200, ET-8000, Gigablue Quad+


Seite 17 von 19 ErsteErste ... 71516171819 LetzteLetzte

Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Diese Website benutzt Cookies
Wir benutzen Cookies um Sitzungsinformationen zu speichern. Dies erleichtert es uns z.B. Dich an Deine Login zu erinnern, Einstellungen der Webseite zu speichern, Inhalte und Werbung zu personalisieren, Social Media Funktionen anzubieten und unser Datenaufkommen zu analysieren. Wir teilen diese Informationen ebenfalls mit unseren Social Media-, Werbe- und Analysepartnern.
     
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:38 Uhr.
Powered by vBulletin® Version 4.2.5 (Deutsch)
Copyright ©2017 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.
Resources saved on this page: MySQL 10,53%
Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)
vBulletin Skin By: PurevB.com