[OGR-24] hitparade van 4 juli

[Pim.]

Zow,.... hier nog even een beknopte samenvatting voor de drie lezers van gisteren er onder

EH ook hier een leuke flush, MathFox en Team BSD pakken een plekke in de overall stats , DPC weer op één en mijlpalers gefeliciteerd

Zo dat was rapido of niet

OGR-24 hitparade van 2004-07-04 Top 30 daily pos output naam totaal 1 () 11.693 NoizyCows 986.363 (8) 2 (27) 11.546 EliteHackers.com 637.147 (10) 3 () 5.751 Theetjuh 219.677 (21) 4 () 5.540 Peter 'MathFox' Roozemaal 172.495 (27) 5 (3) 5.089 Digital Pizza Crew 1.080.027 (6) 6 (1) 3.057 Clearance 186.007 (25) 7 (1) 2.877 Pixilated NetphreaX 121.501 (32) 8 (2) 2.742 Team BSD 148.592 (29) 9 (17) 2.415 Elteor-Borislavj 478.655 (12) 10 (554) 2.188 Digital Pizza Crew 63.198 (49) 11 (4) 2.135 TeamBVD 298.408 (16) 12 (18) 2.007 oehoe 20.668 (87) 13 (455) 1.698 Team KillEmAll graast voor goud 24.281 (81) 14 (527) 1.683 Aenea 5.127 (190) 15 (9) 1.496 Memendo 76.458 (43) 16 (5) 1.326 RuBy 47.129 (60) 17 (689) 1.304 P5ycho 4.412 (211) 18 (451) 1.229 Team nl.chatjunkies.org/#dutch 100.728 (37) 19 (472) 1.185 Turndevil 5.441 (181) 20 (7) 904 HS 57.250 (52) 21 (6) 742 0siris 75.944 (44) 22 (3) 675 The Forgotten Crunchers 176.465 (26) 23 (23) 438 Dorus Verhoeckx 438 (530) 24 (7) 365 Grizzly 20.600 (88) 25 (15) 332 Stappel 3.877.423 (3) 26 (7) 295 Grazende Driekske 25.185 (80) 27 (298) 268 Mr.EV 3.388 (242) 28 (4) 231 amaZing graZe 57.321 (51) 29 (13) 109 brum103 196.992 (24) 30 (552) 68 Franklyn 33.531 (73) Top 30 overall pos output naam totaal 1 () 6.967.959 Team ColdFusion 0 (651) 2 () 5.913.027 JiveY 0 (595) 3 () 3.877.423 Stappel 332 (25) 4 () 1.558.734 Graasland 0 (209) 5 () 1.259.719 De Unie's 0 (135) 6 () 1.080.027 Digital Pizza Crew 5.089 (5) 7 () 1.002.715 Scorpion ! AJAX Amsterdam ! 0 (632) 8 () 986.363 NoizyCows 11.693 (1) 9 () 728.832 Erik & Kevin 0 (176) 10 () 637.147 EliteHackers.com 11.546 (2) 11 () 488.192 Division Brabant 8 (35) 12 () 478.655 Elteor-Borislavj 2.415 (9) 13 () 438.758 The Fonz 0 (844) 14 () 410.427 Flip 0 (579) 15 () 310.828 The_Greater 0 (669) 16 () 298.408 TeamBVD 2.135 (11) 17 () 287.323 [eNeRGy] 0 (685) 18 () 266.584 DPC Team Switch 0 (156) 19 () 266.559 Jan van Loenen 0 (239) 20 () 244.304 Los Alcoholicos 0 (604) 21 () 219.677 Theetjuh 5.751 (3) 22 () 207.171 #marijse united 0 (40) 23 () 204.943 Zelluf 0 (531) 24 () 196.992 brum103 109 (29) 25 () 186.007 Clearance 3.057 (6) 26 () 176.465 The Forgotten Crunchers 675 (22) 27 (1) 172.495 Peter 'MathFox' Roozemaal 5.540 (4) 28 (1) 170.980 #rulende_bikkels 0 (540) 29 (1) 148.592 Team BSD 2.742 (8) 30 (1) 147.390 Digital Cows Inc 0 (565) OGR-24 Teams Daily pos output naam totaal 1 (2) 71.502 Dutch Power Cows 34.255.124 (1) 2 (1) 49.652 AnandTech 10635 8.644.063 (3) 3 (1) 36.117 SPring-8 2.637.923 (18) 4 (2) 33.539 Distributed Amiga 7.610.681 (4) 5 (9) 28.080 TeamUFies (All Hail the Dust Puppy!) 2.159.392 (22) 6 (7) 27.734 CornJerker CodeCrackers 1.514.505 (34) 7 (2) 26.456 Team Warped (OS/2) 4.120.550 (9) 8 (1) 24.696 #distributed 1.641.928 (31) 9 (16) 21.126 Czech D.NET Team 2.898.869 (16) 10 () 19.366 Ukraine RC5 1.292.355 (37) 11 (4) 14.200 Japan FreeBSD Users Group 2.225.098 (20) 12 () 14.145 BharatVarsh - the Indian effort 1.248.362 (39) 13 (23) 14.062 Team Hungary STB+ 2.106.984 (23) 14 (24) 13.900 Le Pommier ( MacBidouille ) 933.609 (44) 15 (6) 11.815 SEGA Users Group 2.980.889 (12) OGR-24 Teams Overall pos total naam output 1 () 34.255.124 Dutch Power Cows 71.502 (1) 2 () 9.986.938 Slashdot.org 1365 7.872 (22) 3 () 8.644.063 AnandTech 10635 49.652 (2) 4 () 7.610.681 Distributed Amiga 33.539 (4) 5 () 7.054.776 BugTraq.Ru Team. United power of xUSSR. 7.796 (23) 6 () 5.161.846 Team Ninja - The Counts of Crunch 3.266 (33) 7 () 4.881.384 Team Depaul 0 (90) 8 () 4.318.494 Ars Technica Team Beef Roast 3.090 (35) 9 () 4.120.550 Team Warped (OS/2) 26.456 (7) 10 () 4.045.387 Team EvangeLista (Macs Rule! :-) 10.069 (17) 11 () 3.564.748 Russian Team 3.289 (32) 12 () 2.980.889 SEGA Users Group 11.815 (15) 13 () 2.970.436 Libertarians for Privacy 2.797 (36) 14 () 2.943.684 Free-DC 2.507 (39) 15 () 2.901.505 moomin 1.109 (54) Mijlpalen Team nl.chatjunkies.org/#dutch 100.000 [DPC] oehoe 20.000 [DPC]BredaseKoeieBende 10.000 Turndevil 5.000 [DPC] Aenea 5.000 [DPC]P5ycho 4.000 Leden 0 nieuwe leden Huh?? Niemand joinde gisteren DPC!!! Boehoehoehoeeeee.... :'( Megaflush Top 5 2004-06-25 515.299 NoizyCows: Wessie welkom thuis ! 2004-06-18 159.040 Team ColdFusion 2004-06-14 93.603 Digital Pizza Crew 2004-06-24 72.605 John's vroege verjaardagsflush 2004-06-23 57.080 Team Justify viert zn 2 jarig bestaan

