(erledigt)VTI 4.1 MgCamd und Performance

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • (erledigt)VTI 4.1 MgCamd und Performance

      Hi,

      ich hab ein ganz merkwürdiges Problem.

      Nach einiger Zeit Laufzeit vom Receiver fängt das Gerät an zu stocken (oben links taucht das VTI Logo auf) und das Gerät wird sehr träge. Nur noch ein Neustart hilft.

      Ein Blick auf die Prozesse hat mir verraten, dass MgCamd 4 bis 5 mal gestartet wird bzw. 4 bis 5 Prozesse von MgCamd laufen.

      Und alle Prozesse haben folgende Daten:
      949 1 root S 29764 28.0 0 0.9 /usr/bin/mgcamd_1.35

      Auffälig ist, dass sehr viel Arbeitsspeicher genutzt wird.


      Es ist zwar nur eine Vermutung, dass es an MgCamd liegt aber vielleicht hat jemand von euch einen anderen Lösungsansatz.

      Danke!

    • RE: VTI 4.1 MgCamd und Performance

      Poste mal die komplette Ausgabe aller Prozesse und schau mal mit "top" ob ein bestimmter Prozess viel CPU Zeit braucht (wenn der Spinner läuft).

      Mamba
      checking for long long... yes<br>
      checking for long double... yes<br>
      +++ Divide By Cucumber Error. Stopping. +++<br><br>

    • RE: VTI 4.1 MgCamd und Performance

      Quellcode

      1. Mem: 88336K used, 17588K free, 0K shrd, 0K buff, 31468K cached
      2. CPU: 0.0% usr 21.4% sys 0.0% nic 71.4% idle 0.0% io 0.0% irq 7.1% sirq
      3. Load average: 0.28 0.31 0.20 1/69 1231
      4. ^[[7m PID PPID USER STAT VSZ %MEM CPU %CPU COMMAND^[[0m
      5. 1231 930 root R 2572 2.4 0 21.3 top
      6. 6 2 root SW 0 0.0 0 7.1 [rcu_kthread]
      7. 693 690 root S 87496 82.5 0 0.0 /usr/bin/enigma2
      8. 695 690 root S 87496 82.5 0 0.0 /usr/bin/enigma2
      9. 730 690 root S N 87496 82.5 0 0.0 /usr/bin/enigma2
      10. 720 690 root S 87496 82.5 0 0.0 /usr/bin/enigma2
      11. 949 1 root S 29764 28.0 0 0.0 /usr/bin/mgcamd_1.35
      12. 947 1 root S 29764 28.0 0 0.0 /usr/bin/mgcamd_1.35
      13. 984 1 root S 29764 28.0 0 0.0 /usr/bin/mgcamd_1.35
      14. 950 1 root S 29764 28.0 0 0.0 /usr/bin/mgcamd_1.35
      15. 408 1 root S 6892 6.5 0 0.0 smbd -D
      16. 421 408 root S 6892 6.5 0 0.0 smbd -D
      17. 406 1 root S 4188 3.9 0 0.0 nmbd -D
      18. 679 1 avahi S 3316 3.1 0 0.0 avahi-daemon: running [vusolo.loca
      19. 680 679 avahi S 3316 3.1 0 0.0 avahi-daemon: chroot helper
      20. 706 496 root S 2892 2.7 0 0.0 telnetd
      21. 929 496 root S 2892 2.7 0 0.0 telnetd
      22. 707 706 root S 2888 2.7 0 0.0 -sh
      23. 930 929 root S 2888 2.7 0 0.0 -sh
      Alles anzeigen


      Grad läuft der Receiver wieder gut, habe ihn gerae neu gestartet.


      Als das oben beschriebene Problem auftrat, lage die Speicherauslastung von MgCamd bei 28 % pro Prozess

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Davka ()

    • Sorry für den Doppelpost, aber hier habe ich eine neue Log.

      Quellcode

      1. Mem: 88380K used, 17544K free, 0K shrd, 0K buff, 31464K cached
      2. CPU: 3.1% usr 3.1% sys 0.0% nic 90.9% idle 0.0% io 0.0% irq 2.7% sirq
      3. Load average: 0.24 0.31 0.19 1/69 1206
      4. PID PPID USER STAT VSZ %MEM CPU %CPU COMMAND
      5. 949 1 root S 29764 28.0 0 2.5 /usr/bin/mgcamd_1.35
      6. 693 690 root S 87496 82.5 0 1.7 /usr/bin/enigma2
      7. 933 930 root R 2888 2.7 0 0.5 top
      8. 984 1 root S 29764 28.0 0 0.3 /usr/bin/mgcamd_1.35
      9. 695 690 root S 87496 82.5 0 0.2 /usr/bin/enigma2
      10. 947 1 root S 29764 28.0 0 0.2 /usr/bin/mgcamd_1.35
      11. 706 496 root S 2892 2.7 0 0.2 telnetd
      12. 1128 707 root S 2640 2.4 0 0.2 vi mg_cfg
      13. 730 690 root S N 87496 82.5 0 0.0 /usr/bin/enigma2
      14. 720 690 root S 87496 82.5 0 0.0 /usr/bin/enigma2
      15. 950 1 root S 29764 28.0 0 0.0 /usr/bin/mgcamd_1.35
      16. 408 1 root S 6892 6.5 0 0.0 smbd -D
      17. 421 408 root S 6892 6.5 0 0.0 smbd -D
      18. 406 1 root S 4188 3.9 0 0.0 nmbd -D
      19. 679 1 avahi S 3316 3.1 0 0.0 avahi-daemon: running [vusolo.loca
      20. 680 679 avahi S 3316 3.1 0 0.0 avahi-daemon: chroot helper
      21. 929 496 root S 2892 2.7 0 0.0 telnetd
      22. 707 706 root S 2888 2.7 0 0.0 -sh
      23. 930 929 root S 2888 2.7 0 0.0 -sh
      24. 503 1 root S 2572 2.4 0 0.0 /sbin/klogd -n
      Alles anzeigen

    • Ich kann da kein Problem erkennen. Muss also woanders liegen (z.B. in E2 selbst).
      checking for long long... yes<br>
      checking for long double... yes<br>
      +++ Divide By Cucumber Error. Stopping. +++<br><br>

    • Beende mal E2 mit "init 4" und starte E2 mit "enigma2" und beoachte nun die Ausgabe, nachdem E2 hochgelaufen ist und das TV Bild da ist. Wenn der Spinner kommt, sagt E2 das in der Shellausgabe. Steht da was brauchbares?
      checking for long long... yes<br>
      checking for long double... yes<br>
      +++ Divide By Cucumber Error. Stopping. +++<br><br>

    • Hm,

      hab ich mal gemacht aber ich kann da nichts herauslesen.
      Ich habe die Datei mal angehängt, vielleicht kannst du mal einen Blick drauf werfen.
      Dateien

      • log.txt

        (35,93 kB, 39 mal heruntergeladen, zuletzt: )

    • Spontan sehe ich auch kein eindeutiges Zeichen.

      "unicode U+ 80 not present" => sieht merkwürdig aus.

      Einen Spinner hattest du aber nicht ... mach das Log nochmal, wenn der Spinner läuft.
      checking for long long... yes<br>
      checking for long double... yes<br>
      +++ Divide By Cucumber Error. Stopping. +++<br><br>

    • Ja, genau.
      checking for long long... yes<br>
      checking for long double... yes<br>
      +++ Divide By Cucumber Error. Stopping. +++<br><br>

    • Ich werde das mal mitloggen, kann aber dauern :)

      Ne andere Frage. Wenn ich den Receiver neustarte, dann startet er stets vom gleichen Kanal (Sky Action HD). Müsste er nicht vom letzten Kanal starten, den man angeschaut hat?

      Neustart über Konsole.


      PS: Das Unicode + ... not present kann davon kommen, dass Russisches Fernsehen geschaut wird und dort halt Zeichen auftreten, die nicht dem entsprechen, was er erwartet. Sieht man auch öfters am EPG, dass dort "Müll" steht

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Davka ()

    • Ich hab mal das ganze beobachtet und ich hab irgendwie die Vermutung, dass das Problem die Senderliste ist. Das Problem tritt (so wie der Besitzer es geschildert hat) nach einiger Zeit auf und genau dann, wenn man am Zappen ist.

      Ich konnte das Problem nicht wieder reproduzieren.

      Ich werde mal alles neu aufsetzen und die Senderliste auf dem Receiver neu erstellen, da die ursprüngliche Liste vom anderen Receiver kommt.

    • Rate dir von Mgcamd ab, selber mal auf der dream 8000 getestet und auf der Kathrein, nach einer Weile schmiert mgcamd ab.
      Nehme als emu cccamd oder scam.
      mFG
      Sebe

    • Ich hab jetzt auf meinem eigenen VU Mgcamd installiert und der zickt überhaupt nicht. Bei dem Gerät hier vor Ort ist nicht Mgcamd wie ich vorher vermutet habe, das Problem sondern eher was anderes.

      Prinzipiell läuft MgCamd sehr stabil. Version 1.35 und aufwärts

    • dieses problem mit mgcamd tritt nur mit VTI Images auf, auf anderen Images gibt es dieses problem mit mgcamd nicht, ich habe bis jetzt immer VTI Images benutzt aber alles nach der 3.2 version ist für mich schrott, mgcamd funktioniert nicht wie es sein soll, mit sehr vielen plugins green screen, nichts scheint so zu funktionieren wie es einmal war, meiner meinung nach zu viele fehler drinnen.
      was guckst du?

    • Original von hepektotal
      dieses problem mit mgcamd tritt nur mit VTI Images auf, auf anderen Images gibt es dieses problem mit mgcamd nicht, ich habe bis jetzt immer VTI Images benutzt aber alles nach der 3.2 version ist für mich schrott, mgcamd funktioniert nicht wie es sein soll, mit sehr vielen plugins green screen, nichts scheint so zu funktionieren wie es einmal war, meiner meinung nach zu viele fehler drinnen.


      Hmm, ich weiss nicht. Bei mir lief alles soweit super.... Keinerlei Greenscreens.

      Welche Version von mgcamd hast du denn verwendet?

    • Original von hepektotal
      meiner meinung nach zu viele fehler drinnen.


      bitte nenn die Fehler damit wir sie abstellen können ;)


      PS: nen Greenscreen kann nicht direkt vom SoftCam kommen

    • ich habe mir die letzte Version von Mgcamd runtergeladen per VTI Panel, zb die priority list funktioniert nicht, nehme ich die mgcamd.config von mgcamd 1.38 funktioniert diese, nach einiger Zeit bleibt die Cam stehen und es hilft nur ein kompletter neustart ...

      plnick, die fehler mit den Greenscreen tritt meistens auf bei plugins, zb das "bild (zeitung)" plugin, airplayer etc...

      ich habe das image x-mal geflasht, ehrlich gesagt weiß ich selber nicht mehr wie ich nach der installation des images vorgehen soll, installieren und so lassen, oder per Software die updates gleich installieren keine ahnung, vielleicht gibt es da einen unterschied aber wenn ich updates mache dann findet er 3 verfügbarer updates, ist das ok so?

      ich war immer fan von den VTI Images, aber manchmal kommt der punkt wo es wirklich nervt, bin keiner der nur wegen einen schönen Skin gleich ein anderes Images nimmt aber vielleicht habt ihr ja einen tipp...

      übrigens vielen dank "plnick" die VU ULTIMO box von HM SAT ist da und der Receiver ist echt geil : ))
      was guckst du?