Aufnahmen ruckeln nach Umstieg auf 6.3 - Speicher Voll

    Hallo Zusamen,


    ich habe den "alten" quad und nach dem Umstieg auf die 6.3 fangen die Probleme an.

    Ich habe lt.Anleitung in \\etc\cron\crontabs\root folgende Zeile eingegeben :


    */1* * * * echo 3 > /proc/sys/vm/drop_cachesu


    Außerdem auf ein Usb Stick (ext4 Formatiert) habe mit dem Plugin ein Swap File erstellt.


    Leider hat alles nichts geholfen.

    Der freier Speicher nach ca.10 min Abspielen geht ins "keller", aber der SWAP Speicher bleibt "unbeindruckt" s.Screenshot


    In der Regel quad hat über 300MB frei (+ seit jetzt die Swap), was eigentlich ausreichend sein sollte.

    Mache ich ein Fehler oder ist die Software???


    Viele Grüße

    1_0_0_0_0_0_0_0_0_0_20190512142513.jpg

    - Gigablue Quad - TeamBlue 6.3 /Astra19,2 - Horbird 13,0 - Eutelsat 3,1
    - HDD:     HGST Travelstar Z7K500 500GB 7mm Intern-S-ATA-7200 U/min



    Hallo und Danke fürs Verschieben.


    Mein "root" Datei schaut so aus:

    Code
    1. 30 * * * * /usr/bin/ntpdate-sync silent
    2. */1 * * * * /bin/bash -c 'echo 3 > /proc/sys/vm/drop_caches

    Die erste Zeile war schon da; keine Ahnung was das heißt.


    Nach ca.3 Min Abspielen der Speicher schaut so aus:

    1_0_0_0_0_0_0_0_0_0_20190512192148.jpg



    Und da normalerweise ohne Abspielen von Aufnahmen stehen über 400Mb zur Verfügung.

    Was mich allerdings noch irritiert ist das Verhalten von Swap. Die Werte SwapTotal und SwapFrei sind identisch! Wir das Swap gar nicht benutzt???

    Mach ich was falsch ? Auf jeden Fall das Ruckeln ist immer noch da und der Freie Speicher geht ins Keller!




    Danke!

    - Gigablue Quad - TeamBlue 6.3 /Astra19,2 - Horbird 13,0 - Eutelsat 3,1
    - HDD:     HGST Travelstar Z7K500 500GB 7mm Intern-S-ATA-7200 U/min



  • kosarg

    Hat den Titel des Themas von „ich habe den "alten" quad und nach dem Umstieg auf die 6.3 fangen die Probleme an.“ zu „Aufnahmen ruckeln nach Umstieg auf 6.3 - Speicher Voll“ geändert.

    nach 5 min. Abspielen:

    Code
    1. root@gbquad:~# free
    2. total used free shared buff/cache available
    3. Mem: 569936 128140 5092 220 436704 431932
    4. Swap: 131068 0 131068
    5. root@gbquad:~#

    - Gigablue Quad - TeamBlue 6.3 /Astra19,2 - Horbird 13,0 - Eutelsat 3,1
    - HDD:     HGST Travelstar Z7K500 500GB 7mm Intern-S-ATA-7200 U/min



    ok Danke!


    Es sieht jetzt so aus

    Code
    1. */1 * * * * /bin/bash -c 'echo 3 > /proc/sys/vm/drop_caches'

    und der Speicher nach ca. 5 min....


    Swap wird nicht benutzt :/und freie Speicher zwischen 3 und 5 Mb


    Was ich nicht verstehe, einmal läuft es rucklefrei einmal nicht.

    und alles erst nach der 6.3 Update

    - Gigablue Quad - TeamBlue 6.3 /Astra19,2 - Horbird 13,0 - Eutelsat 3,1
    - HDD:     HGST Travelstar Z7K500 500GB 7mm Intern-S-ATA-7200 U/min



    lege den Swap unter 6.3 noch einmal erneut an.


    Ich verstehe auch nicht, das der Befehl bei dir nicht greift...

    ...mir gehen langsam die Ideen aus.


    Ich werde mal die Tage meine Quad + heraus kramen und neu aufsetzen.

    Dann teste ich mal das 6.3 darauf.

    Das Hochkomma ist doch falsch.

    Du dürftest in

    /var/volatile/logs/messages

    Fehler bzgl. des Cronjobs drinhaben.

    Grüßle
    Ralf
    ---------------------------------------------
    Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
    Astra 19.2E UniCable & KabelBW, oATV/teamBlue
    (u.a.: DM900uhd,Vu+Duo,AXTriplx, E4HD), PC-DVB-S/C/T, Xtreamer, BDP5200, LG 42R51, Philips 24PFS4022/12, 65OLED855/12 Samsung 933BW,UE32C5700, RPi3+
    ---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----

    Zitat von Pupsi

    Es wurde so von Bluebird gepostet...

    ...in einem anderen Thread.


    Ich liege hier mit dem Handy im Bett.

    Also schaut selber in den Thread.

    Erzähl hier bloß keinen Müll verehrter Kollege

    Kannst du das verlinken?

    Ich kann das nicht finden.

    einmal hier:

    (UHD Quad 4K) - TB 6.3 Aufnahme abspielen läuft nicht immer flüssig

    Dann ist mir aufgefallen das die Platte nicht mehr schläft:

    (UHD Quad 4K) - TB 6.3 Aufnahme abspielen läuft nicht immer flüssig

    Nochmal:

    Wechsel von OpenATV6.2 auf 6.3

    wieder:

    Open ATV 6.3

    und:

    HDD geht nicht in Standby

    Wo ist da jetzt der Scheiß drin den du verbreitet hast?

    Wo du den Mist her hast weiß ich nicht, aber wenn du dafür nur ein Plugin verwendest, weiß ich nicht warum du irgendein script postest.

    Ich behaupte nicht das ich der große Linux-Profi bin, aber bevor ich sowas poste hab ich das auprobiert. Du auch?

    Nachdem du immer rausgekehrt hast wie gut du dich auskennst habe ich beschlossen mich bei dem Thema rauszuhalten.

    Quad4K - QuadPlus - X1

    Astra 19.2E - Dur-Line UK124 - AxingSVE4-01

    PHILIPS 55PUS6704/12 - Samsung ST2000LM003 - Synololgy DS216j - FritzBox7490

    Na dann, verehrter Kollege,


    (Quad +) - TB 6.3 Aufnahme abspielen läuft nicht immer flüssig [läuft mit Eingriff]

    https://www.gigablue-support.org/gigablueforum/forum/index.php?thread/13245-hdd-geht-nicht-in-standby/&pageNo=1


    Wenn habe ich den Müll ungetestet übernommen.


    Zudem geht es hier nicht um die 4K....falls du es noch nicht bemerkert haben solltest.



    Mit Rundlutschen kennste dich jedenfalls am besten aus....:solved


    Mit dem "sync &&" Befehl schläft auch keine Platte...

    Hallo Zusammen,


    ich habe das gefunden: (Open ATV Forum)

    Code
    1. */1 * * * * /bin/bash -c 'echo 3 > /proc/sys/vm/drop_caches'
    2. */1 * * * * /bin/bash -c 'sleep 30 ; echo 3 > /proc/sys/vm/drop_caches'

    ist es vielleicht das Richtig???


    Oder kann bitte jemand mir eine fuktionierende Zeile geben?

    Vielen Dank!

    - Gigablue Quad - TeamBlue 6.3 /Astra19,2 - Horbird 13,0 - Eutelsat 3,1
    - HDD:     HGST Travelstar Z7K500 500GB 7mm Intern-S-ATA-7200 U/min



    Ach gucke da......mit Hochkomma´s


    @kosarg,

    sei mir nicht Böse, das ich mich jetzt hier raushalte....der Befehl scheint Falsch zusein.


    Ich habe jedenfalls den Befehl nicht in den Umlauf gebracht...

    ...und das er Ursprünglich ohne Hochkomma´s war habe ich nicht überprüft. Weshalb auch...