111 replies to this topic

[littlesat]

Heb ergens gelezen op het forum dat je de file kon verplaatsen naar bv een usb (kan zijn dat ik het verkeerd heb)

Dat is alleen om alle EPG weer terug te krijgen zodra E2 gestart wordt... verder staat alles in RAM...

[mika-nl]

Heb nu de instellingen van Mika overgenomen qua nfs server.
Moet ik die lijst met opties ook op de nfs van op de ontvanger met pli invoeren?

Ik gebruik op pli 3 de standaard instellingen.

ps.Vandaag nog wat opnames gekeken maar geen problemen.

MiKa

Edited by mika-nl, 3 September 2012 - 10:45.

[Stephan296]

Ik heb jou instellingen gebruikt en bij mij heb ik weer een crash.
Ik denk echt dat het aan de et5000 ligt dat hij gewoon te weinig geheugen heeft.

[mika-nl]

Ik heb jou instellingen gebruikt en bij mij heb ik weer een crash.
Ik denk echt dat het aan de et5000 ligt dat hij gewoon te weinig geheugen heeft.

Jammer ,maar je moet radxnl nog vertellen welke usb tuner je gebruikt.

MiKa

[BuGless]

Is het geen optie om enigma2 te laten runnen in de kernelmode dat hij geen overcommits toestaat?
M.a.w. wat gebeurt er in enigma2 op het moment dat malloc() te pas en te onpas een 0 teruggeeft? Kan enigma2 daar mee omgaan, c.q. sommige modules afschieten intern ipv. compleet te sterven?

[radxnl]

trouwens,

5 dagen epg ( incl beschrijvingen neem ik aan ? ) en dan van 4 sources, dat is wel flink.

ik gebruik op de et9x niet eens zoveel bewust om het geheugen laag te houden.

kijk voor de grap eens naar hoeveel mem enigma2 consumeert vlak nadat je hem gestart hebt ( en de epg is ingeladen )

groeten

[Stephan296]

Als je van 4 pakketen niet eens de epg van 5 dagen kunt inladen dan is het toch wel erg gesteld vind ik persoonlijk.
Ze vragen bakken met geld voor de ontvangers en je kunt er bijna niets mee zonder tegen beperkingen aan te lopen.
Op mijn 9000 was het nooit een probleem maar ja die ligt alweer bij Clark tech voor de tweede keer binnen een jaar.
Dus kwaliteit ten top!
USB ontvanger is tiivii s640 uit mijn hoofd.

[littlesat]

Dat vind jij... het moet wel in het geheugen passen.... en aangezien het in E2 zo gemaakt is dat alles in RAM staat....

[pieterg]

Let wel, behalve die 5 dagen epg die je importeert, krijg je daarnaast ook nog eens de officiele epg van de provider (7 dagen CDS,14 dagen freesat), dus reken er op dat je alles meer dan dubbel aan het inladen bent.

En de et5000 heeft maar half zoveel geheugen als de et6000 (en de et9x00).
Het is het budget model. Dus moet je er niet van uitgaan dat je er netzoveel epg data in kunt persen als in z'n grote broers.

[Stephan296]

Rest van de epg staat uit bij mij.
Heb ik bewust gedaan om geheugen te sparen. Die 5000 moet ik al gebruiken omdat die ***** 9000 alweer kapot is.
Zo loop je tegen beperkingen aan.
Dus als ik de epg verminder zou het beter moeten gaan?

Edited by Stephan296, 3 September 2012 - 21:07.

[Henksat]

Dus als ik de epg verminder zou het beter moeten gaan?

Omdat het vermoeden bestaat dat jouw probleem door het geheugen komt, of het gebrek hieraan, zou dat best weleens kunnen helpen ja.

[littlesat]

Eigenlijk nog altijd jammer dat "we" geen EPG hebben in een alternatieve database plek.... Zodat die feitelijk "gecashed" kan worden op een USB stick of de HDD van je box of zo....

[pieterg]

edit: te laat

Edited by pieterg, 3 September 2012 - 21:47.

[Stephan296]

Misschien een idee voor de toekomst voor "kleinere" boxen?

[BuGless]

Dat vind jij... het moet wel in het geheugen passen.... en aangezien het in E2 zo gemaakt is dat alles in RAM staat....

Zijn er redenen waarom dat in RAM staat?
Kan dat niet net zo goed in een Sqlite3 dbtje?

[Stephan296]

Ook nog een idee om de picons op een USB te zetten ipv op de flash?

[littlesat]

Dat maakt voor RAM geheugen niets uit....

[Stephan296]

Ow ok!
Ik heb hem al terug gezet naar 2 dagen.
Kijken of het helpt.
Krijg over 2 dagen mij et9000 weer terug dus kan ik weer normaal tv kijken en films afspelen.

[Erik Slagter]

Sinds wanneer is de nfs-driver aangepast? Dan ga ik terug naar de versie er voor.

Zo werkt het helaas niet Stephan...

[Erik Slagter]

Is het geen optie om enigma2 te laten runnen in de kernelmode dat hij geen overcommits toestaat?
M.a.w. wat gebeurt er in enigma2 op het moment dat malloc() te pas en te onpas een 0 teruggeeft? Kan enigma2 daar mee omgaan, c.q. sommige modules afschieten intern ipv. compleet te sterven?

Er is een sysctl, "overcommit_memory", bedoel je die? Die staat al op 0. Dat is het probleem ook niet. Het probleem is geheugenfragmentatie. Voor een userspace proces is dat geen probleem, daar zit toch nog een mmu tussen. Maar de kernel (nfs...) heeft soms wat aaneengesloten fysiek geheugen nodig, en dat is op dat moment gewoon "op".

Als je een swap device hebt, dan kan de kernel pages van user space processes uitswappen om zo voldoende aaneengesloten stukken geheugen te verkrijgen. Op het moment dat dat nodig is, zal enigma even heel traag zijn en misschien wel even stil staan, maar hij kan tenminste wel blijven draaien, terwijl enigma anders gewoon wordt afgeschoten om meer geheugen te verkrijgen. In dat opzicht ben ik het dus niet met Pieter eens dat swap alleen maar uitstel is. Het bewijs is dat het bij mij nu achter elkaar gewoon draait.