1176 replies to this topic

[Pedro_Newbie]

Helaas, dit lijkt dus niet de oplossing, hier loopt de timer door en tot nu toe 15 uur. Maar ik had soms dagen geen last dus het kan nog even duren voordat ik ook maar iets kan zeggen over de stabiliteit

[Rob van der Does]

Ik ben benieuwd of dit een oplossing brengt, de timer loopt!

Helaas: bij mij is de timer niet verder gekomen dan zo'n 20 uur.

Naar aanleiding van dit echec een nieuwe 'opdracht' ontvangen:

We'd like to test another setting.

echo 8198 > /proc/sys/vm/min_free_kbytes
echo 'vm.min_free_kbytes=8198' > /etc/sysctl.conf

With 8198, Pls test your Duo again.

If you use PLi, you should have used >> instead of > because PLi has sysctrl.conf already.
And when changing parameter again, you should use vi.

Dus de teller loopt weer.........

[Erik Slagter]

Hebben jullie wel een geprobeerd de box een tijd open te laten staan, zodat het zéker geen warmte-probleem kan zijn?

[Rob van der Does]

De 'opdracht' is ietwat aangepast:

">>" appends string to the end of file, and kernel use final parameter value.
Therefore, your command are right. Use your setting method. (8198 is typo. pls use 8192)

echo 8192 >> /proc/sys/vm/min_free_kbytes
echo 'vm.min_free_kbytes=8192' >> /etc/sysctl.conf

pls forget vi method. echo command works well in this case.

Als je voelt hoe koel de DUO is dan geloof ik zeker niet in een warmte probleem.

En niet vergeten: het goede nieuws is natuurlijk wel dat men (plotseling?) grote aandacht voor dit probleem heeft.

[Erik Slagter]

De buitenkant zegt niks over de temperature op de die. Ik denk dat het zeker de moeite waard is om te proberen.

[pieterg]

En het slechte nieuws is dat men direct aan workarounds denkt, in plaats van aan oplossingen

[doglover]

Ben ook geen favoriet van workarounds. Maar ze zijn soms een noodzakelijk kwaad.

Beter een goede workaround, waar je mee kunt leven, dan geen oplossing.

Willy

[Rob van der Does]

Een kernel 3.1 gerelateerd warmteprobleem?

[Erik Slagter]

Klinkt raar maar zou in marginale gevallen net de druppel kunnen zijn.

[littlesat]

Je weet niet hoe warm iets van binnen wordt....

Maar ze zijn soms een noodzakelijk kwaad.
Beter een goede workaround, waar je mee kunt leven, dan geen oplossing.

Beter een oplossing dan een work-a-round die het probleem nog niet oplost....

[josjansen]

Hebben jullie wel een geprobeerd de box een tijd open te laten staan, zodat het zéker geen warmte-probleem kan zijn?

Ik heb de cpu temp bij een oude 28-12-2011 en een nieuwe image gemeten. Allebei waren ze rond de 55 graden dus het is volgens mij geen warmte probleem.

[Erik Slagter]

Helaas zegt dat niet alles. Ik zou zeggen: gewoon proberen.

[Rob van der Does]

Je weet niet hoe warm iets van binnen wordt....

Maar ze zijn soms een noodzakelijk kwaad.
Beter een goede workaround, waar je mee kunt leven, dan geen oplossing.

Beter een oplossing dan een work-a-round die het probleem nog niet oplost....

Haha, je helpt echt met het oplossen begrijp ik hieruit.....
Laten we nu eerst eens even rustig afwachten wat er gaat gebeuren, in plaats van meteen met allerlei kritiek te komen.
Het heeft blijkbaar de aandacht; vervolgens zien we of deze 'work-aroud' (als het dat is, kan ik niet beoordelen) werkt, en als dat zo is (eerst zien, dan geloven) zien of dat de eerste stap naar de 'echte' oplossing is.

[Pedro_Newbie]

Beter een oplossing dan een work-a-round die het probleem nog niet oplost....
maar....
Beter een workaround dan een vastlopende Duo.

Als met een workaround mijn probleem -voorlopig tot er een echte oplossing is- verholpen kan worden vind ik het prima.
Maar voorlopig eerst maar even nog een flink aantal dagen laten lopen om te zien of het probleem zich niet meer voordoet.

[Carl]

Heeft het iets te maken met de kloon protectie?
Sinds het bekend is gemaakt na de driver update werkt de vu+ duo niet meer zoals het hoort.

[MiLo]

"/proc/sys/vm/min_free_kbytes" zorgt voor het kopje "free" in de overzichten top en free. Betekent dat het systeem ernaar streeft om 8MB ongebruikt (en dus verspild) te laten. De grootverbruiker is de file cache, die wordt dan eerder beknot.

Zou geen merkbaar effect moeten hebben, die "cache" pages kunnen zomaar weggegooid worden, alleen de "dirty" set moet eerst naar disk. Een malloc() gaat niet eerder of later falen als er minder free pages zijn.

[Erik Slagter]

Maar aangezien het in dit geval om drivers/kernel gaat, gaat het misschien wel uitmaken, aangezien niet alle geheugen-aanvragen vanuit de cache e.d. vrijgemaakt kunnen worden. Ben de precieze namen even kwijt, maar daar komt het op neer. Interne kernel call get_pages() ofzo, zo uit m'n hoofd. Er staat mij bij dat het vaak ook gemakzucht is, dat als je iets meer moeite doet als driver, dat je ook virtueel geheugen kunt aanvragen en dat je dat probleem dan niet hebt.

[Rob van der Does]

Hoe dan ook: ook nu heeft de DUO slechts een uptime van nog geen 15 uur gehaald. Het is dus zelfs geen work-around........

[Lemmingsbeest]

Eigenlijk wel raar dat die van mij gewoon blijft doorlopen...
Heeft nu 2 dagen aangestaan en diverse programma's opgenomen(zowel fta als gecodeerde via cccam 2.3.0).
Is het trouwens een betrouwbare weergave van de hoeveelheid ram wat over is wat de open webif aangeeft?.
Brand: Vuplus Model: duo Chipset: 7335 Frontprocessor Version: None Total Memory: 138244 kB Free Memory: 3944 kB Box Uptime:
2d 1:19

Ikzelf heb 2 ontvangers n.l. de oude 7025 en de vu duo. En mijn kaartjes(seca3 C+ en sky Germany S02) steken in de 7025 en de vu logt daarop in)
Is dat misschien een punt waar het misgaat bij sommigen als de interne readers worden gebruikt ?(de interne cardreader of de driver daarvan?).
Die 7025 is bij mij aangesloten op een oude philips tv van 1958 (gewoon voor de fun). Want de 7025 heeft ja ook een modulator. Daarom is die ontvanger bij mij nog in gebruik gebleven!!

[Pedro_Newbie]

Hier staat de teller nu op 1 dag en 15 uur en still running