65 replies to this topic

[40H3X]

Misschien wat ver gezocht maar zou het geen PID probleem kunnen zijn door te veel zombie processen?

[TDS]

Toevallig wilde ik van de week om een soortgelijk probleem mijn ET9000 opnieuw flashen zonder backup te gebruiken. Maar doordat ik vergeten was de backup te verwijderen bleef alles bij het oude na de flash.

Vandaag stond ik net op het punt opnieuw te flashen maar dacht voordat ik dat doe, nog even op het forum te kijken waarbij deze post mij opviel.

 

Het probleem dat Ruudb beschrijft lijkt namelijk een beetje op wat ik hier met mijn ET9000 ondervind, namelijk met enige (on)regelmaat komen er linksboven in het beeld 2 tandradertjes die blijven draaien. Kan er nog geen echte regelmaat in ontdekken want de ene keer duurt het enkele seconden (> 10 sec) en de andere keer is het bijvoorbeeld korter (< 5 sec). Ook het interval waarin het gebeurd is niet te voorspellen, althans niet voor mij maar het gebeurd sinds waarschijnlijk een week of 3 zeker iedere dag.

 

Ten tijde dat het gebeurd reageert de ET9000 dus ook niet op de AB.

 

Voor de volledigheid: in de tussentijd ben ik wel van Pli3.0 naar Pli4.0 gegaan maar dit heeft niets veranderd m.b.t. de gebeurtenissen.

 

Denk na de vorige reacties gelezen te hebben met name die van de "schone flash" dat ik dat nu maar eens ga proberen.

[TDS]

Inmiddels sinds gisteren een schone flash met OpenPli-4.0 gedaan en daarna weer een aantal plugins geïnstalleerd.

 

Eerste bevindingen zijn dat de 2 tandradertjes niet meer zo frequent (of niet) aanwezig zijn en e.e.a. ook sneller lijkt te reageren. Helaas heb ik er wel een nieuw probleem voor teruggekregen, namelijk er is geen zenderlijst wanneer ik de radio toets van de AB gebruik. Dit is nu wel wat lastiger wanneer ik radio wil luisteren zonder de TV aan te willen zetten. Op dit moment heb ik nog geen idee hoe dit weer zoals voorheen te krijgen is.

[dirocca]

menu-instellingen-systeem-gebruikersinterface

 radio zenderlijst.jpg   102.27KB   25 downloads

 

alsook na een flash; druk radiotoets en dan blauwe toets, selecteer je boeket(hoef je maar één keer te doen)

 

grtz Philip

[TDS]

Hallo Philip,

 

Dank je wel voor de uitleg hierdoor is dit weer in orde.

 

M.b.t. het oorspronkelijke "tandradertjes-probleem" heb ik dit toch weer meermaals gezien gisterenavond omdat er wat langer tv gekeken werd. Ik heb zo'n vermoeden dat het wel eens kan zijn ontstaan door mijn nieuwe NAS die ik enkele tijd geleden heb gemount.

 

Maar goed ben nog steeds een heel tevreden gebruiker.

 

Groet Tony.

[40H3X]

Hallo Philip,

 

Dank je wel voor de uitleg hierdoor is dit weer in orde.

 

M.b.t. het oorspronkelijke "tandradertjes-probleem" heb ik dit toch weer meermaals gezien gisterenavond omdat er wat langer tv gekeken werd. Ik heb zo'n vermoeden dat het wel eens kan zijn ontstaan door mijn nieuwe NAS die ik enkele tijd geleden heb gemount.

 

Maar goed ben nog steeds een heel tevreden gebruiker.

 

Groet Tony.

 Ik weet niet hoe je netwerk verbinding (WLAN/LAN) is maar dat vermoeden is natuurlijk zo te checken door de mount te verwijderen en te kijken of het probleem zich herhaalt.

Edited by 40H3X, 21 October 2013 - 10:36.

[Ruudb]

Ik denk dat ik de oorzaak gevonden heb. Weet nog niet zeker of het dit is maar het ziet er wel goed uit tot op heden.

 

Ik heb op een usb-stick de picons staan; dat zijn er vele duizenden; die heb ik niet via git geupdate maar gewoon ergens van het internet afgehaald en via DBE, samen met aangepaste kanalenlijst, naar de box gestuurd. Ook heb ik in de gebruikersinterface aangegeven dat ik de picons wil zien in de servicelijst. Dus hij zoekt telkens naar de bijbehorende picons.

 

