Dream500S, opnames hikken met NFS *EN* CIFS

[Gast]

Ik was het beu na 2 weken iedere avond testen.

Heb DM7000's bijgekocht. Werkt tenminste gewoon. ;-)

[Tonskidutch]

let op interressant voor netwerk analysten.

 

Citaat:

Nach weiteren stundenlangem Test fasse ich hier mal, für meine Box, zusammen.

 

Die Einstellungen im Bios haben keinen grösseren Einfluss.

Aber:

Meine Einstellungen im Bios sind jetzt so wie zu Anfang auch: feste IP, alles andere auf den Standardwerten.

Irgendwas ist beim rumspielen mit dem Bios passiert, jetzt habe ich Geschwindigkeiten von 10-30 MBit/s (siehe auch weiter unten).

Ich kann mir in diesem Zusammenhang nur vorstellen, dass das Bios, also der Secondstage loader, bestimmte Register des NICs setzt, die im laufenden Image nicht mehr angetastet werden. Und das bei Updates des Bios, die alten Registereinstellungen übernommen werden, falls eine feste IP gesetzt war. Möglicherweise hat bei mir das Umstellen von manual auf dhcp oder disabled bewirkt, dass die Standard-Registereinstellungen dieser Biosversion wieder geladen wurden.

Natürlich alles nur Spekulation.

 

Was bei mir ein wenig geholfen hat ist der Austausch der Netzwerkkarte, RTL8139C raus RTL8139B rein. Und in den "Erweiterten Einstellungen" für die Karte, "Optimal Performance Enable".

 

Was einen großen Einfluss hat ist, ob die Box im Standy ist oder nicht.

Wenn meine Box nicht im Standby ist, habe ich teilweise die doppelte Geschwindigkeit.

Das sieht man sehr schön beim Filme saugen mit DCC.

 

Hardwaremäßig ist jetzt alles, bis auf die NIC, so wie es vorher war. Der Switch mit dem ich den Super-Durchsatz hatte, ist wegen den Netzwerkhängern nicht zu gebrauchen.

 

Die Ergebnisse von Iperf schwanken ziemlich; aber ein Bild lässt ich damit schon erkennen.

 

Hier mal mein aktuelles Ergebnis, mit "wacher" Box:

code:

1:

2:

3:

4:

5:

6:

7:

8:

9:

 

root@dreambox:~# iperf -c 192.168.1.1 -t 180 -p 1023

------------------------------------------------------------

Client connecting to 192.168.1.1, TCP port 1023

TCP window size: 16.0 KByte (default)

------------------------------------------------------------

[ 3] local 192.168.1.97 port 1041 connected with 192.168.1.1 port 1023

[ ID] Interval Transfer Bandwidth

[ 3] 0.0-180.2 sec 555 MBytes 25.8 Mbits/sec

 

 

 

 

 

 

Gruss

zoppa

 

dit is een draadje over het tunen van je netwerk TCP of UDP

in relatie tot het TCP window

 

een iperf proggie staat om te testen klaar

en een windows client eveneens bij dit draadje bij forum I-have-a-dreambox

 

 

ik zal het essentiele proberen te vertalen voor jullie:

[color:"red"] samenvattend,

na veel testen vat ik een en ander samen en heb ik ontdekt dat het BIOS wijzigen niet heel veel uitmaakt daar ik uiteindelijk weer op dezelfde waarden ben in het BIOS

 

Maar gedurende de tests heeft zich dus wel iets veranderd, hetgeen zichtbaar is aan de bandbreedte op dit moment ongeveer 10 t/m 30 Mbits.

 

Ik kan het me alleen maar volgenderwijs verklaren, dat tijdens het wijzigen van de instellingen in het BIOS enkele registers in de NIC zijn gewijzigd welke niet tijdens een uptime gewijzigd kan worden.

 

Bij de update van de BIOS zal er in kombinatie met een vast IP adres met betrekking tot die standaard instellingen in het register, de waarden opnieuw herladen worden.

Ik denk dat dit met het omschakelen van vast IP naar DHCP te maken heeft.

 

Daarnaast heeft het wisselen van de nic RTL8139C eruit en RTL8139B erin een beetje geholpen waarbij deze nieuwe op optimale prestatie gezet is.

 

Hetgeen mede bepalend is voor het resultaat is of de dreambox wakker is of slaapt tijdens het testen. Dit is af te lezen uit de resultaten tijdens het FTPjen van een film middels de DCC.

 

Kwa Hardware is nu (op de NIC na) alles weer hetzelfde als vooraf aan de tests en wijzigingen. De switch die ik tijdelijk gebruikte (welke de droom prestaties leverde) heb ik uiteindelijk wegens algehele netwerkproblemen "ophangers" vervangen.

 

