OpenPLi NFS opnames TEST workaround

[bramj]

Origineel bericht van: Neptunus

Zijn er inmiddels al bevindingen uit te praktijk te melden?

Ja , vanochtend 5 opnames HD en 1 terug kijken zonder problemen

Bram

[Neptunus]

Origineel bericht van: bramj

Origineel bericht van: Neptunus

Zijn er inmiddels al bevindingen uit te praktijk te melden?

Ja , vanochtend 5 opnames HD en 1 terug kijken zonder problemen

Bram

Met NFS Bram?

[bramj]

Jazeker...met NFS.

Dus Dm8000 naar Mac-mini met raid1 nfs-share.

 

Bram

 

 

Origineel bericht van: Neptunus

Origineel bericht van: bramj

Origineel bericht van: Neptunus

Zijn er inmiddels al bevindingen uit te praktijk te melden?

 

Ja , vanochtend 5 opnames HD en 1 terug kijken zonder problemen

 

Bram

 

Met NFS Bram?

[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

[Neptunus]

Origineel bericht van: MiLo

Een veel beter presterende settings is de volgende. Voor systemen zonder harddisk is een waarde van 1 of zelfs 0 een prima optie, dan wordt data zo snel mogelijk weggeschreven.

Voor systemen met een harddisk die zelden opnamen naar het netwerk raad ik, na wat experimenteren, een waarde van 5 aan.

Gemengde systemen, dus die opnames naar een NAS en naar een (interne) disk maken, zou ik aanraden om de waarde "1" te gebruiken zoals in onderstaand voorbeeld.


Vanuit een telnet sessie het volgende commando ingeven (kan alleen met telnet/ssh, niet met FTP ofzo!)

Code:

echo 1 > /proc/sys/vm/dirty_background_ratio

Dit wijzigt een kernel parameter en zorgt dat NFS data vaker geflusht wordt.

Met deze instelling lukte het mij om gelijktijdig 4 HD opnames te hebben lopen op een NFS server.

Na een reboot is deze instelling overigens weer gereset naar de default waarde 10.

Is een online firmware update nu voldoende of moet het bovenstaande telnet commando ook worden ingevoerd?

[bramj]

Online update is genoeg..:-)

 

maar voor de nerds,

met "echo 1 > /proc/sys/vm/dirty_background_ratio"

pers ik er net wat meer uit

[peter-nmgn]

wat pers je er meer uit dan??

[bramj]

Origineel bericht van: peter-nmgn

wat pers je er meer uit dan??

7 hd tegelijk opnemen en 1 terug kijken :-)

[Catastrofus]

 

Ik houd het op de standaard instellingen. 7 hd op dezelfde tijd doe ik nooit dus de standaards voldoen voor mij vwb nfs. Maar toch wel weer mooi dat het zo snel & struktureel gefixed is.

 

Gert.

 

 

Origineel bericht van: bramj

Origineel bericht van: peter-nmgn

wat pers je er meer uit dan??

 

7 hd tegelijk opnemen en 1 terug kijken :-)

[Erik Slagter]

Origineel bericht van: MiLo

- Gebruik proto=tcp (niet UDP gebruiken dus)

Imho geldt dat vooral voor wlan verbindingen. Op ethernet zou het niet uit mogen maken. NFS is ontwikkeld op udp en kan "redelijk" goed omgaan met packet loss en delay. Met wlan helpt tcp omdat de data rate nogal eens kan variëren en tcp speelt daar heel goed op in. Maar dat terzijde...

BTW ik zie af en toe (bij MiLo bekend) nog problemen, ik ben nog aan 't kijken wat daar precies de oorzaak van is.

Zijn er hier meer mensen die wel eens BBC HD opnemen? Daar heb ik namelijk problemen mee, kijken gaat perfect, opnemen is drama. Terwijl 8 (!) Nederlandse HD zenders tegelijk opnemen wel goed gaat.

[Catastrofus]

 

Ik had gisteren bij het opnemen van Discovery HD (kabel) nog wat hikjes.

 

Gert.

 

[Gast MiLo]

Bij packet loss moet de UDP variant het hele datagram (=wsize) opnieuw versturen, bij de default wsize van 32k zijn dat ruim 20 IP pakketjes. Met TCP hoeft hij alleen maar dat ene pakketje opnieuw te sturen.

[Catastrofus]

 

Heb gisteren (na een update vanwege hikjes op Discovery HD (kabel)) wat opnames gemaakt van BBC HD en dat ging probleemloos. Dat geldt nu ook voor opnames van Discovery HD.

Dit alles met gebruik van nfs.

 

Gert.

 

 

Origineel bericht van: Erik Slagter

Origineel bericht van: MiLo

- Gebruik proto=tcp (niet UDP gebruiken dus)

Imho geldt dat vooral voor wlan verbindingen. Op ethernet zou het niet uit mogen maken. NFS is ontwikkeld op udp en kan "redelijk" goed omgaan met packet loss en delay. Met wlan helpt tcp omdat de data rate nogal eens kan variëren en tcp speelt daar heel goed op in. Maar dat terzijde...

 

BTW ik zie af en toe (bij MiLo bekend) nog problemen, ik ben nog aan 't kijken wat daar precies de oorzaak van is.

 

Zijn er hier meer mensen die wel eens BBC HD opnemen? Daar heb ik namelijk problemen mee, kijken gaat perfect, opnemen is drama. Terwijl 8 (!) Nederlandse HD zenders tegelijk opnemen wel goed gaat.

[Neptunus]

Maar even niet meer updaten dan zou ik zeggen!

 

Bij bij werkt een versie van enkele dagen perfect. Ik heb geen enkele behoefte nu een update te doen. Vanuit de VU+Duo en de Dreambox 8000 vele opnames gemaakt via NFS op de NAS, spelen vlekkeloos af.

[Catastrofus]

 

Welnee, gewoon updaten. Ben nu aan het kijken of die Magic HD skin wat voor me is. Ik vind het op zich een mooie skin alleen crashed enigma nog op bv een settingsbackup of op het downloaden van picons.

Hoort er allemaal bij want anders had ik geen dm's moeten kopen...

 

Gert.