[Wessie]

Zow we gaan lekker, maar niet goed genoeg.
Wederom missen we weer stubs, tot grote ergenis!
Onze buffers zijn nieuw, dus daar ligt het niet aan.

Helaas ....

Volgens master Floppus is er weinig OGR24 in omloop waardoor de kans op meervoudig inleveren groter wordt, klinkt logisch, maar niet fair vind ik (persoonlijk).
Is er niemand anders met dit zelfde probleem

[Mobster]

Theetjuh, doesnie

[Wessie]

Mobster schreef op 05 juli 2004 @ 09:46:
Theetjuh, doesnie

Stubs nodig

[Wortelsoep]

Dat is nog eens leuk wakker worden, een plekje gestegen in de top 30


(nog 22T voor plek nummer 28.... ben benieuwd of we dat nog gaan halen met onze buffers)

[ Voor 40% gewijzigd door Wortelsoep op 05-07-2004 10:18 ]

[Elteor]

Zo, ik ziet dat er ook wat 24 stubs tussen de 25 stubs geslopen zijn

[Anoniem: 27535]

De enige manier om zoveel mogelijk te voorkomen dat je dupes OGR-24 krijgt is het zo kort mogelijk houden van het pad. Bij voorkeur de clients direct met d.net laten connecten, en slechts een paar stubs in de buffer laten houden.

Ik weet dat je dan helemaal niet meer weet of je OGR-24 of OGR-25 draait, maar het is de veiligste optie om geen werk te verliezen.

