Sundtek Support Forum

Deutsch => {Single, Dual, Quad} Sundtek SkyTV Ultimate => Thema gestartet von: date am Mai 17, 2019, 04:56:31 Nachmittag

Titel: SkyUltimate 8: Speicherloch in mediasrv Prozess
Beitrag von: date am Mai 17, 2019, 04:56:31 Nachmittag

Hallo,

ich habe seit wenigen Tagen einen neuen SkyTV Ultimate 8 (Austauschgerät) im Einsatz. Seither habe ich massive Probleme mit dem Speicherverbrauch des mediasrv Prozesses (Ubuntu Rechner). Nach etwa einem Tag verbraucht der Prozess fast die gesamte 4GB des verbauten Arbeitsspeichers.

mediaclient -e

Code: [Auswählen]

**** List of Media Hardware Devices ****
device 0: [              eLight]  DVB-S/S2, REMOTE-CONTROL
  [INFO]:
     STATUS: STANDBY
  [BUS]:
     ID: 1-1.1
  [SERIAL]:
     ID: U190425090757
  [DVB-S/S2]:
     FESTATUS: ACTIVE
     LNBVOLTAGE: DISABLED
     LNBSUPPLY: USBPOWER
     LNBSTATUS: OK
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0

mediasrv --build

Code: [Auswählen]

Build date: 2019-04-18 17:00:44

Ein Treiberupdate (mit anschließendem Abziehen/ wieder Anstecken des Sticks und Neustart des Rechners zwecks evtl. durchzuführendem Firmwareupdate) brachte keine Besserung.

Titel: Re: SkyUltimate 8: Speicherloch in mediasrv Prozess
Beitrag von: Sundtek am Mai 17, 2019, 05:03:49 Nachmittag

Hi,

könntest Du uns via Chat kontaktieren?

https://support.sundtek.de/chat.php

Es ist soweit eigentlich kein Leak bekannt, vielleicht passt da was anderes nicht?

Ist das ein älteres Linux? Es gibt bei einem ziemlich alten Linux tatsächlich einen Systemleak bei USB (das ist aber unabhängig von uns).
Der Mediasrv wird bei uns eigentlich auf Speicherlecks überprüft.

Titel: Re: SkyUltimate 8: Speicherloch in mediasrv Prozess
Beitrag von: date am Mai 17, 2019, 09:19:06 Nachmittag

Hallo,

ich werde mich die Tage mal im Chat melden!

Bei dem System handelt es sich um ein Ubuntu 16.04.6 LTS

uname -r

Code: [Auswählen]

4.15.0-50-generic

Ich bin jetzt auch mal auf einen ältere Treiberversion zurück gegangen und schaue wie es sich da verhält.

mediasrv --build

Code: [Auswählen]

Build date: 2018-12-20 13:50:32


Titel: Re: SkyUltimate 8: Speicherloch in mediasrv Prozess
Beitrag von: Sundtek am Mai 18, 2019, 03:47:46 Vormittag

Es ist immer besser den aktuellen Treiber zu verwenden, da wir diesen pflegen.

Ältere Treiber werden von uns nicht mehr unterstützt, ist ja auch der Sinn der Weiterentwicklungen.

Titel: Re: SkyUltimate 8: Speicherloch in mediasrv Prozess
Beitrag von: date am Mai 18, 2019, 10:16:34 Nachmittag

Nicht wenn der aktuelle Treiber meinen Server in die Knie zwingt ;)... (wenn es denn am Treiber liegt)

Ich probier noch ein wenig rum und melde mich dann vermutlich kommende Woche im Chat... Bislang habe ich mit der älteren Version keine Probleme.

Titel: Re: SkyUltimate 8: Speicherloch in mediasrv Prozess
Beitrag von: date am Mai 22, 2019, 10:54:23 Nachmittag

Noch ein Update:

Ich hab die letzten Tage unterschiedliche Versionen des Treibers (von http://sundtek.com/media/) getestet:

Die Version mit dem build date "2018-12-20 13:50:32" ist tatsächlich die aktuellste mit der ich keine Probleme habe (läuft schon ein paar Tage stabil). Schon bei der nächsten Version vom "2019-04-02 11:06:15" zeigt sich nach der Nacht ein Speicherverbrauch von gut 40%.

Titel: Re: SkyUltimate 8: Speicherloch in mediasrv Prozess
Beitrag von: Sundtek am Mai 23, 2019, 09:58:20 Vormittag

Melde Dich am Besten im Chat. Ich weiß leider nicht was die Applikation bei dir beim Treiber anfragt bei uns ist soweit eigentlich nichts erkenntlich (kann aber halt auch sein das wir genau Dein Anwendungsszenario nicht im Test haben).

Titel: Re: SkyUltimate 8: Speicherloch in mediasrv Prozess
Beitrag von: date am Juni 05, 2019, 08:54:59 Vormittag

Da man sich im Chat zu häufig verpasst:

Habt ihr bezüglich meiner Speicherprobleme noch etwas rausbekommen? Könnt ihr mir einen Treiber zukommen lassen den ich von Hand mit valgrind starte?

Ansonsten bin ich halt dazu verdammt bei der alten Treiberversion zu bleiben...