codering sleutel snelheid.

[satede]

staat dat chachen standaard ingesteld in de newcs of moet je dit nog zelf instellen.

En werkt newcs ook op een linux bak <img src="/forums/images/graemlins/confused.gif" alt="" />

[Zilverster]

@satede,

 

 

Citaat:

begrijp ik het nu goed

je hebt dus 30 sec. de tijd om een sleutel op te halen.

dit betekend dan dat de kaart elke 0,8 sec. een sleutel geeft dus in totaal 30/0,8=36 tegelijk op een kaart kunnen sharen

 

 

Ik zit me nu al enkele dagen af te vragen waar jij die 8 seconden vandaan haalt uit jou berekening, maar kom er niet uit <img src="/forums/images/graemlins/blush.gif" alt="" /> , gr.

 

 

 

Zilverster.

[satede]

ik had heb ooit eens gelezen dat de canal+ kaart max. elke 0,8 sec. een code kan geven.

[Zilverster]

@satede,

 

 

Citaat:

ik had heb ooit eens gelezen dat de canal+ kaart max. elke 0,8 sec. een code kan geven.

 

 

Mocht je dat berichtje nog eens ergens weer tegen komen, mag je hem wel toe sturen evt. via PM i.v.m. de board regels <img src="/forums/images/graemlins/xyxthumbs.gif" alt="" /> .

 

Er zit verschil waar en hoe men een bepaalde snelheden meet. Met de huidige techniek en het geen ik hier bedoel zou men wel eens grote problemen kunnen krijgen zou de snelheid op 8 seconden zitten, gr.

 

 

 

Zilverster.

[Tonskidutch]

een cardserver schrijft de code in een cache die juist als tussenopslag wordt gebruikt voor de share aanvragen

 

in mijn lan is de gemiddelde responstijd 0,56 sec van de clients

als je (bijvoorbeeld) de camd3 logt zie je dat zelf ook bij de aanvraag en decoded on

 

een log voorbeeld

Code:

 UDP 00 -> 1722:000000:00DF:10DF 0.541192s from 10.0.0.157 ( slaapkamer ) decoded on /dev/sci0 

oké niet 0100 maar die is net zo snel via cache

 

en soms zie je op het osd (skin) dat cache zelfs voor je eigen server gebruikt wordt, als je te snel zapt

 

met beeld.

 

cheers