1176 replies to this topic

[rytec]

net ingelogd op de vuduo en het geheugen opgevraagd sinds dat ie herstart is gisteravond omstreeks 20:30
Ik heb dan de softcam gestopt en weer het geheugen opgevraagd en dan weer de softcam gestart en ik zie weinig verbruik van het geheugen voor de softcam.

~# free
total used free shared buffers
Mem: 138244 124844 13400 0 612
-/+ buffers: 124232 14012
Swap: 0 0 0
~# /etc/init.d/softcam stop
stopped /usr/bin/oscam-experimental (pid 20169 14795)
~# free
total used free shared buffers
Mem: 138244 124112 14132 0 612
-/+ buffers: 123500 14744
Swap: 0 0 0
~# /etc/init.d/softcam start
~# free
total used free shared buffers
Mem: 138244 125000 13244 0 612
-/+ buffers: 124388 13856
Swap: 0 0 0

[rytec]

dan na het stoppen van enigma via init 4 zodat ik de epg.dat kon renamen nog even een geheugenoproep gedaan :

# free
total used free shared buffers
Mem: 138244 37912 100332 0 272
-/+ buffers: 37640 100604
Swap: 0 0 0
en na het herstarten van enigma met init 3

total used free shared buffers
Mem: 138244 83204 55040 0 1096
-/+ buffers: 82108 56136
Swap: 0 0 0

[rytec]

en nu nogmaals een init 4 gedaan en de epg.dat weer klaargezet en weer init 3 en het resultaat nadat ie weer volledig opgestart is :

total used free shared buffers
Mem: 138244 107448 30796 0 1120
-/+ buffers: 106328 31916
Swap: 0 0 0

[pieterg]

Je hebt iig niet teveel epg geladen, als je na het laden van alle epg nog 30MB vrij hebt.

Dus ik hou het op een memory leak.
memory leaks laten het geheugen gebruik vaak langzaam toenemen, dus vlak voor de crash zal (free + shared + buffers) vrijwel nul zijn.
Na een restart zie je nog niks.

[Erik Slagter]

Een aangezien de memory 99% zeker in de driver zit, er is geen enkele manier om het geheugen terug te geven, anders dan rebooten.

@pieterg, ik zit even te na te denken hoe we het geheugenverbruik van de driver boven water kunnen krijgen. Met lsmod krijg je het aantal pages dat de module in gebruikt heeft, is dat eigenlijk inclusief data, of alleen text, weet jij dat? Als we het data-verbruik zien toenemen zou dat een heel sterke stok richting VU+ zijn.

[pieterg]

/proc/slabinfo

[Erik Slagter]

Het vervelende is alleen dat ik zelf geen problemen heb...

[rytec]

na het herflashen en het gebruik van cooltvguide, multiquickbutton, webinterface-old, fancontrol, xmltvimport en oscam heb ik nu op deze nieuwe installatie nog slechts 2,7Mb ram free
dat is dus nog minder als voorheen en ik gebruik de versie van 15/2/2012 en oscam 6388

ik ga nu toch eens die versie van 28/12 erop zetten met verder dezelfde plugins.

[Rob van der Does]

Het vervelende is alleen dat ik zelf geen problemen heb...

Ruilen?

[rytec]

de image van 28/12/2011 erop gezet met dezelfde plugins en momenteel ook slechts 5,5Mb ram beschikbaar.
wat is nu wijsheid, deze even laten draaien of toch weer de nieuwe erop en kijken wat die gaat doen door de volledig nieuwe flash?
uiteindelijk zullen we toch verder moeten met de nieuwe kernel.

[dAF2000]

Ik heb ook totaal geen problemen (op de VU+ultimo en vroeger de VU+duo). Daar zijn jullie natuurlijk niet mee geholpen.
Ik heb geen plugins geïnstalleerd en gebruik oscam als cam (CCcam crashte namelijk, maar de box hing niet). Misschien is dat een idee: draai eens een kale image want met al die plugins zijn er te veel afhankelijkheden.

[BBsat]

Ik heb ook totaal geen problemen (op de VU+ultimo en vroeger de VU+duo). Daar zijn jullie natuurlijk niet mee geholpen.
Ik heb geen plugins geïnstalleerd en gebruik oscam als cam (CCcam crashte namelijk, maar de box hing niet). Misschien is dat een idee: draai eens een kale image want met al die plugins zijn er te veel afhankelijkheden.

Ik had CCcam, xlmtv, de ventilatorcontrole en autoresolutie als extra plug-ins.
Vind je dat dan veel?
Als je die al niet kunt installeren.....
Dan hou je weinig box meer over, zonder CCcam of wat voor cam zie ik heel weing vrees ik

Maar wat ik niet nodig heb en er standaard inzit:
HDMI CEC
Wirelesslan
en zo nog een paar
Mogen die er dan standaard uit aub

[dAF2000]

De vraag is niet of het veel is. Het gaat erom dat je alles wil uitsluiten om het probleem te vinden. Wie weet is het wel een plugin die de box laat hangen en komt die bug naar boven sinds er een nieuwe kernel is.

