Verwarrende buffer grapjes van d.net

[Verwijderd]

(Weet niet of dit al eens gepost is. Zo ja close deze handel maar dan!)



Waarom ligt de buff-in 1 crunch voor op de buff-out??

[Psylocke]

Als ik het goed heb, klopt hij gewoon.
Je moet kijken naar de blokjes die worden geladen. (Dat wordt nog tussen de circels gedaan). Als je daarmee gaat rekenen komt het precies uit

[daaan]

mischien doet je koe aan herkauwen?

[Sequence]

misschien dat ie een paar wu's al in het geheugen zet.. anders is ie knap bezig.. laten verwijderen en dan weer later laten verschijnen..

verschijnen is trouwens posiplus!

[Verwijderd]

Dude, je moet helemaal niet op de WU's letten
hetgene waar het omgaat zijn die packets, die hebben namelijk nogal de vage eigenschap dat ze met 1,2,3,4,5,6,7 of 8 wu's zijn.
Soms als er een packet complete is dan krijg je er ineens 8 wu bij, soms 4. En de packets die kloppen allemaal. Dus don't worry, just
graaaas Conclusie --> packets en wu's staan niet parallel aan elkaar en je kan in
twee packets 16 wu's doen en in de derde ineens maar 4. Greetz S
http://www.udpcc.com Join the club

[redwing]

Op het moment dat ie met een packet bezig is zit die in het geheugen (Als ie b.v. crashed ben je hem dan ook kwijt), in je buff-out zitten de packet's die al klaar zijn, in je buff-in de packet's waar nog niets mee wordt gedaan, samen met dit blokje dat in het geheugen zit klopt het weer precies.

[NightBird]

De buff-in ligt uiteraard een crunch voor. Op het moment dat de regel geprint wordt heeftie net een packet af, en een nieuwe geladen om te gaan berekenen. Die packets hoeven idd niet even groot te zijn, zoals bij jou 2, 3 en 2 wu's (aka blocks). Je ziet bijvoorbeeld in het midden (19:43:53) dattie een packet van 2 af heeft en eentje van 3 geladen heeft. De buff-out is dus met 2 gegroeid (die heeftie net af, vorige packet dus), en de buff-in is met 3 geslonken (die heeftie net geladen, huidige packet dus).
Ik hoop dat iedereen dit begrijpt

[Verwijderd]

Het is misschien duidelijker om uit te leggen dat de rooie cirkels enigszins incompleet getrokken zijn. bv. Bij [buff-in 206 blokjes], [buff-out 38 blokjes] moeten nog 2 blokjes opgeteld worden. Dit zijn de blokjes die verwerkt worden, en ze worden in dit voorbeeld op de eerste regel van de log-file geladen.
Sequence en S_IV blaten maar wat.

die packets, die hebben namelijk nogal de vage eigenschap dat ze met 1,2,3,4,5,6,7 of 8 wu's zijn.

Ja, of 9, of 10 ... DAAROM moet je dus kijken bij "Loaded RC5 # packet ..." dan kun je het totale aantal blokkies compleet maken (in + out + loaded)

Nou, is het nu op drie manieren uitgelegd
Moet lukken, toch ?

Trouwens, websjwans, leuk he die kleine blokkies ?