Ik heb de usb stick er eens uitgehaald en toen bleek dat het zappen ineens zonder haperingen mogelijk was. Ik kan eindeloos zappen of naar de tv-gids gaan en hij laat direct de programma's zien zonder dat hij heel even stopt.

 

Ik heb vervolgens een ocram piconset gedownload en op de hdd zelf laten zetten en nog steeds gaat alles perfect, zappen zonder haperingen; zoveel en zolang ik wil.

 

Ik hou het in de gaten .....................

 

En zoals Eric al aangaf en ik ook wel geloofde: de info die het top-commando geeft zal bijna zeker niet tot de oorzaak van het probleem leiden.

Edited by Ruudb, 22 October 2013 - 19:47.

[cobus]

Op de et kun je het beste de ocram picons gewoon in de flash zetten dat werkt het snelst en wordt de hdd ook niet meer onnodig gebruikt voor alleen de Picons.

[TDS]

Hallo Philip,

 

Dank je wel voor de uitleg hierdoor is dit weer in orde.

 

M.b.t. het oorspronkelijke "tandradertjes-probleem" heb ik dit toch weer meermaals gezien gisterenavond omdat er wat langer tv gekeken werd. Ik heb zo'n vermoeden dat het wel eens kan zijn ontstaan door mijn nieuwe NAS die ik enkele tijd geleden heb gemount.

 

Maar goed ben nog steeds een heel tevreden gebruiker.

 

Groet Tony.

 Ik weet niet hoe je netwerk verbinding (WLAN/LAN) is maar dat vermoeden is natuurlijk zo te checken door de mount te verwijderen en te kijken of het probleem zich herhaalt.

Dank je voor het meedenken. Ik ga dit binnenkort idd maar eens doen als er weer wat tijd voor is om wat langer te experimenteren.

[Ruudb]

Op de et kun je het beste de ocram picons gewoon in de flash zetten dat werkt het snelst en wordt de hdd ook niet meer onnodig gebruikt voor alleen de Picons.

 

Cobus,

 

OK. Ik dacht er net goed aan te doen om de flash zoveel mogelijk te vermijden.

 

Als ik ze in de flash zet kan ik die dan ook benaderen vanaf mijn PC, zoals ik alle overige bestanden die op de ET staan ook kan benaderen, zoals bijvoorbeeld weggooien als ik picons toch weer eens elders wil zetten en ik die ruimte vrij wil maken?

[pieterg]

Als de hdd slaapt kan een volgende zap zomaar een paar seconden duren (met draaiende tandwielen).
Gewoon de flash gebruiken, die is groot zat.

[TDS]

 

Hallo Philip,

 

Dank je wel voor de uitleg hierdoor is dit weer in orde.

 

M.b.t. het oorspronkelijke "tandradertjes-probleem" heb ik dit toch weer meermaals gezien gisterenavond omdat er wat langer tv gekeken werd. Ik heb zo'n vermoeden dat het wel eens kan zijn ontstaan door mijn nieuwe NAS die ik enkele tijd geleden heb gemount.

 

Maar goed ben nog steeds een heel tevreden gebruiker.

 

Groet Tony.

 Ik weet niet hoe je netwerk verbinding (WLAN/LAN) is maar dat vermoeden is natuurlijk zo te checken door de mount te verwijderen en te kijken of het probleem zich herhaalt.

Dank je voor het meedenken. Ik ga dit binnenkort idd maar eens doen als er weer wat tijd voor is om wat langer te experimenteren.

 

Inmiddels tijd gehad om te experimenteren en te kijken. In eerste instantie idd de mount van de NAS verwijderd zoals 40H3X voorstelde, maar dat gaf niet de oplossing.

 

Deze vond ik uiteindelijk wel door de plugin "DynDNS" te disablen, waarna de frequente tandradertjes waren verdwenen.

[Erik Slagter]

Deze vond ik uiteindelijk wel door de plugin "DynDNS" te disablen, waarna de frequente tandradertjes waren verdwenen.

