156 replies to this topic

[cobus]

Loopt het geheugen dan vol ? want anders zou het toch gelijk problemen moeten geven of zie ik dat verkeerd ?

[WanWizard]

Zou best kunnen, maar dan moet daar naar gekeken worden. Ik speel zelf nooit mp3's af (heb ook geen collectie), dus ik kan zelf weinig testen.

[theparasol]

Heb vergelijkbare issues, complete restart van de box en het werkt weer.

Ook al zoiets meegemaakt icm npo streams via uitzendinggemist, die worden dan wel geopend maar afspelen gaat pas weer na een complete herstart.

[mika-nl]

Heb vergelijkbare issues, complete restart van de box en het werkt weer.

Ook al zoiets meegemaakt icm npo streams via uitzendinggemist, die worden dan wel geopend maar afspelen gaat pas weer na een complete herstart.

 

Klopt streams werken dan ook niet meer...

welke info is er nodig ? wil die best geven.. op de vorige pagina heb ik al dmesg en gstreamer output van enigma2 gepost.

geheugen nog niet welke geheuge info is bruikbaar ?

[Erik Slagter]

We zijn al jaren bezig diverse issues te vinden in gstreamer (die wordt gebruikt voor het afspelen van media, mp3's etc.), maar dat is zéér complexe materie, laat staan het debuggen ervan. Dat we noodgedwongen een wat oudere versie van gstreamer gebruiken helpt ook niet echt. Het lijkt er op (maar dat is lastig 100% vast te stellen) dat enigma in de vorm van gstreamer langzaam-maar-zeker toch wat geheugen opeet. Vooral bij de machines met weinig geheugen (dm800, dm8000, vusolo, vuduo) kom je dan op een gegeven moment op het punt dat er niet meer genoeg ongefragmenteerd geheugen is voor de drivers (en ja, dat is dan weer een tekortkoming van de drivers) en dan ga je rare dingen krijgen. Misschien dat het dagelijks herstarten van enigma ook al voldoende zou zijn, overigens, daarmee wordt het geheugen van enigma en gstreamer ook teruggegeven aan de kernel.

Hoe de situatie op de xp1000 is durf ik niet te zeggen. Er zit iets van 256 Mb voor Linux beschikbaar geheugen in, dat is aanmerkelijk meer dan de dm8000 (~150 Mb), maar weer een stuk minder dan bijvoorbeeld de vuduo2 (1 Gb). Voor zover ik weet is de kwaliteit van de drivers van xp1000 gewoon goed, dus misschien loop je toch, met deze beperkte hoeveelheid geheugen, tegen gewoon "geheugen op" aan, wat dan waarschijnlijk door gstreamer is opgegeten.

Even voor de goede orde, ik heb hier een xp1000 staan die alleen maar DVB doet (komt geen gstreamer aan te pas) en die draait hier al een paar jaar continu zonder problemen.

Daar zou je voorzichtig de conclusie uit kunnen trekken dat als je je ontvanger ook (veel) als media-box wilt gebruiken, dat je toch beter voor een maatje groter kunt gaan, met wat meer geheugen er in. Je kunt natuurlijk ook alles omzetten naar DVB formaat (heb ik in het verleden wel gedaan overigens!)

[mika-nl]

Dankje Erik voor je uitleg,

 

Denk dat je gelijk heb dat het probleem in de gstreamer zit.. Jammer dat dit een lastig stukje software is.

Wel gek dat bij pli3 het probleem niet aanwezig is ( Bert zit toch nog met pli3 ?)

Gewoon mee leren leven is dus de oplossing ben ik bang voor..

Als hij geen mp3 meer wil af wil spelen helpt een restart van enigma2 niet. misschien dat dat telaat is om het geheuge terug tegeven aan de kernel ?

 

hier een geheuge output:

 

root@xp1000:~# uptime
 22:45:58 up 6 days,  3:53,  load average: 0.36, 0.24, 0.23

oot@xp1000:~# cat /proc/meminfo

MemTotal:         235820 kB
MemFree:          111836 kB
Buffers:            2072 kB
Cached:            18076 kB
SwapCached:            0 kB
Active:            95796 kB
Inactive:            468 kB
Active(anon):      76228 kB
Inactive(anon):      332 kB
Active(file):      19568 kB
Inactive(file):      136 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:         76120 kB
Mapped:            10084 kB
Shmem:               444 kB
Slab:               8248 kB
SReclaimable:       3564 kB
SUnreclaim:         4684 kB
KernelStack:         576 kB
PageTables:          452 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:      117908 kB
Committed_AS:     158108 kB
VmallocTotal:    1034164 kB
VmallocUsed:      541200 kB
VmallocChunk:     479104 kB
 

[Erik Slagter]

Nee het heeft inderdaad geen zin de sloot te dempen als het kalf al verdronken is Die memory stats zie je helaas in dit opzicht niet zoveel aan, daar moet je echt een studie van maken, met de output op verschillende momenten met elkaar vergelijken. Ik zou om te beginnen eens eenmaal per week enigma te herstarten of vaker als dat nodig is. Ik wil graag weten of dat helpt.

[mika-nl]

Dat zou ik dan elke dag moeten doen aangezien het probleem na 1 a 2 dagen zich voor doet.

geheugen over zicht is ook dat het niet werkt..

dit is net na herstart enigma2

 

root@xp1000:~# init 4
root@xp1000:~# init 3
root@xp1000:~# cat /proc/meminfo
MemTotal:         235820 kB
MemFree:          124640 kB
Buffers:            2072 kB
Cached:            37312 kB
SwapCached:            0 kB
Active:            60688 kB
Inactive:          19556 kB
Active(anon):      40984 kB
Inactive(anon):      328 kB
Active(file):      19704 kB
Inactive(file):    19228 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 8 kB
Writeback:             0 kB
AnonPages:         40864 kB
Mapped:            11232 kB
Shmem:               452 kB
Slab:              11412 kB
SReclaimable:       5084 kB
SUnreclaim:         6328 kB
KernelStack:         576 kB
PageTables:          396 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:      117908 kB
Committed_AS:     118300 kB
VmallocTotal:    1034164 kB
VmallocUsed:      541256 kB
VmallocChunk:     467840 kB
root@xp1000:~#
 

en dit is na een voledige reboot  / werkende mp3s

 

root@xp1000:~# cat /proc/meminfo
MemTotal:         235820 kB
MemFree:          124820 kB
Buffers:              12 kB
Cached:            40840 kB
SwapCached:            0 kB
Active:            44220 kB
Inactive:          36640 kB
Active(anon):      40116 kB
Inactive(anon):      144 kB
Active(file):       4104 kB
Inactive(file):    36496 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 8 kB
Writeback:             0 kB
AnonPages:         40012 kB
Mapped:            13424 kB
Shmem:               252 kB
Slab:              10904 kB
SReclaimable:       4388 kB
SUnreclaim:         6516 kB
KernelStack:         584 kB
PageTables:          404 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:      117908 kB
Committed_AS:     117584 kB
VmallocTotal:    1034164 kB
VmallocUsed:      541188 kB
VmallocChunk:     4832

[FrankieV]

Heb vergelijkbare issues, complete restart van de box en het werkt weer.

Ook al zoiets meegemaakt icm npo streams via uitzendinggemist, die worden dan wel geopend maar afspelen gaat pas weer na een complete herstart.

 

Ik heb 2 XP1000's gekocht en zitten in mijn netwerk. Ook bij mij is na enkele dagen het beeld zwart bij afspelen uitzending gemist, bij alle twee de boxen. Na een herstart werkt het weer. Dus Bertss50, jou box is niet kapot... .

[Sjaaky]

Op de vuduo lijkt het probleem te zijn dat een video vast loopt doordat het geheugen gefragmenteerd raakt. Er gebeurt iets waardoor het geheugen in een minuut tijd zo fragmenteerd dat er alleen nog 4k en 8k blokken beschikbaar zijn. Na het sluiten van de video en weer starten van de video werkt wel weer. Bij de xp1000 is een reboot nodig, dus daar zit wel een verschil in. Maar wellicht is de oorzaak wel hetzelfde.

Kan iemand de output van het volgende commando's geven

cat /proc/buddyinfo
cat /proc/slabinfo

Graag na het opstarten van enigma, maar voor het starten van een mkv of uitzendinggemist.
Tijdens de mkv of uitzendinggemist.
En als laatste op het moment dat het niet meer werkt.

[mika-nl]

Op de vuduo lijkt het probleem te zijn dat een video vast loopt doordat het geheugen gefragmenteerd raakt. Er gebeurt iets waardoor het geheugen in een minuut tijd zo fragmenteerd dat er alleen nog 4k en 8k blokken beschikbaar zijn. Na het sluiten van de video en weer starten van de video werkt wel weer. Bij de xp1000 is een reboot nodig, dus daar zit wel een verschil in. Maar wellicht is de oorzaak wel hetzelfde.

Kan iemand de output van het volgende commando's geven

cat /proc/buddyinfo
cat /proc/slabinfo

Graag na het opstarten van enigma, maar voor het starten van een mkv of uitzendinggemist.
Tijdens de mkv of uitzendinggemist.
En als laatste op het moment dat het niet meer werkt.

 

Erik, Het dagelijks herstarten van enigma lijkt tewerken.

Box loopt nu 3 dagen en kan nog steeds mp3  afspelen.

Probeer het nog 1 dag met herstarten van enigma,

als het dan nog werkt dan ga ik jou info verzamelen sjaaky

 

gr mika

[theparasol]

Ik ben er van overtuigd dat die verrekte netwerkkaart driver er mee van doen heeft (scatter/gatter)

Daar was destijds al een fix voor aangebracht met de nieuwe kernel maar recentelijk loopt bij mij ook de ftp connectie weer te bokken.

Spul gaat hangen tijdens filetransfer. Samba loopt wel normaal.

 

@Sjaaky: Kan ff geen info aanleveren, de camping moet eerst op orde!

[Erik Slagter]

Scatter/gather doet geen enkele STB, daarvoor is de hardware te simpel. Het probleem wat jij bedoelt was iets met tcp (moet ik nog eens uitzoeken wat precies). Het gebrek aan scatter/gather is er wel mede-verantwoordelijk voor dat geheugen steeds meer gefragmenteerd raakt (of eigenlijk, dat dat een probleem is). Ik vermoed, maar daar heb ik helaas totaal geen inzicht in (broadcom SoC specs is allemaal NDA), dat datzelfde voor de DVB hardware geldt. Dat die voor bepaalde operaties ook aangesloten fysiek geheugen nodig heeft. Wat dat betreft zou een swap kunnen helpen, omdat een page niet per sé op hetzelfde fysieke adres teruggeswapt hoeft te worden, dat kán schelen. Ook al hebben de STB'en steeds meer (en in theorie ruim voldoende) geheugen.

[theparasol]

Het verhaal klopt alleen het antwoord is wat onbevredigend. Enfin, bij gelegenheid ga ik eens goed opletten wat voor parameters er in het spel zijn die deze toestand triggeren.

[mika-nl]

@ Erik

Vandaag na 4 dagen elke dag enigma herstarten is het weer gebeurt

conclusie :

Het lijkt er op dat door dagelijks herstarten van enigma het langer duurd dat hij er mee ophou.

 

@Sjaaky

in de bijlage de output van het gevraagde

 

 

Grtz MiKa

 

 debug_output.txt   47.17KB   13 downloads

[Erik Slagter]

Had jij al swap?

[mika-nl]

Nee erik, en ook geen zram ..

[Erik Slagter]

Zram is in het verleden, tenminste op de VU+ ontvangers, geen oplossing gebleken. Een swap device (al is het maar een USB stick) kan wel helpen. Betekent wel dat er af en toe flink naar het device geschreven en gelezen moet worden, dan is enigma even stroop-traag. Maar het blijft tenminste wel lopen dan. Ik heb zelf ook nog ergens een xp1000 staan, die is ook in gebruik, maar niet dagelijks en zeker niet met gstreamer. Ik heb zelf dus geen ervaring met jullie problemen en ik weet ook geen maatwerk voor de oplossing, gewoon maar het e.e.a. uitproberen dus.

[bertss50]

Swapfile heb ik toendertijd bij mij ook geprobeerd, hielp bij mij zover ik me herinner niks.

Had dit toen met systemtoolds gedaan geloof ik. (op usb stick)

Draai zelf geen openpli 4.0 meer, dus misschien dat mika het nog eens kan testen.

[theparasol]

Wat ik me nog herinner van mijn gstreamer1.0 experimenten is dat telkens als je een stream start er doorgenummerd wordt met de pads.

Ik kan me zo voorstellen dat het na een dag/paar dagen gedaan is en dat maximum pad nr bereikt is. Na een reboot begint het proces weer vanaf 0.