OpenPLi NFS opnames TEST workaround

[Oldfield]

Origineel bericht van: bramj

ff stress test gedaan met nieuwste PLI en
dirty_background_ratio op 1

7 hd opnames en 1 hd opname bekijken gaat goed :-)

Bram

Wellicht dat BramJ zijn (mount) settings hier kan posten? Hij geeft aan geen problemen te hebben. Wellicht dat zijn ervaringen kunnen helpen bij de oplossing.

[Gast MiLo]

Origineel bericht van: satmus

... ook hier problemen met nfs en timeshift.

En wat houden die problemen precies in?

[Gast MiLo]

Anyway, morgen kun je zelf met wat interne parameters spelen.

 

Menu -> instellingen -> Systeem -> Opname

 

Helemaal onderaan staan twee extra items, de demux buffer en de flush size.

 

Eerste wat je zou moeten proberen is de "flush size" op 0 te zetten. Dat zet deze optie effectief uit en laat het OS alle werk doen. Dat werkt met name goed met interne harddisk en USB sticks.

 

Als dat niet het gewenste effect heeft, probeer dan grotere flush sizes.

 

De demux buffer vergroten helpt in principe altijd, maar dat is vooralsnog een beetje experimentele feature, die je box ook instabiel kan maken.

 

De parameters gaan (in principe) pas in bij een nieuwe opname, en hebben normaliter geen effect op lopende opnames.

[Oldfield]

Bedankt voor deze nieuwe optie.

Kan je aangeven welke waarden in de oude versie gebruikelijk zijn / waren en wat het bereik is van de parameters (nul tot x)?

[Catastrofus]

Wel vreemd. Na de "introductie" van een nieuwe image op basis van een nieuwe kernel waren er tal van nfs problemen met een 8000. Deze zijn verholpen en nu heb jij een probleem met het opnemen op een nas met nfs?

 

Gert.

 

[Gast satmus]

Origineel bericht van: MiLo

Origineel bericht van: satmus

... ook hier problemen met nfs en timeshift.

En wat houden die problemen precies in?

Stotterend beeld en geluid (zoals elders ook beschreven) vooral als het allemaal wat heftiger gaat bewegen => meer bandbreedte.

Bedankt voor het toevoegen van de tweaks demux buffer en flush size, zijn deze ook (nu al) via cli te setten?

[Gast MiLo]

Origineel bericht van: satmus

Bedankt voor het toevoegen van de tweaks demux buffer en flush size, zijn deze ook (nu al) via cli te setten?

Nee, ik heb er intern de C code voor moeten aanpassen.

[bramj]

Origineel bericht van: Oldfield

Origineel bericht van: bramj

ff stress test gedaan met nieuwste PLI en
dirty_background_ratio op 1

7 hd opnames en 1 hd opname bekijken gaat goed :-)

Bram

Wellicht dat BramJ zijn (mount) settings hier kan posten? Hij geeft aan geen problemen te hebben. Wellicht dat zijn ervaringen kunnen helpen bij de oplossing.

Hi,

Ik zal morgen weer eens een stress testje doen.
ik gebruik de mountmanager, ik zie in de er gesleuteld is aan de mount manager :-)

" Removed the rsize=8192,wsize=8192 options from mounts so people can
override them or let the system pick much better values (the default
for NFS rsize/wsize on an 8000 or VU is 256k!) "

mijn NFS server wordt nu als volgt gemount.

192.168.1.30:/Volumes/DreamDown/Dreambox on /media/net/deserver type nfs (rw,noatime,vers=3,rsize=65536,wsize=65536,hard,nolock,proto=tcp,timeo=70,retrans=3,sec=sys,addr=192.168.1.30)

momenteel lopen er 3 opname's lopen 2 sd en 1 maal BBC-hd.
BBC-hd was eerst constant bitrate , maar dat is sinds een paar dagen Variable bitrate ,met pieken van 20 tot 23 mbit :-)

http://www.bbc.co.uk/blogs/bbcinternet/2010/06/picture_quality_on_bbc_hd_a_vi.html


Ik kijk momenteel de opname BBC-HD swarms die nu nog loopt met een 15 minuten vertraging. enne geen hakels :-)

Groet Bram

[bramj]

Vooruit, ff getest.

 

7 opnames hd tegelijk en 1 terug kijken..geen problemen, geen hakkels

 

de opnames

 

 

naar NFS-share 7 opnames 7 tot 8 Mbit

en 1 terug kijken , 2 Mbit terug naar dreambox

 

 

 

Groet Bram

[Oldfield]

Origineel bericht van: Catastrofus

Wel vreemd.

Inderdaad....
Nog suggesties?

[Oldfield]

Met

Recording data sync size - uit

Recording demux buffer size - Huge 2MB

zijn mijn problemen met opnames en timeshift opgelost. Ook meerdere HD opnames tegelijk (Anixe HD en Astra HD - samen goed voor bijna 20mbit) gaan nu goed.

 

Ook nog even met TCP getest in plaats van UDP: met TCP als protocol zijn de problemen niet opgelost. De performance van UDP is in mijn geval dus (veel) hoger.

 

Bedankt voor je vasthoudendheid en de oplossing!

[Erik Slagter]

Origineel bericht van: bramj

Vooruit, ff getest.
7 opnames hd tegelijk en 1 terug kijken..geen problemen, geen hakkels

Probeer maar eens een paar keer BBC HD (tegelijk) op te nemen...

[Erik Slagter]

Origineel bericht van: Oldfield

Met
Recording data sync size - uit
Recording demux buffer size - Huge 2MB

Let op: in ieder geval de dm800 kan 2MB iets goed verzieken waardoor je 0 bytes opnames krijgt, oplossing is alleen rebooten!

Origineel bericht van: Oldfield

Ook nog even met TCP getest in plaats van UDP: met TCP als protocol zijn de problemen niet opgelost. De performance van UDP is in mijn geval dus (veel) hoger.

Dat had ik toch al een paar keer genoemd? Meten = weten?!

Als het goed is binnenkort bij OpenPLi een messagebox popup als je overflows hebt (even mike pushen ;-))

[bramj]

Origineel bericht van: Erik Slagter

Origineel bericht van: bramj

Vooruit, ff getest.
7 opnames hd tegelijk en 1 terug kijken..geen problemen, geen hakkels

Probeer maar eens een paar keer BBC HD (tegelijk) op te nemen...

Beetje zinloos om twee keer hetzelfde op te nemen.
en nu bbc-hd in VBR uitzend zal de netwerk-interface de botlleneck worden,
Ik zie de BBC-HD regelmatig peaken to 25 mbit video.

Bram

[Oldfield]

Origineel bericht van: Erik Slagter

Let op: in ieder geval de dm800 kan 2MB iets goed verzieken waardoor je 0 bytes opnames krijgt, oplossing is alleen rebooten!

Waarom?
Tot nu toe geen problemen waargenomen.