Kennelijk gaat deze plugin elke paar minuten z'n domain name <-> ip updaten en doet dat dan in de voorgrond. Goed om te weten voor andere gebruikers van deze plugin!

[cobus]

Idd mooi om te weten niet dat ik hiet die plugin gebruikt maar voor anderen een oplossing en deze plugin herft toch geen nut meer ? Dyndns wrkt toch niet meer zonder abbo.

[40H3X]

Deze vond ik uiteindelijk wel door de plugin "DynDNS" te disablen, waarna de frequente tandradertjes waren verdwenen.

Dank voor het terug koppelen

[GT9000]

Inmiddels tijd gehad om te experimenteren en te kijken. In eerste instantie idd de mount van de NAS verwijderd zoals 40H3X voorstelde, maar dat gaf niet de oplossing.

Deze vond ik uiteindelijk wel door de plugin "DynDNS" te disablen, waarna de frequente tandradertjes waren verdwenen.

Als je toch een NAS gebruikt is er wellicht een app van de fabrikant die DYNDNS kan vervangen.
Ik gebruik zelf een Synology die een gratis registratie heeft.

Edited by GT9000, 29 October 2013 - 22:38.

[CodeW]

Omdat onze dm8000 met Openpli 4 de laatste drie weken ook steeds trager werd in het doorlopen van menu en lijsten heb ik dit discussiesnoertje aandachtig gevolgd.

 

Ik heb het volgende gedaan.

 

Met plugin Cash Flush gekeken hoeveel ruimte overschoot: ongeveer 6%. Flush met blauwe knop toegepast en de winst was 3 tot 4%. Met Systemtools Memory geCleaned: winst nog eens 4%. In de plugin EPGimport het aantal dagen voor EPG-opslag verminderd tot 8. De Epg-bronnen gecontroleerd op overbodige..

 

Met Systemtools EPG.dat verwijderd waarna meteen herstart volgt.

 

Na herstart met plugin Cash Flush weer gekeken naar vrij geheugen: 45%. De cursor loopt nu vlot over het menu en de lijsten. Kennelijk is de grotere geheugenvrijheid van invloed.

Ik kijk nu over enkele dagen weer hoe dat er bij staat en zeker wanneer de cursor weer langzaam zou worden.

Omdat EPG.dat bij mij op de harde schijf staat heeft die geen invloed op de geheugenruimte, maar wat er in staat wordt tijdens het scrollen kennelijk bijna allemaal in het geheugen geplaatst.

 

Wanneer alles goed blijft gaan ga ik daarna het aantal dagen weer verhogen om te zien wanneer de vertragingen weer optreden.

 

Het resultaat zal ik hier weer melden

[metoo]

EPG data zit altijd in geheugen, wordt bij normaal afsluiten van de box weg geschreven naar HDD, en weer ingelezen bij opstarten

Edited by metoo, 16 December 2013 - 14:38.

[MiLo]

Plugins kunnen geen geheugen vrij maken (technisch en oninteressant verhaal).

EPG reductie is wat telt. EPG staat in RAM. Altijd. Zonder uitzondering. Ongeacht of het uit de importer of van satelliet komt. Geen plugin die dat veranderen kan.

[Erik Slagter]

Plugins kunnen geen geheugen vrij maken (technisch en oninteressant verhaal).

En daar wil ik aan toevoegen, de getallen die geven als "vrij" en "niet vrij" geheugen slaan ook nergens op.

 

Het enige wat een "cache flush plugin" kan doen is de linux kernel vriendelijk vragen om al het geheugen wat op zich al vrij is, maar waar nog kopieen van harddisk-blokken in staan (dat is het idee van cache), geforceerd leeg te maken. Dit kan soms helpen om meer fysiek aangesloten geheugen te krijgen (de totale hoeveel vrij geheugen BLIJFT GELIJK!). Normaal is dat helemaal niet interessant, de linux kernel kan prima met gefragmenteerd geheugen omgaan. Maar sommige drivers doen rare dingen (in ieder geval niet zoals het hoort = grote stukken fysiek geheugen allokeren) en dan gaat het mis,.

 

Ik hoop dat ik dit verhaaltje nu eens voor het laatst heb mogen houden, het idee van "het geheugen is vol en moet geleegd worden" blijft maar rondzingen, zonder het begrip en de onderbouwing.