[BBsat]

Ja dat snap ik.
maar de box crasht niet elk uur, zelfs niet elke dag.
en langer dan 1 a 2 dagen zou zo'n geheel plug in loze test niet moeten duren
Er willen naast mij nog meer personen plezier beleven aan het TV kijken.

Dus dit is dan niet een test waar ik aan mee wil doen.
Niet meer plug-ins dan wat ik nu heb is geen probleem, dat kan ik heel lang volhouden.

[dAF2000]

Ja dat snap ik.
maar de box crasht niet elk uur, zelfs niet elke dag.
en langer dan 1 a 2 dagen zou zo'n geheel plug in loze test niet moeten duren
Er willen naast mij nog meer personen plezier beleven aan het TV kijken.

Dus dit is dan niet een test waar ik aan mee wil doen.
Niet meer plug-ins dan wat ik nu heb is geen probleem, dat kan ik heel lang volhouden.

Tuurlijk, kan ik goed begrijpen.
Het blijft vreemd dat niet iedereen dit probleem heeft. Wellicht zijn er verschillende hardware-versies in de boxen. Overigens kan ik goed tv kijken met alleen oscam geïnstalleerd; voor mij is het geen test

[rytec]

ok, nu weer de image van 15/2 erin gezet met de volgende plugins :
xmltv import, fancontrol, webinterface-old, oscam 6388

de volgende zijn niet meer erbij geplaatst : cooltvguide,multiquickbutton

[Erik Slagter]

Ik heb geen plugins geïnstalleerd en gebruik oscam als cam (CCcam crashte namelijk, maar de box hing niet). Misschien is dat een idee: draai eens een kale image want met al die plugins zijn er te veel afhankelijkheden.

We hadden in een eerder stadium al vastgesteld, door de aard van de crashes, dat het geen userland issue kan zijn. Het is toch inmiddels al redelijk zeker dat het gaat om een memory leak in de drivers. Experimenteren met verschillende plugins heeft dus eigenlijk niet zoveel zin. Zie de posts van pieterg en mij hierboven.

Wat we nu moeten weten is of het geheugen inderdaad door de drivers wordt opgegeten, voor een stok richting vu+. Ik had al bedacht naar de "size" parameter van lsmod te kijken, maar ik weet niet zeker of in die "size" ook dynamisch geallokeerd geheugen wordt meegeteld. Pieterg z'n idee was /proc/slabinfo, maar daar zie je ook niet heel veel aan. Geheugenverbruik binnen de kernel is altijd lastig...

We kunnen even vergelijken, de relevante output van lsmod geeft bij mij:

fpga_directc           57601  0 
brcmfb                  1127  2 
dvb_bcm7413          5107107  2 fpga_directc,brcmfb
procmk                  1397  2 fpga_directc,dvb_bcm7413
 

[dAF2000]

Ik kom uit op de precies dezelfde getallen (overigens testen wij nu een Ultimo en niet een Duo). Daarna heb ik de box gereboot, die heeft 8 dagen continu gedraaid, en kom weer op precies dezelfde getallen uit. Geheugenproblemen in de kernel modules kunnen we zo wel uitsluiten, tenzij 't voor de Ultimo anders is dan voor de Duo.

Ik denk juist wel dat 't in de plugins zit. Iedereen heeft in beginsel dezelfde box met dezelfde software, maar alleen wat je installeert is bij iedereen anders. Een andere verklaring kan ik nog niet vinden.

[Sjaaky]

.. heb ik nu op deze nieuwe installatie nog slechts 2,7Mb ram free ..

Dat is wel heel weinig, maar ik neem aan dat je nog tientallen MB's cached hebt staan.

[rytec]

Module Size Used by
zd1211rw 55901 0
usbserial 30919 0
rtl8192cu 95926 0
rtl8192c_common 56059 1 rtl8192cu
rtlwifi 98272 1 rtl8192cu
rtl8187 54063 0
rt73usb 24424 0
rt2800usb 13089 0
rt2800lib 44771 1 rt2800usb
rt2500usb 18185 0
rt2x00usb 10921 3 rt73usb,rt2800usb,rt2500usb
rt2x00lib 40442 5 rt73usb,rt2800usb,rt2800lib,rt2500usb,rt2x00usb
r8712u 169530 0
ipv6 342374 10
carl9170 83694 0
ath9k_htc 63975 0
mac80211 211445 10 zd1211rw,rtl8192cu,rtl8192c_common,rtlwifi,rtl8 187,rt2800lib,rt2x00usb,rt2x00lib,carl9170,ath9k_htc
ath9k_common 1442 1 ath9k_htc
ath9k_hw 310668 2 ath9k_htc,ath9k_common
ath 16979 3 carl9170,ath9k_htc,ath9k_hw
brcmfb 1127 2
dvb_bcm7335 4932688 2 brcmfb
procmk 1397 1 dvb_bcm7335