De resultaten met iperf schommelen een beetje maar het beeld lijkt mij duidelijk herkenbaar....... etc hetgeen waarden betreft.

[/color]

 

Zul je zeggen Tja en wat bedoeld ie ermee????

 

[color:"purple"] Welnu:

1) de netwerkkaart en je switch maken met hun instelling een heel belangrijk deel uit van een goede netwerk prestatie

2) dat je dit kunt testen met een server op de dreambox en een client op je windows pc

3) dat er geen enkele sprake kan zijn van verkeerde netwerkdrivers, maar eerder registersettings van je netwerkkaart, in dreambox en in PC die deze snelheid / prestatie bewerkstelligen

4) dat DHCP een sleutelwoord kan zijn in het brommende verhaal van mensen met opname problemen, daar zoals je weet elk nieuw geflashed image dhcp standaard aangevinkt heeft en niet voor niks erase middels dreamup en 2x factory reset gebruikt wordt om de box "CLEAN" te krijgen [/color]

 

ik hoop dat jullie deze hint kunnen gebruiken om verder te komen met het oplossen van je opname probleem... en leg niet ieder woord op de goudwaag.

 

cheers <img src="/ubbthreads/images/graemlins/smirk.gif" alt="" />

[Tonskidutch]

overigens.. hier kun je het een en ander nalezen..

 

het andere forum is jullie welbekend en dus geen link hier.

 

cheers

[metoo]

Bij mij heb ik blokken en stotteren van beeld als wep of wpa encryptie ingeschakeld is, wpa het ergst.

Gemini tv doet het niet als wpa beveiliging is ingeschakeld

Gemini tv doet het met blokkjes en wep 64 bits beveiliging en zonder beveiliging ook nog wat blokjes maar minder.

als ik encryptie uitschakel speelt hij zonder horten en stoten opgenomen films af. van pc draad naar router, draadloos naar bridge Wet54G en 500s.

 

Als ik de 500s gewoon via netwerkkabel op de router aansluit geen problemen met opnemen en afspelen

[Gast]

Heeft iemand een Cisco Catalyst switch 2900 series of hoger? Daarmee kun je uitstekend het netwerk verkeer analyzeren van een dm naar de pc of andersom.

Niet voor beginners...

[Gast]

Ja ik. Maar ook met deze switch problemen voor de DM500 met opnemen hoor <img src="/ubbthreads/images/graemlins/wink.gif" alt="" />

[emp1re]

Ik heb het nu aardig goed voormekaar..

Ik heb nu 12 minuten opname gedaan.. en in de eerste minuut een heel klein schokje (goed opletten om te zien) en de overige 11 minuten zijn schokvrij.

 

Ik wil vanavond even proberen om een hele film op te nemen.. en dan eens zien..

Wat ik heb gedaan is het volgemde:

SFU gedownload en ge-installeerd voor de NFS server(NIET de client).

Daarna heb ik een map gedeeld voor zowel NFS sharing als gewoon delen.

Met flashwizzard pro 5.0 een multiboot aangemaakt en diverse images op de NFS gezet..werkte prima.. en in de dreambox zelf GEMINI 1.04 zo standaard mogelijk.

alleen CAMX en wat keys.. zo had ik daar een var van 48%. Toen een map movie aangemaakt op mn C-Drive.. en in windows een nieuwe gebruiker met de naam dreambox en paswoord ook maar dreambox..die heb ik alle rechten gegeven.

Daarna in het mount menu een CIFS mount gemaakt met de volgende gegevens :

 

IP 192.168.1.102 CIFS

Dir: movie

Localdir /hdd

Options RW,nolock

extra nolock,rsize=48000,wsize=48000

user:dreambox

paswoord dreambox

Automount.

 

Alle onnodige dingen op mn pc uitgezet.

 

en jawel hoor de mount was er ook..

nu een browser opgestart en de afstandsbediening voor een 7000 opgestart

(192.168.1.102/ShowRemoteControl) en op de video knop geklikt.. daarna opname gestart (radio knop) en de data begon te vloeien... na +- 1 minuut dus een hikje en de volgende 11 minuten bleef ie mooi schoon.Dus vanavond gaan we voor een volledige film..

 

nogmaals ik heb op de CAMX en KEYS na geen verdere addons erbij opgezet dit om de var zo leeg mogelijk te houden..

Misschien kunnen jullie er wat mee.. ik hoop dat het vanavond ook zo blijft dan laat ik het vandeweek wel weten..

 

--== Freddy ==--

[Gast]

Citaat:

Ja ik. Maar ook met deze switch problemen voor de DM500 met opnemen hoor

 

