Beste DPC'ers,
Het is eindelijk zover, na vele nachten werk ligt (staat
) hij hier voor jullie: De MegaFlush 6 planning!
Ik wil oproepen om niet bij Team AnandTech op het forum te gaan lopen roepen wat we wel niet allemaal gaan doen, laat hun het maar uitvinden (ze komen er toch wel achter) maar ga het niet opdringen. Zoals ik al zei hebben we veel werk verzet de afgelopen 3 maanden, daar zal ik jullie zo allemaal vertellen
, dus lees snel verder!
MegaFlush 6 - Geschiedenis
Het begon allemaal met [eNeRGy] die tijdens de #Tweakers.net meeting de ideeen ontvouwde (dit was dus de dag na MF5). Met die ideeen stapte ik naar een paar andere beheerders van de DPC keyserver, en de plannen (3 maanden sparen) leken onmogelijk. Maar na enig overleg leken de plannen nog niet zo slecht en werd er een planning gemaakt hoe de keyservers over zouden gaan in spaarstand. Dit werd vergezeld door een aankondiging die je hier kan vinden.
Al gauw werd er op 10 miljoen blokjes gerekend en de vraag op welke manier die geflushed zouden worden kwam al snel. Na veel discussies (die niet te stoppen waren) werd er besloten dat er vlak voor de MegaFlush een voting zou worden gehouden. 1 van de mogelijkheden werd door veel leden op het forum gesuggereerd: in 1x 10 miljoen flushen om zo een Distributed.net all-time high te halen (die al op naam van DPC staat met 2.654.453 op 05-05-2000, MF5 dag 3). Om er zeker van te zijn dat alles goed zou gaan werd er contact gezocht met Distributed.net (verslagen hiervan kan je hier en hier vinden). Uit de gesprekken bleek dat 10 miljoen op 1 dag Distributed.net's netwerk plat zou leggen en dat ze dat op dat moment alleen konden oplossen met een ban, en dat is natuurlijk niet wat we willen! Er werd dus een oplossing gezocht en wij kregen de suggestie mee om het aantal te flushen blokjes omlaag te brengen (in ieder geval per dag) en om meerdere Distributed.net proxy's te gebruiken om opstoppingen te voorkomen. Iets wat nu zelfs zonder MegaFlush al speelt want je moet al ruim voor 23:00 geflushed hebben om de volgende dag in de stats te staan.
Door de beperkingen waarmee Distributed.net kampt was het echter snel bekeken met de voting. Er was gewoon geen keuze, dus moesten we het anders aanpakken. We zijn met de suggesties van Distributed.net aan de gang gegaan, wat leidde tot een eerste planning. Met die planning zijn we naar Distributed.net gegaan. Daar kregen we nog wat suggesties over proxy's en over de aantallen te flushen per dag. Daarna is de planning weer drastisch gewijzigd. Dit keer stemde Distributed.net in met onze plannen. Dit betekent niet dat ze MegaFlushes goedkeuren, maar ze gaven toe dat deze plannen zeer waarschijnlijk niet schadelijk zijn voor het netwerk. Natuurlijk zouden we meer willen, maar Distributed.net heeft allemaal gesponsorde hardware en verbindingen, dus we mogen blij zijn dat we toch enigzins een MegaFlush kunnen houden. Hun grootste probleem is echter de keymaster van Distributed.net (Misschien kan DPC als een van de grootste teams een donatie doen ?). Deze kan het allemaal maar net verwerken.
In het begin leek het onhaalbaar, 3 maanden sparen. Veel leden waren bezorgd om de dagelijkse output, zouden we uit de top 5 zakken? Achteraf blijkt het alemaal erg mee te vallen, bijna alleen maar 1ste en 2de plaatsen!
MegaFlush 6 - Hoe gaat het in zijn werk
Wat is nu het resultaat van dit alles? We gaan 7 dagen flushen! 7 dagen ruim nummer 1 natuurlijk
. Verder worden de losse flushers die geen mail hebben gehad van de crew (meestal 50.000 en minder) verzocht om op de laatste dag te flushen als "La Grande Finale". Als je eerder die week flushed, kies dan 1 van de keyservers uit het lijstje, maar a.u.b. niet eentje die al bij 1 van de mensen op die dag staat. Moeilijk gedoe ik weet het, dus een voorbeeldje:
Je hebt hard gespaard, en je wilt op perse op maandag flushen, dan zie je:
<table width="586" border="1" cellspacing="0" cellpadding="3" bordercolor="#FFCC99" bgcolor="#FFFFCC" align="center"><tr><td colspan="3">Flushdag 3<div align="center">Maandag 4 September</div><div align="right">Proxy</div></td></tr><tr><td colspan="3" height="2"></td></tr><tr><td width="138">Daily</td><td colspan="2"> </td></tr><tr><td width="138">Wildhagen</td><td colspan="2">proxy2.delft.nl.proxy.distributed.net</td></tr><tr><td width="138">Dsmarty</td><td colspan="2"><div align="left">proxy1.utrecht.nl.proxy.distributed.net</div></td></tr><tr><td width="138">[eNeRGy]</td><td colspan="2"><div align="left">proxy1.madsn.wi.us.proxy.distributed.net</div></td></tr></table>
Dit betekent dat je die dag elke proxy mag gebruiken, maar alsjeblieft niet deze drie die hierboven staan. We moeten ervoor zorgen dat er niet teveel verstopping ontstaat. Speciaal voor de laatste dag zullen de 2 proxy's uit Delft niet door een van de proxy's gebruikt worden, zodat er lokaal (Nederland) veel geflushed kan worden. Een flushdag is van 02:00 uur tot 24:00 uur (00:00 UTC - 22:00 UTC).
Welke proxy's mag je allemaal gebruiken? hier komen ze:
<table width="441" border="1" cellspacing="0" cellpadding="3" bordercolor="#FFCC99" bgcolor="#FFFFCC" align="center">
<tr><td width="431">Proxy's</td></tr><tr><td width="431" height="2"></td></tr><tr><td width="431">proxy1.madsn.wi.us.proxy.distributed.net</td></tr><tr><td width="431">proxy1.hou.tx.us.proxy.distributed.net</td></tr><tr><td width="431">proxy2.hou.tx.us.proxy.distributed.net</td></tr><tr><td width="431">proxy3.hou.tx.us.proxy.distributed.net</td></tr><tr><td width="431">proxy1.rwc.ca.us.proxy.distributed.net</td></tr><tr><td width="431">proxy1.fll.fl.us.proxy.distributed.net</td></tr><tr><td width="431">proxy1.red.wa.us.proxy.distributed.net</td></tr><tr><td width="431">proxy2.red.wa.us.proxy.distributed.net</td></tr><tr><td width="431">proxy3.red.wa.us.proxy.distributed.net</td></tr><tr><td width="431">proxy1.delft.nl.proxy.distributed.net</td></tr><tr><td width="431">proxy2.delft.nl.proxy.distributed.net</td></tr><tr><td width="431">proxy1.utrecht.nl.proxy.distributed.net</td></tr><tr><td width="431">nodezero.distributed.net</td></tr></table>
Zo, en dan is het nu eindelijk zover ! De planning:
<table width="586" border="1" cellspacing="0" cellpadding="3" bordercolor="#FFCC99" bgcolor="#FFFFCC" align="cent
Het is eindelijk zover, na vele nachten werk ligt (staat
) hij hier voor jullie: De MegaFlush 6 planning!Ik wil oproepen om niet bij Team AnandTech op het forum te gaan lopen roepen wat we wel niet allemaal gaan doen, laat hun het maar uitvinden (ze komen er toch wel achter) maar ga het niet opdringen. Zoals ik al zei hebben we veel werk verzet de afgelopen 3 maanden, daar zal ik jullie zo allemaal vertellen
, dus lees snel verder!MegaFlush 6 - Geschiedenis
Het begon allemaal met [eNeRGy] die tijdens de #Tweakers.net meeting de ideeen ontvouwde (dit was dus de dag na MF5). Met die ideeen stapte ik naar een paar andere beheerders van de DPC keyserver, en de plannen (3 maanden sparen) leken onmogelijk. Maar na enig overleg leken de plannen nog niet zo slecht en werd er een planning gemaakt hoe de keyservers over zouden gaan in spaarstand. Dit werd vergezeld door een aankondiging die je hier kan vinden.
Al gauw werd er op 10 miljoen blokjes gerekend en de vraag op welke manier die geflushed zouden worden kwam al snel. Na veel discussies (die niet te stoppen waren) werd er besloten dat er vlak voor de MegaFlush een voting zou worden gehouden. 1 van de mogelijkheden werd door veel leden op het forum gesuggereerd: in 1x 10 miljoen flushen om zo een Distributed.net all-time high te halen (die al op naam van DPC staat met 2.654.453 op 05-05-2000, MF5 dag 3). Om er zeker van te zijn dat alles goed zou gaan werd er contact gezocht met Distributed.net (verslagen hiervan kan je hier en hier vinden). Uit de gesprekken bleek dat 10 miljoen op 1 dag Distributed.net's netwerk plat zou leggen en dat ze dat op dat moment alleen konden oplossen met een ban, en dat is natuurlijk niet wat we willen! Er werd dus een oplossing gezocht en wij kregen de suggestie mee om het aantal te flushen blokjes omlaag te brengen (in ieder geval per dag) en om meerdere Distributed.net proxy's te gebruiken om opstoppingen te voorkomen. Iets wat nu zelfs zonder MegaFlush al speelt want je moet al ruim voor 23:00 geflushed hebben om de volgende dag in de stats te staan.
Door de beperkingen waarmee Distributed.net kampt was het echter snel bekeken met de voting. Er was gewoon geen keuze, dus moesten we het anders aanpakken. We zijn met de suggesties van Distributed.net aan de gang gegaan, wat leidde tot een eerste planning. Met die planning zijn we naar Distributed.net gegaan. Daar kregen we nog wat suggesties over proxy's en over de aantallen te flushen per dag. Daarna is de planning weer drastisch gewijzigd. Dit keer stemde Distributed.net in met onze plannen. Dit betekent niet dat ze MegaFlushes goedkeuren, maar ze gaven toe dat deze plannen zeer waarschijnlijk niet schadelijk zijn voor het netwerk. Natuurlijk zouden we meer willen, maar Distributed.net heeft allemaal gesponsorde hardware en verbindingen, dus we mogen blij zijn dat we toch enigzins een MegaFlush kunnen houden. Hun grootste probleem is echter de keymaster van Distributed.net (Misschien kan DPC als een van de grootste teams een donatie doen ?). Deze kan het allemaal maar net verwerken.
In het begin leek het onhaalbaar, 3 maanden sparen. Veel leden waren bezorgd om de dagelijkse output, zouden we uit de top 5 zakken? Achteraf blijkt het alemaal erg mee te vallen, bijna alleen maar 1ste en 2de plaatsen!
MegaFlush 6 - Hoe gaat het in zijn werk
Wat is nu het resultaat van dit alles? We gaan 7 dagen flushen! 7 dagen ruim nummer 1 natuurlijk
. Verder worden de losse flushers die geen mail hebben gehad van de crew (meestal 50.000 en minder) verzocht om op de laatste dag te flushen als "La Grande Finale". Als je eerder die week flushed, kies dan 1 van de keyservers uit het lijstje, maar a.u.b. niet eentje die al bij 1 van de mensen op die dag staat. Moeilijk gedoe ik weet het, dus een voorbeeldje:Je hebt hard gespaard, en je wilt op perse op maandag flushen, dan zie je:
<table width="586" border="1" cellspacing="0" cellpadding="3" bordercolor="#FFCC99" bgcolor="#FFFFCC" align="center"><tr><td colspan="3">Flushdag 3<div align="center">Maandag 4 September</div><div align="right">Proxy</div></td></tr><tr><td colspan="3" height="2"></td></tr><tr><td width="138">Daily</td><td colspan="2"> </td></tr><tr><td width="138">Wildhagen</td><td colspan="2">proxy2.delft.nl.proxy.distributed.net</td></tr><tr><td width="138">Dsmarty</td><td colspan="2"><div align="left">proxy1.utrecht.nl.proxy.distributed.net</div></td></tr><tr><td width="138">[eNeRGy]</td><td colspan="2"><div align="left">proxy1.madsn.wi.us.proxy.distributed.net</div></td></tr></table>
Dit betekent dat je die dag elke proxy mag gebruiken, maar alsjeblieft niet deze drie die hierboven staan. We moeten ervoor zorgen dat er niet teveel verstopping ontstaat. Speciaal voor de laatste dag zullen de 2 proxy's uit Delft niet door een van de proxy's gebruikt worden, zodat er lokaal (Nederland) veel geflushed kan worden. Een flushdag is van 02:00 uur tot 24:00 uur (00:00 UTC - 22:00 UTC).
Welke proxy's mag je allemaal gebruiken? hier komen ze:
<table width="441" border="1" cellspacing="0" cellpadding="3" bordercolor="#FFCC99" bgcolor="#FFFFCC" align="center">
<tr><td width="431">Proxy's</td></tr><tr><td width="431" height="2"></td></tr><tr><td width="431">proxy1.madsn.wi.us.proxy.distributed.net</td></tr><tr><td width="431">proxy1.hou.tx.us.proxy.distributed.net</td></tr><tr><td width="431">proxy2.hou.tx.us.proxy.distributed.net</td></tr><tr><td width="431">proxy3.hou.tx.us.proxy.distributed.net</td></tr><tr><td width="431">proxy1.rwc.ca.us.proxy.distributed.net</td></tr><tr><td width="431">proxy1.fll.fl.us.proxy.distributed.net</td></tr><tr><td width="431">proxy1.red.wa.us.proxy.distributed.net</td></tr><tr><td width="431">proxy2.red.wa.us.proxy.distributed.net</td></tr><tr><td width="431">proxy3.red.wa.us.proxy.distributed.net</td></tr><tr><td width="431">proxy1.delft.nl.proxy.distributed.net</td></tr><tr><td width="431">proxy2.delft.nl.proxy.distributed.net</td></tr><tr><td width="431">proxy1.utrecht.nl.proxy.distributed.net</td></tr><tr><td width="431">nodezero.distributed.net</td></tr></table>
Zo, en dan is het nu eindelijk zover ! De planning:
<table width="586" border="1" cellspacing="0" cellpadding="3" bordercolor="#FFCC99" bgcolor="#FFFFCC" align="cent
(