Zelfs op deze laatstgenoemde manier is er geen garantie te geven, omdat het kan zijn dat het blokje opnieuw is uitgegeven, maar net daarna toch nog wordt ingeleverd door iemand die hem eerder al eens had gefetcht.

Enige troost is misschien dat mogelijke unintended dupes voor iedereen in ongeveer dezelfde mate zullen optreden.

[Wessie]

Anoniem: 27535 schreef op 05 juli 2004 @ 10:33:
De enige manier om zoveel mogelijk te voorkomen dat je dupes OGR-24 krijgt is het zo kort mogelijk houden van het pad. Bij voorkeur de clients direct met d.net laten connecten, en slechts een paar stubs in de buffer laten houden.

Ik weet dat je dan helemaal niet meer weet of je OGR-24 of OGR-25 draait, maar het is de veiligste optie om geen werk te verliezen.

Zelfs op deze laatstgenoemde manier is er geen garantie te geven, omdat het kan zijn dat het blokje opnieuw is uitgegeven, maar net daarna toch nog wordt ingeleverd door iemand die hem eerder al eens had gefetcht.

Enige troost is misschien dat mogelijke unintended dupes voor iedereen in ongeveer dezelfde mate zullen optreden.

Ik neem aan dat je die procentueel bedoeld.
Dit houd toch logischer wijs in dat de mensen die het meeste flushen het meeste kwijt raken ?
Dat zou zonder zijn van onze pc tijd die we erin stoppen toch

[Mobster]

Wessie schreef op 05 juli 2004 @ 10:02:
[...]


Stubs nodig

Reeds gecrunchte? Graag

[Anoniem: 27535]

Wessie schreef op 05 juli 2004 @ 11:19:
[...]


Ik neem aan dat je die procentueel bedoeld.
Dit houd toch logischer wijs in dat de mensen die het meeste flushen het meeste kwijt raken ?
Dat zou zonder zijn van onze pc tijd die we erin stoppen toch

Als jij me kan vertellen hoe dit te voorkomen is, terwijl toch de flexibiliteit van de client en proxies behouden blijft dan hoor ik het graag.
Blokjes moeten op een gegeven moment opnieuw worden uitgegeven.

Wie de cyclus van blokjes het kortst houdt heeft het minste kans op dupes.

[Wessie]

Mobster schreef op 05 juli 2004 @ 12:41:
[...]
Reeds gecrunchte? Graag

Euh, neen "TO DO"
Maar ze zijn al bijna op, dus lama

[Wessie]

Anoniem: 27535 schreef op 05 juli 2004 @ 12:57:
[...]


Als jij me kan vertellen hoe dit te voorkomen is, terwijl toch de flexibiliteit van de client en proxies behouden blijft dan hoor ik het graag.
Blokjes moeten op een gegeven moment opnieuw worden uitgegeven.

Wie de cyclus van blokjes het kortst houdt heeft het minste kans op dupes.

Wat dacht je van een tijdslimiet ofzo.
Mensen echt de kans te geven ze wel te kunnen retouneren.
Als ik na ons tempo kijk en onze buffers, dan is dat echt niet overdreven veel.
Bovendien zijn het nu allemaal hele kleine stubs.
De weg die wij hebben is erg kort en de stubs zijn nieuw.

Ik snap best dat de kans er is dat ze voor een eventuele 3de keer uitgegeven worden, maar dan moet je die punten wel in de stats laten terugkomen, immers ze zijn door DNET uitgegeven aan iemand nieuw. Zo is die persoon die voor de 3de keer de stub krijgt de dupe als nr 2 hem alsnog inlevert.

Ik snap het wel van DNET kant wel, maar voor ons is het zonder van het werk.

[Anoniem: 32312]

Ik heb ongeveer een dag voorraad in mijn proxy en ongeveer een dag buffers in mijn clients. Het werk dat gedaan is wordt een paar keer per dag doorgestuurd naar de fullproxy. Ik verwacht van D.net dat ik minstens een week krijg om mijn OGR stubs uit te rekenen; twee weken zou beter zijn als je rekening houdt met dial-up verbindingen en sneakernet (floppy transfers).
D.net zou alle uitgegeven pakketten kunnen labelen, maar dat brengt weer extra dataverkeer met zich mee en vraagt additionele ruimte in de database. Ik kan heel goed leven met het "wie het eerst komt, die het eerst maalt" principe, als er maar een redelijke termijn is om het werk gedaan te krijgen.