Daar doelde ik niet op, wat je kunt doen met zo'n switch is inloggen op de console en een netwerktrace laten lopen, produceerd giga veel data. Dus doe zoiets niet via serieel, want dan loopt het vast binnen enkele seconden.

 

Maar zoals ik al eerder zei, dit is niet iets voor beginners.

 

Je zou kunnen zien waar het dan mis gaat, de computer? misschien de dm500 zelf wel. Je zou aan de hand van zo'n trace de perfecte instellingen kunnen maken zowel op de switch, computer en de dm500. Als die eenmaal uit de weg zijn, mag het netwerk geen probleem meer opleveren, toch nog blokjes? Dan verder zoeken, maar je weet in iedergeval zeker dat je netwerk optimaal is voor wat je wilt doen.

Ik las eerder (om even als voorbeeld te noemen) dat iemand het zelfs geprobeerd had met encryptie en het resultaat nog slechter was. Heel normaal hoor, want de MTU is 1500, met encryptie word de MTU alleen maar groter. Dan kunnen er 2 dingen gebeuren, de encrypter houd er rekening mee en maakt mtu 1500 inclusief encryptie, echter de dm500 levert het wel aan in mtu 1500, dus moet daar eerst iets van worden afgesnoept om er mtu 1500 met encryptie van te kunnen maken. Wat er afgesnoept is word in een nieuw paketje gestopt en doorgestuurd, gevolg hiervan is dat de dm500 1 maal een mtu pakket van 1500 verstuurd en uiteindelijk de computer er 2 paketten ontvangt, 1 op 1 is nog altijd het beste. Het tweede geval is dat de computer de opgehakte paketten niet kan bijbenen en er zo af en toe een aantal droped, gevolg zijn blokken. Je mist immers data. Tis maar een voorbeeld, en op de console van de switch kun je deze dingen zien gebeuren, 1 in en 2 uit.

 

Mijn vermoeden is ook dat er data gedroped word, gezien de datastroom udp is. Veel mooier zou zijn TCP. Maarja als er dan wat mis gaat, loopt alles in de soep denk ik zo, dus je netwerk moet dan echt goed in orde zijn.

[Tonskidutch]

sterker nog..

(uh moet nu ook even terug komen op mijn eerdere uitingen / adviezen.)

 

bij mij hier via het netwerk loopt het opnemen met de dm 500 prima,

 

bij mijn broer stottert ie dus ook..

(hij dacht zelf dat dat zo hoorde maar dit heb ik zelf gisteren geconstateerd en niet goed bevonden)

 

logisch is dat alleen te verklaren omdat er in zijn netwerkomgeving een andere grootheid (grootheden) een rol speelt. (spelen)

 

ben al een en ander aan het onderzoeken geweest.

 

bepalend is dat in zijn netwerk zelfgemaakte kabels hangen via de kruipruimte getrokken naar meterkast

 

bij mij confectioned cat5

 

mede bepalend is dat hij norton heeft draaien en een langzamere cpu in de pc heeft waarop hij mount.

mede bepalend is dat hij mount op een grote partitie met 120 Gb en niet meerdere partities heeft die specifiek voor de job geformateerd zijn (blocksize als optie tijdens formateren aangeven)

 

{is wegens defragmentatie en indexering een probleem bij hem}

 

ik zal bij hem eens een crossover tussen pc hangen en dm 500 met cat5 en een separate ide hdd voor de mount.

 

moest ik toch even laten weten / dat het mogelijk is om te stotteren.

 

cheers

[Gast]

tony: allemaal leuk en aardig, maar hang een DM7000 aan diezelfde kabel, en het werkt feilloos, durf ik erg veel geld op in te zetten ;-)

[Tonskidutch]

laat ik dat dan maar gelijk mee testen het komend weekend..

zal best een aardige test worden.

 

satisfied?

 

<img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

 

kijk we willen niet iets voordoen alsof het gaat wat principieel onmogelijk zou zijn, (tenminste ik niet) maar dat het kan gaan werken moet ook een kans krijgen..

 

dus "we" (samen met andere welgemeende adviezen van medesatters) doen er alles aan om een (jullie) dm 500 optimaal te laten draaien met beleid.

ook voor opnemen.

 

cheers

[Gast]

Ik heb nu mgcamd als emu geinstalleerd, en kan (zo lijkt het op dit moment) probleemloos opnemen, terwijl ik dus ook hikken en stoten gewend was.

 

Ik wll nog niet beweren dat het nu opgelost is, maar voor nu lijkt dit wel het geval.

 

Ik zou zeggen probeer het ook, dus alle andere emu's eraf en mgcamd.

ik gebruik mgcamd overigens als radegast cs client (intern natuurlijk).

 

De image die ik gebruik is van gemini 1.05