[Folding@Home] DPC MegaFlush op 31-10-2006

[jeronimo]

Ik heb zelf UdMon op een P4 HT draaien en kan je verzekeren dat de beide elkaar niet bijten. Maw dit werkt gewoon. Volgens mij moet je wel de console versie gebuiken ipv installeren als service.
Fold on

[smoking2000]

MadMarky schreef op dinsdag 26 september 2006 @ 22:24:
Misschien is het ook handig om binnenkort een korte FAQ te posten hoe je je koetjes 4 weken lang van gras kunt voorzien zonder verbinding met internet?
Ik heb de DPC FAQ gelezen maar die komt wat gedateerd op me over, vooral omdat ik hierboven lees dat er geen timeless units meer uitgegeven worden. Hoe zorg ik ervoor dat ik m'n dualcore Athlon een maand lang werk geef en er geen WU's over de datum gaan?

Geen Internet?
http://fahwiki.net/index.php/Sneakernetting

[JohFraEl]

With ^^ Smoking2K!

Op pagina 1 van dit topic staat ook nog een beschrijving in het Nederlands JohFraEl in "\[Folding@Home] DPC MegaFlush op 31-10-20..."

En op FDO een nog uitgebreidere beschrijving

[JohFraEl]

MadMarky schreef op dinsdag 26 september 2006 @ 22:24:
Misschien is het ook handig om binnenkort een korte FAQ te posten hoe je je koetjes 4 weken lang van gras kunt voorzien zonder verbinding met internet?
Ik heb de DPC FAQ gelezen maar die komt wat gedateerd op me over, vooral omdat ik hierboven lees dat er geen timeless units meer uitgegeven worden. Hoe zorg ik ervoor dat ik m'n dualcore Athlon een maand lang werk geef en er geen WU's over de datum gaan?

Er is ook nog een topic waar je aanvullingen of gebreken van de huidige FAQ kan melden: SandStar in "Ontwikkelingsdraad Folding@Home faq"

Verder heb ik alle relevante links en downloads verzameld op FDO: http://forum.dutchpowercows.org/viewtopic.php?p=19501#19501

[ Voor 8% gewijzigd door JohFraEl op 28-09-2006 14:39 ]

[MadMarky]

Bedankt voor alle info mensen, ik zal er eens in duiken

[JohFraEl]

Succes MadMarky!

Vanaf morgen mag iedereen die mee wil doen, beginnen met sparen!
Je mag je ook nog steeds opgeven, indien gewenst.

Mocht je later nog willen instappen, geen probleem; we zijn blij met eenieder die zijn/haar steentje wil bijdragen

Enigste voorwaarde is dat we op 31 oktober alles tegelijk Flushen!!

[JohFraEl]

Voorlopig laatste update van de opgegeven deelnemers:

Nick	SubTeam	Proc's	weken
Savantas	FairwindAdventurersRescueTeam	3	4
JohFraEl	Team_Pastis_51	5	4
Stephan_jk	De Vrolijke Grazers	5	4
schapie0schapie	schapie	2	3/4
Jerry	Team4Fun.nl	30	4
Muad	Team4Fun.nl	4	4
Freeze_XJ		1	4
Just_a_Cow	schapie	2	3/4
Dr Mad	Team4Fun.nl	5-6	4
Spacebull01	La Petite Cows	1	4
Username	Schapie	2	3/4
Magnifix	Schapie	4	3/4
4Power	Team4Fun.nl	8	4
MadMarky		2	3
Yobby	Holy Cow!	2	3
mookie		15	4
JoY	Team_Pastis_51	2	4
Totaal	17 pers.	93 cpu's

Vanaf vandaag mag iedereen beginnen met sparen om op Halloween;
dinsdag 31 oktober 2006 de buffers leeg te gooien. Dit kan vanaf de nacht maandag/dinsdag 24:15u./00:15u. tot uiterlijk dinsdagavond 21:30u. Daarna kan het zijn dat je geflushte units pas later verwerkt zijn en bij de stats van de volgende dag komen te staan. Op 1 November zullen dan de uiteindelijke resultaten bekend zijn in de DPCH van 31 oktober.

Succes iedereen & Fold On!!!

[ Voor 3% gewijzigd door JohFraEl op 22-10-2006 21:51 . Reden: Yobby, Joy & mookie toegevoegd ]

[Yobby]

Beter laat dan ooit; ik ga het ook weer eens proberen.

Nick: Yobby
Subteam: Holy Cow!
CPU's: 2
Aantal weken: 3

[Verwijderd]

Wat hebben we in onze queueueueueueue's staan ??? :

Ik op dit moment : 37555

(heb er pas 10 op sparen staan)

[JohFraEl]

Van 1 systeempje weet ik het (nog) niet maar met de rest: 4x P4 2,4ghz en 1x AMD Athlon X2, kom ik nu op ca. 15.897 queueued uit.

Da's dus 6x 8 slots, ben benieuwd hoe lang het duurt voor ik de volgende lading er op kan zetten!.

[iisschots]

JohFraEl heeft een mooi nieuwbericht geschreven voor WDO over deze MF. Deze heb ik geplaatst. Wil je hem lezen volg dan onderstaande link.

http://www.dutchpowercows.org/doc.php?id=493

[Magnifix]

iisschots schreef op maandag 02 oktober 2006 @ 23:03:
JohFraEl heeft een mooi nieuwbericht geschreven voor WDO over deze MF. Deze heb ik geplaatst. Wil je hem lezen volg dan onderstaande link.

http://www.dutchpowercows.org/doc.php?id=493

Jammer dat de links niet werken:

Overige links met informatie zijn:
Het F@H Spaaractie topic
FDO topic MegaFlush
FAHwiki

[Magnifix]

enne nog effe over udmon:
kan ik ergens in udmon zien wat de houdbaarheid van m'n WUtjes is, of moet ik dat per stuk opzoeken op de overzichtspagina op de Stanford-site?
kan ik eenvoudig in udmon zien hoeveel puntjes er in de queue staan, zoals JohFraEl en Jerry hebben laten weten, of moet ik dat zelf uitrekenen op basis van de overzichtspagina van Stanford?

TIA

[smoking2000]

Je kan ook qd draaien, die kan een dump maken van de inhoud van je queue.dat, met per WU zijn deadline

[Verwijderd]

Magnifix schreef op dinsdag 03 oktober 2006 @ 09:21:
enne nog effe over udmon:
kan ik ergens in udmon zien wat de houdbaarheid van m'n WUtjes is, of moet ik dat per stuk opzoeken op de overzichtspagina op de Stanford-site?
kan ik eenvoudig in udmon zien hoeveel puntjes er in de queue staan, zoals JohFraEl en Jerry hebben laten weten, of moet ik dat zelf uitrekenen op basis van de overzichtspagina van Stanford?

TIA

Alle udmon's in een excelsheetje zetten, punten handmatig opzoeken bij Stanford en excel laten rekenen !

[Magnifix]

smoking2000 schreef op dinsdag 03 oktober 2006 @ 09:23:
Je kan ook qd draaien, die kan een dump maken van de inhoud van je queue.dat, met per WU zijn deadline

Okee, gedaan. Volgens mij zit ik echter naar een stukje historie te kijken. Als ik qd (zonder vlaggen dus) uitvoer dan zie ik 9 WUs die al ingeleverd waren voor het sparen begon (met status "finished") en slechts 1 WU die de status "ready for upload" heeft. Die zie ik ook in udmon. De rest van de WUs in de slots in udmon zie ik niet in qd terug.
Toch maar Excel gebruiken, ook al kost dat rekenen cycles

[smoking2000]

Heb geen idee hoe UDMON de WUs buffered als ie dat niet in de queue.dat doet. Door hoort het te staan, mss dat UDMON meerdere queues aanmaakt waarin je ze terug kan vinden?

[Magnifix]

smoking2000 schreef op dinsdag 03 oktober 2006 @ 10:32:
Heb geen idee hoe UDMON de WUs buffered als ie dat niet in de queue.dat doet. Door hoort het te staan, mss dat UDMON meerdere queues aanmaakt waarin je ze terug kan vinden?

Correct Smoking, udmon kopieert de hele F@H-folder en heeft dus lokale queue.dats.
/me hier wordt Magnifix niet vrolijk van

[JohFraEl]

Verwijderd schreef op dinsdag 03 oktober 2006 @ 10:05:
[...]
Alle udmon's in een excelsheetje zetten, punten handmatig opzoeken bij Stanford en excel laten rekenen !

Zo heb ik het idd ook gedaan, is wel wat werk maar je hebt dan wel overzicht.
Ik heb wel een gezipte excel-sheet van de summary voor de liefhebbers.

[Magnifix]

Thanks, JohFraEl

[NightBird]

Magnifix schreef op dinsdag 03 oktober 2006 @ 09:19:
[...] http://www.dutchpowercows.org/doc.php?id=493 [...]

Jammer dat de links niet werken

Nu wel!

[mookie]

het aantal CPU's bij mij scheelt nogal maar ik heb nu zo'n 70.000 gequeued staan.
Als je niks opruimt is dat dus goed voor een dikke 1.8GB aan bestanden maar goed...
Ben de 1ste begonnen met sparen, maar dan de 1ste van augustus

Met een beetje mazzel (veel 1495@364 puntjes en 2411@600 puntjes die je way to snel uitrekend) haal ik nog net de 100.000

Ik denk dat ik tot het einde van de maand wel 10 CPU's in de lucht kan houden.

ow nee, zie er net nog 5. doe maar 15...

edit: die smileys zijn wel leuk, toch?
Ik vind ze leuk... zie ze nu pas, dat er meer zijn

[ Voor 7% gewijzigd door mookie op 04-10-2006 23:50 ]

[Verwijderd]

En je hebt toch bij al die WU's naar de deadline gekeken ?
Anders ken ik wel een hoop mensen die niet zo blij gaan zijn met die flush (lees: mensen op het officiele forum, die al gaan klagen als we flushen binnen de deadline)

[mookie]

jazeker wel.
Sommige zijn op het nippertje, 2 november maar dat is goed genoeg he.
Mits die server die ze uitgaf niet down is EN de collecting server er vanaf weet en ze accepteerd.
Anders is het pech...

[mookie]

ik heb trouwens ook een dijk timeless units.
Allemaal van die 36 tot 44 punters, soms 120. in totaal heb ik nu 357 queue's afgewerkt...

[mookie]

ik gebruik trouwens geen UDmon. Heb ik al te vaak ruzie mee gehad.
ik zet alles op een share op een server en laat de clients over het netwerk de units uitrekenen, gaat perfect.
Ik heb een VB scriptje gebouwd die al die queue's (de unitinfo.txt files) uitleest en zo een overzicht genereert van wat er klaar is, wat de resterende tijd op een P4 2.8GHz is (als de score zou kloppen), hoeveel procent ie nog moet, welk project, hoeveel punten etc.

Misschien een beetje te laat en voor de meesten denk ik te ingewikkeld maar als iemand het wil wil ik het wel doorgeven.

[mookie]

hier is een beetje output, als voorbeeld:


comp. Q |code |downloaded |Due |last acc. |% |pts
---------+-----+------------------+-------------+--------------+----+---

.... meer regels....


INT6 1497 October 4 21:48 November 25 4-okt 23:53 0% 364 79:24
INT7 772 October 4 21:57 -- 4-okt 23:57 0% 149 32:30
INT8 773 October 4 21:59 -- 4-okt 23:59 0% 44 9:35

Qs: 387| pts all Qs: 82372| Qs rdy: 357| pts ready: 73877| time needed: 47:13:40


Tis nu niet mooi uitgelijnd, je moet het met lettertype courier bekijken.


edit: zie nu dat de spaties zijn weggevallen, tis zowiezo nu niet mooi uitgelijnd.
Maar in het echt wel hoor, echt waar ....

[ Voor 11% gewijzigd door mookie op 05-10-2006 00:11 ]

[smoking2000]

mookie schreef op woensdag 04 oktober 2006 @ 23:50:
jazeker wel.
Sommige zijn op het nippertje, 2 november maar dat is goed genoeg he.
Mits die server die ze uitgaf niet down is EN de collecting server er vanaf weet en ze accepteerd.
Anders is het pech...

Op het nippertje van de Final Deadline, of op het nippertje van de Preferred Deadline?

WUs die na de Preferred Deadline geupload worden, zijn namelijk al opnieuw uitgegeven aan een ander client omdat de kans nu groot is dat die WU niet meer voor de Final Deadline ingelevered wordt. Dit zorgt dus voor vertraging in het project waar die WU tot behoort, omdat er op basis van die WU nog geen nieuwe WUs gemaakt kunnen worden.

Dit is het grote probleem met sparen.

mbt tot de queue.dat files uitlezen, je kan beter qd gebruiken om dat te doen en diens (XML) output parsen. Want de unitinfo.txt files worden niet altijd geupdate, dit is een bug in bepaalde cores. qd haalt de progress uit de queue.dat, unitinfo.dat of de logfile van de betreffende WU. En is een floating point, dus preciezer dan de integers uit unitinto.txt

[ Voor 18% gewijzigd door smoking2000 op 05-10-2006 08:54 ]

[JohFraEl]

mookie schreef op woensdag 04 oktober 2006 @ 23:59:
ik gebruik trouwens geen UDmon. Heb ik al te vaak ruzie mee gehad.
ik zet alles op een share op een server en laat de clients over het netwerk de units uitrekenen, gaat perfect.
Ik heb een VB scriptje gebouwd die al die queue's (de unitinfo.txt files) uitleest en zo een overzicht genereert van wat er klaar is, wat de resterende tijd op een P4 2.8GHz is (als de score zou kloppen), hoeveel procent ie nog moet, welk project, hoeveel punten etc.

Misschien een beetje te laat en voor de meesten denk ik te ingewikkeld maar als iemand het wil wil ik het wel doorgeven.

Allereerst: Welkom Mookie bij DPC F@H Spaaractie!

Ziet er zeer gunstig uit wat je post; 15 CPU's, 357 queue's: 100K credits

Ik denk dat er zeker wel interesse is voor het VB scriptje, zeker voor de mensen die geen UDmon gebruiken, dus ik zou zeggen post zoveel mogelijk info, dan kan men er mee aan de slag.

[mookie]

smoking2000 schreef op donderdag 05 oktober 2006 @ 08:52:
[...]


Op het nippertje van de Final Deadline, of op het nippertje van de Preferred Deadline?

eeuuuhhh, preferred deadline?
Het zal toch niet waar zijn... dit is de eerste keer dat ik hier van hoor?
Waar staat dat dan wel niet???

Ik dacht dat die deadline die in unitinfo.txt wordt geschreven (wat niet altijd goed werkt idd, vaak bij de Amber core) gewoon de deadline was en dat WU's niet opnieuw werden uitgegeven voordat die deadline is verstreken...

ik zal dat qd.exe een bekijken....

[mookie]

Gevonden:


timeout = 20 * (daysPerWU) + 2
deadline = max(30* (daysPerWU) + 2,10)

The timeout is the time at which the WU is resent to another client and the deadline is the last time which we will give stats credit for the WU.

Dus, puntjes krijg ik zowiezo maar ze worden er niet blij van bij stanford want die WU is dan al opnieuw uitgegeven... ff met qd spelen en eens kijken hoeveel puntjes er over de timeout heen zitten...

[mookie]

dus:

points = 110 * (daysPerWU)

timeout = 20 * (daysPerWU) + 2
deadline = max(30* (daysPerWU) + 2,10)

dus een 1495 van 364 punten moet dan zijn 364 / 110 = 3,309
timeout is dan 3,309 * 20 +2= 68,18 dagen
deadline is dan 3.309 * 30 +2,10 = 101,37 dagen.

OOPS
heb die faq echt vaak gelezen maar het is me nooit doorgedrongen...

zit nu met qd te spelen maar die is niet echt helder.
Waar zie ik de timeout / preferred deadline dan?
welke parameter moet ik dan gebruiken?
Dit is wat ik er b.v. uitkrijg:


Index 2: ready for upload 27.5 X min speed
server: 171.65.103.162:8080; project: 2414, "p2414_Ribo_tryptophan280"
Folding: run 270, clone 0, generation 0; benchmark 6156; misc: 500, 400
issue: Sun Aug 13 02:08:51 2006; begin: Sun Aug 13 02:17:10 2006
end: Wed Aug 16 01:47:10 2006; due: Fri Nov 03 01:17:10 2006 (82 days)
core URL: http://www.stanford.edu/~pande/Win32/x86/Core_78.fah (V1.90)
CPU: 1,87 Pentium IV; OS: 1,9
assignment info (le): Sun Aug 13 02:10:29 2006; A7290A28
CS: 171.65.103.100; upload failures: 3; P limit: 524286976
user: markvanmook; team: 92; ID: 9B2EAE32C586D825; mach ID: 1
work/wudata_02.dat file size: 2998492; WU type: Folding@Home


Die due is gewoon de final deadline toch? de preferred zie ik niet.

[smoking2000]

due is idd de Final Deadline, de Preferred Dealine staat AFAIK alleen op de Project Summary pagina:
http://fah-web.stanford.edu/psummaryC.html

mbt qd is er goede documentatie van diens output:
http://linuxminded.xs4all...dat-layout/queue-due.html
http://linuxminded.xs4all...ston.quik.com/rph/qd.html

[mookie]

hmm, die berekening lijkt niet helemaal te kloppen.

Voor een 1495 staat nl 35 dagen preferred en 52 deadline ipv de door mij berekende 68 en 101 dagen.
voor een 2411 (600 punten) staat 30 dagen preferred en 82 dagen deadline.
Beetje vreemde beredenatie. Tja, eigenlijk willen we hem binnen 30 dagen terug anders hebben we er niks aan maar ach ja, over 82 dagen kan het ook nog.
Spoort dus ook niet met die berekening die ze zouden aanhouden.

Snap ik de formule soms niet?

Op een P4 2.8Ghz zonder SSE enzo:

600 / 110 = 5.45
5.45 * 20 = 109 -> + 2 is dan 110. Hierboven staat 82 dagen.

Enerzijds zou het kunnen zijn dat de bonus punten ivm groot geheugengebruik er al bij zitten en dat daardoor mijn gecalculeerde deadline niet klopt.
Anderzijnds kun je dan nog niet het volgende verantwoorden:

timeout = 20 * (daysPerWU) + 2
deadline = max(30* (daysPerWU) + 2,10)

timeout van 2411 is 30 dagen
deadline van 2411 is 82 dagen

de * gaat toch voor de + ofniet? dus toch niet 5.45 + 2.1 = 7.55 en dat maal 30, dan zou het 226 dagen zijn en al helemaal niet meer kloppen.

Is er iemand die weet hoe dit komt?

[ Voor 8% gewijzigd door mookie op 05-10-2006 19:43 ]

[Magnifix]

Volgens mij zit je voorlopig wel goed.

[quote FAH-wiki]
A WU representing a unique trajectory within a project is in generally not distributed to multiple clients. Only when a WU is not returned within the preferred deadline will it be reissued to another client. If the reissued WU is returned within the final deadline by the client which exceeded the preferred deadline, the client will still be awarded the credit it was worth. When the client who received the WU when it was reissued also returns the WU within the final deadline the results of both clients will be compared.
[/quote FAH-wiki]

[quote FAH-wiki]
The benchmarks are performed on a 2.8 GHz P4 running Linux with SSE2 disabled. The machine is set to receive 110 Point Per Day. This means that a project which is worth 110 points should be completed in 24 hours when running on an identical system. And a projects which took 3 days to complete on the benchmark system will be awarded with 330 credits.
BigWU Work Units get a 100% bonus on the credit due to their size.
[/quote FAH-wiki]

Vooral die laatste zin zou er wel eens voor kunnen zorgen dat je berekening niet klopt. Althans, gesteld dat een P24xx een BigWU is. Dit wijkt overigens af van de Stanford-FAQ waar gezegd werd dat ze een 50% bonus kennen.
Zolang jouw WUs binnen de final deadline zitten is er niets aan de hand, behalve dat er wat resources elders verloren gaan omdat iemand anders ook jouw WUs aan het uitrekenen is. De wikipagina geeft niet aan of die persoon dan credits krijgt...

Misschien moet je eens overwegen of je niet toch alvast de oudste WUs wilt inleveren. Kan me zo voorstellen dat het straks aardig wat tijd gaat kosten om al die queues te uploaden. Jerry heeft daar wel ervaring mee

[smoking2000]

Magnifix schreef op vrijdag 06 oktober 2006 @ 08:24:
Zolang jouw WUs binnen de final deadline zitten is er niets aan de hand, behalve dat er wat resources elders verloren gaan omdat iemand anders ook jouw WUs aan het uitrekenen is. De wikipagina geeft niet aan of die persoon dan credits krijgt...

Als de 2e persoon die een WU crunched deze voor de Final Deadline inleverd krijg hij het volledige aantal punten, net als dat de 1e persoon deze punten krijgt als hij de WU voor de Final Deadline inleverd.

Simpel gezegt, je krijgt punten voor het werk dat je doet. Je krijgt alleen geen punten voor WUs die de Final Deadline passeren, omdat de client ze verwijderd uit de queue wanneer het ziet dat de deadline verstreken is. Als je halvewege een EUE krijgt (en mits de WU niet corrupt is geworden), krijg je zelfs nog credits voor het werk wat je wel hebt gedaan, dus 60% van de WU afgemaakt tot de EUE, krijg je 60% van de credits.

[Verwijderd]

Magnifix schreef op vrijdag 06 oktober 2006 @ 08:24:
Volgens mij zit je voorlopig wel goed.


[...]


[...]


Jerry heeft daar wel ervaring mee

Udmon, F11 .... send all results en dat maal het aantal udmons wat je hebt draaien dus het valt wel mee ! als alles goed gaat tenminste !!

[JohFraEl]

Verwijderd schreef op vrijdag 06 oktober 2006 @ 09:22:
[...]
Udmon, F11 .... send all results en dat maal het aantal udmons wat je hebt draaien dus het valt wel mee ! als alles goed gaat tenminste !!

Niet als hij geen Udmon gebruikt:

mookie schreef op woensdag 04 oktober 2006 @ 23:59:
ik gebruik trouwens geen UDmon. Heb ik al te vaak ruzie mee gehad.
ik zet alles op een share op een server en laat de clients over het netwerk de units uitrekenen, gaat perfect.

thekip had hier nog een scriptje voor....:
Verwijderd in "Ontwikkelingsdraad Folding@Home faq"

[mookie]

ik heb idd gewoon een vbscriptje die alle unitinfo.txt uitleest en een 2de bestandje met daarin de projectcode en de punten. Ik weet alleen niet wat nu bonus WU's zijn en wat niet.

Overigens zijn de bonussen van 50% naar 100% gegaan omdat eerst een big WU 100MB geheugen gebruikte en nu voortaan 200MB kan gaan gebruiken, is pas geleden gewijzigd.

Ik heb nu 820MB aan wuresult files staan.
Op m'n 1mbit lijntje duurt dat ongeveer 2 uur, plus de tijd om telkens een client op te starten omt e gaan flushen zal dat ongeveer 3 uur duren dus dat valt nog wel mee.
Ik draai gewoon een batchfile die sequentieel alle clients opstart met -send all

Ik denk dat ik mijn scriptje maar gewoon aanpas en in de 2de file met de projecten/punten ook maar de preferred deadline en final deadline in ga zetten.
Gewoon van de website van stanford ff kopieren, plakken in excel en save as csv.

[JohFraEl]

@mookie: Ik heb hier een gezipte excel-sheet van de Stanford F@H summary voor je.

[jeronimo]

Ik krijg de indruk dat bij m'n UDMon koetje toch of en toe een WU geflushed is. Welke settings moeten er precies ingevoerd worden om zeker te zijn dat dit niet voortijdig zal gebeuren? Ik kan helaas niet de ingevoerde settings opgeven daar deze koe de pijp aan maarten heeft gegeven (als in FUBR )

[JohFraEl]

Uit de instructie van AES:

Werken met een dual-core of dual processor, Stap 2
[...]Weer terug naar Settings>F@H>Configure slots.
Vink aan Use proxy en Use IE uit en verander het port adres van 8080 in bijv. 1337. Voor alle zekerheid vink ik ook aan Ask before ...
Hide the client mag je nu aanvinken om die maffe tab uit de werkbalk te krijgen.

Werkt iig!
Als je gaat flushen zet je alles weer terug, etc.

[jeronimo]

Bedankt, eens kijken of ze nu de puntjes binnen houden!

[MadMarky]

Ik heb wat probleempjes met het vullen van m'n cache met UDMon:

code:

- Error: Attempt #1  to get work failed, and no other work to do.
             Waiting before retry.

Enzovoorts. Ik heb wel enkele WU's kunnen cachen, maar sinds gisteren krijg ik niks meer binnen.

[_Hans_]

Ik heb sinds een week ook F@H draaien, en ik ben al aan het sparen voor de MF. Ik heb mijn pc (amd 3500+) gemiddeld zo'n 6 uur aanstaan per dag (met F@H). Het is niet zo veel maar ik denk ik meld toch toch even dat ik ook meedoe

[smoking2000]

MadMarky schreef op dinsdag 10 oktober 2006 @ 02:34:
Ik heb wat probleempjes met het vullen van m'n cache met UDMon:

code:

- Error: Attempt #1  to get work failed, and no other work to do.
             Waiting before retry.

Enzovoorts. Ik heb wel enkele WU's kunnen cachen, maar sinds gisteren krijg ik niks meer binnen.

Config je client zonder BigWU en/of -advmethods, zo heb je standaard WUs die zouden er nog plenty moeten zijn. Deadlineless WUs zijn al een tijd niet meer voorradig, dus als je dat hebt geconfigureerd, moet je dat weer even uitzetten. Er zijn wel WUs van o.a project 772 zonder Final Deadline, maar dit zijn geen officieele Deadlineless WUs

[MadMarky]

In UDMon staat de optie 'advanced methods' uit, als ik die aanzet krijg ik zo'n lullige p773 binnen. De BigWU optie heeft wel mijn voorkeur (anders heb ik cache slots te weinig) maar deze aan of uit zetten in de client config maakt geen verschil. Ik heb de afgelopen dagen behalve die ene p773 nog niets binnen gekregen en m'n cache is nog vrijwel leeg.
Iemand suggesties?

[smoking2000]

Meer mensen krijgen de laatste paar dagen WUs uit de 77x projecten, dit zijn dus helaas zo'n beetje de enige projecten waarvan WUs worden uitgegeven.

Het is niet anders, want je kan slechts een preferentie voor WUs aangeven, je kan ze niet uitkiezen.

[MadMarky]

Wat houdt die 'advanced methods' optie in dan? Als ik die aanzet krijg ik p773 WU's, je gaf me juist het advies om deze uit te zetten. Vraag je daarmee soms om deadlineless WU's?
Zelf heb ik weinig aan die P773 dingen, een paar uur en ze zijn klaar.

Kunnen andere mensen nog wel gewoon WU's downloaden dan?
Ik heb hier:
3x p2414 gedownload op 7-10 (prima)
2x p1808 gedownload op 8-10 (matig, 't zijn korte WU's)
1x p773 van daarnet (waardeloos)

[smoking2000]

Welkom in de wondere wereld van Folding@Home.

quote: http://folding.stanford.edu/FAQ-settings.html

GENERAL SETTINGS

The default configuration (no flags): the most stable way to run FAH is without any flags and with the default answers to the client configuration settings. One will get a variety of work units. The majority of disease related work units are assigned to clients without any flags.

-advmethods This flag gives "advanced methods" work units (WUs). These work units will inherently be less stable than regular WUs. The donor should monitor the client regularly and report unusual situations to the folding community forum (http://forum.folding-community.org).


SETTINGS UNIQUE TO THE VERSION 5.0x CLIENT

The configuration setting Accept WUs>5MB (also known as the "BigWU" setting) allows for large WUs (large in either download size, upload size, or RAM requirements). Note that these work units are the most demanding work units in download and/or RAM. In the console client, this is set through the -config flag. You will be asked "Allow receipt of work unit assignments and return of work results greater than 5MB in size (such units may have large memory demands)". In the GUI client, this is set through the config panel. We do not recommend the BigWU setting for clients with modems, due to the large filesize involved (and greater potential for transmission problems and WU loss).

Combining advanced methods and BigWU: this combination unlocks the most demanding work units, including QMD and very large RAM and/or download WUs. We do not suggest this setting for a machine which is not readily administered, as this setting is the most demanding and would likely require more donor intervention than any other setting. To compensate for this, these WUs have a large bonus. The donor should monitor the client regularly and report unusual situations to the folding community forum (http://forum.folding-community.org). THIS COMBINATION SHOULD BE ONLY USED WITH EXTREME CAUTION AND FAMILIARITY WITH FAH -- THERE WILL BE HUGE DEMANDS ON THE CLIENT MACHINE, INCLUDING (BUT NOT LIMITED TO) RAM, HARD DRIVE, NETWORK CONNECTION. Bonus points are awarded due to these increased demands.

Also, please note that work unit availability is based on the current projects that are running. If you choose to use -advmethods, BigWU, or the combination of both, it does not guarantee that you will get a specific type of work unit all of the time. These work units, like all others, come and go depending on the research we are doing. If an advanced, QMD, or BigWU project is not available, you will be assigned to another server that may give you a work unit that does not carry bonus points.

Mensen krijgen de WUs die de assignment servers hun toewijzen. Die assignment servers kan je vertellen wat voor WUs je accepteerd. Wat je daadwerkelijk krijgt is afhankelijk van de assignment server. Als er geen BigWU en/of -advmethods WUs zijn zal je deze niet krijgen als je dit geconfigureerd hebt, en je zult nooit BigWU of -advmethods WUs krijgen als je deze niet expliciet geconfigureerd hebt.

[MadMarky]

Ok das dan duidelijk.
Maar dan nog iets: http://fah-web.stanford.edu/serverstat.html
Dat is een overzichtje met de stanford servers en hoeveel WU's ze hebben om uit te geven. Mijn clients worden continu assigned aan server VSP66, terwijl deze geen WU's heeft om uit te geven. Foutje aan Stanfords kant of zijn ze gewoon op? Bij andere servers zie ik wel available WU's staan.

[smoking2000]

De Assignment Servers zijn idd niet perfect.

[Savantas]

hmmm, ik krijg ook alleen maar kleine WU's... Dan maar een 2e UDmon opzetten en die nadat deze vol zit aanzetten...

[Stephan_jk]

Dit probleem had ik afgelopen weekend ook al. Op 2 machines kreeg ik alleen maar kleintjes toegewezen. Vooral 772 en 773 WU's. Een enkele 1808.

[smoking2000]

Het is geen probleem, zo werkt F@H.

Je krijgt de WUs die Stanford op dat moment het meest belangrijkt acht.

Een voordeel van 772, en 773 WUs hebben geen Final Deadline, dus kunnen nooit te laat komen, en met een Preferred Deadline van 300 dagen moet ermee sparen geen enkel probleem zijn

[Magnifix]

Helaas kan mijn vouwserver niet 24/7 vouwen (soms moet er ook werk gedaan worden ), dus wil ik udmon schedulen (Windows 2000 server).
Het starten van udmon en dat deze gaat vouwen is niet zo'n probleem (hebbie een vinkje voor), maar hoe laat ik udmon (gracefully) stoppen zodat er weer produktie gedraaid kan worden en de scheduled task (impliciet udmon) de volgende keer zonder problemen start?

[Verwijderd]

Ik hoop dat we met "de F@H-thuisbasis" hebben gecommuniceert ?!

Want ik kan me herinneren dat er bij de vorige MF (van T4F) enorme ophef ontstond. Die ophef ontstond simpelweg omdat er gewone units werden gespaard ipv de timeless units. Er werd zelfs gedreigd met maatregelen

Het is dus gewoon DE BEDOELING dat je kleine units spaart (van de timeless variant). Zodra er gewone (en hoog gewaardeerde untis) worden gespaard kan dat dus een behoorlijke trammalant opleveren !

[jeronimo]

@Magnifix
Is het niet zo dat de F@H console standaard met een lage prioriteit draait en dat het daardoor niet nodig om te stoppen als er ander werk gedaan moet worden. Ik merk namelijk niet dat er nu 2 consoles draaien op mijn pc.

[jeronimo]

Verwijderd schreef op vrijdag 13 oktober 2006 @ 09:18:
Ik hoop dat we met "de F@H-thuisbasis" hebben gecommuniceert ?!

Want ik kan me herinneren dat er bij de vorige MF (van T4F) enorme ophef ontstond. Die ophef ontstond simpelweg omdat er gewone units werden gespaard ipv de timeless units. Er werd zelfs gedreigd met maatregelen

Het is dus gewoon DE BEDOELING dat je kleine units spaart (van de timeless variant). Zodra er gewone (en hoog gewaardeerde untis) worden gespaard kan dat dus een behoorlijke trammalant opleveren !

Als ik me goed herinner was er toen wat commentaar van een overijverige forumbeheerder. Echter een officiele klacht o.i.d. heb ik niet gehoord.

[JohFraEl]

Verwijderd schreef op vrijdag 13 oktober 2006 @ 09:18:
Ik hoop dat we met "de F@H-thuisbasis" hebben gecommuniceert ?!

Want ik kan me herinneren dat er bij de vorige MF (van T4F) enorme ophef ontstond. Die ophef ontstond simpelweg omdat er gewone units werden gespaard ipv de timeless units. Er werd zelfs gedreigd met maatregelen

Het is dus gewoon DE BEDOELING dat je kleine units spaart (van de timeless variant). Zodra er gewone (en hoog gewaardeerde untis) worden gespaard kan dat dus een behoorlijke trammalant opleveren !

Onze PV heeft destijds wel informatie ingewonnen over een eventuele spaaractie op F@H en of men daar bij Stanford problemen mee had. SandStar in "\[Folding@Home] hitparade van 16 augustus"
Volgens SandStar viel dat nogal mee, het waren merendeels andere Teamleden die op het FaH-forum daar ruchtbaarheid aan gaven en de forumbeheerder. Stanford zelf had er geen problemen mee, wel hebben we het verzoek gekregen om niet langer dan een maand te sparen, wat we dus ook doen!! Verder werd verzocht om het niet van de daken te schreeuwen op het FaH-forum, dan zal de ophef wel meevallen. Er zijn iig geen maatregelen aangekondigt tegen onze spaaractie en ik verwacht die dan ook niet. Qua units is het gewoon zo dat je op dit moment bijna geen timeless units kan downloaden, echter units met een houdbaarheid van 40+ dagen zullen geen probleem opleveren.

[Magnifix]

jeronimo2003 schreef op vrijdag 13 oktober 2006 @ 09:26:
@Magnifix
Is het niet zo dat de F@H console standaard met een lage prioriteit draait en dat het daardoor niet nodig om te stoppen als er ander werk gedaan moet worden. Ik merk namelijk niet dat er nu 2 consoles draaien op mijn pc.

Dat kan wel kloppen, alleen staat het zo slordig als een collegasysteembeheerder tijdens mijn afwezigheid wat vage processen ziet draaien en vragen gaat stellen Better safe than sorry

[smoking2000]

JohFraEl schreef op vrijdag 13 oktober 2006 @ 09:38:
[...]

Onze PV heeft destijds wel informatie ingewonnen over een eventuele spaaractie op F@H en of men daar bij Stanford problemen mee had. SandStar in "\[Folding@Home] hitparade van 16 augustus"
Volgens SandStar viel dat nogal mee, het waren merendeels andere Teamleden die op het FaH-forum daar ruchtbaarheid aan gaven en de forumbeheerder. Stanford zelf had er geen problemen mee, wel hebben we het verzoek gekregen om niet langer dan een maand te sparen, wat we dus ook doen!! Verder werd verzocht om het niet van de daken te schreeuwen op het FaH-forum, dan zal de ophef wel meevallen. Er zijn iig geen maatregelen aangekondigt tegen onze spaaractie en ik verwacht die dan ook niet. Qua units is het gewoon zo dat je op dit moment bijna geen timeless units kan downloaden, echter units met een houdbaarheid van 40+ dagen zullen geen probleem opleveren.

Kleine noot: Bruce is een forum admin op Folding-Community, niet de admin, dat is WW. Maar daar hoor je weinig van, net als van pytagoras (nog een admin)

Timeless Tinkers zijn op. Project 772, en 773 zijn deadlineless Gromacs, de enige semi-deadlineless WUs op het moment. Het zijn geen echte timeless WUs want die zijn alleen beschikbaar voor client die dat werk expliciet geconfigureerd hebben, maar gedragen zich deadline-wise wel zo.

Magnifix schreef op vrijdag 13 oktober 2006 @ 09:39:
Dat kan wel kloppen, alleen staat het zo slordig als een collegasysteembeheerder tijdens mijn afwezigheid wat vage processen ziet draaien en vragen gaat stellen Better safe than sorry

Foei.
Je mag F@H alleen draaien met toestemming van de eigenaar van de machine. Je riskeerd het zero'en van jouw en je team's scores als je daarvoor gepakt wordt!

[JohFraEl]

Verwijderd schreef op maandag 02 oktober 2006 @ 12:18:
Wat hebben we in onze queueueueueueue's staan ??? :

Ik op dit moment : 37555

(heb er pas 10 op sparen staan)

JohFraEl schreef op maandag 02 oktober 2006 @ 20:40:
Van 1 systeempje weet ik het (nog) niet maar met de rest: 4x P4 2,4ghz en 1x AMD Athlon X2, kom ik nu op ca. 15.897 queueued uit.

Da's dus 6x 8 slots, ben benieuwd hoe lang het duurt voor ik de volgende lading er op kan zetten!.

Update:

De volgende lading staat er inmiddels op, totaal 64 WU's t/m nu, daarmee kom ik totaal op 22.869 pts.

MegaFlush Queue Oktober 2006
CPU	Points	WU's	Af 14/10
PC_WS002	2.053	8	4
UD_R1	3.743	8	3
UD_R2	3.149	8	3
UD_R3	3.800	8	3
ZEUS1	4.969	16	10
ZEUS2	5.155	16	8
6 Totaal	22.869	64	31

(CPU 1 t/m 4 zijn: P4 2,4ghz en ZEUS1+2 is AMD Athlon X2; Benchmark Result: 7.037 )

[Verwijderd]

Ik kan het niet meer bijhouden ..... maar ik kom in ieder geval boven de 37555 puntjes uit, das zeker

[Verwijderd]

Verwijderd schreef op vrijdag 13 oktober 2006 @ 09:18:
Ik hoop dat we met "de F@H-thuisbasis" hebben gecommuniceert ?!

Want ik kan me herinneren dat er bij de vorige MF (van T4F) enorme ophef ontstond. Die ophef ontstond simpelweg omdat er gewone units werden gespaard ipv de timeless units. Er werd zelfs gedreigd met maatregelen

Het is dus gewoon DE BEDOELING dat je kleine units spaart (van de timeless variant). Zodra er gewone (en hoog gewaardeerde untis) worden gespaard kan dat dus een behoorlijke trammalant opleveren !

Waren de timeless units voorlopig niet gewoon offline gehaald. Of anders gezegd, ze hadden geen projecten meer waarvan de deadline hun niet kon schelen.
Er was daar wat ophef over omdat er ineens een hoop tragere machines stonden te idlen en de mensen de eigenaars niet meer konden bereiken en bijgevolg hun punten zagen instorten

[MadMarky]

Met de bestaande client blijf ik steeds geconnect worden met dezelfde assignment server, die al een tijdje zonder WUs zit om uit te geven. WU's haal ik nu binnen met een losse console client en plak ik vervolgens handmatig in de lege UDMon slots. Het is wat gedoe, maar het werkt. Heb zelfs al weer een aantal p2414's binnengehaald

[Verwijderd]

MadMarky schreef op zondag 15 oktober 2006 @ 14:02:
Met de bestaande client blijf ik steeds geconnect worden met dezelfde assignment server, die al een tijdje zonder WUs zit om uit te geven. WU's haal ik nu binnen met een losse console client en plak ik vervolgens handmatig in de lege UDMon slots. Het is wat gedoe, maar het werkt. Heb zelfs al weer een aantal p2414's binnengehaald

Ik krijg alleen maar 772's en 773's binnen

[MadMarky]

Met een gewone console client?
Zet de optie 'advanced methods' uit in je config.

[smoking2000]

772, en 773 zijn niet meer alleen voor advmethods clients, ze zijn nu voor het gewone BigWU volk beschikbaar. Zonder BigWU krijg je deze twee niet meer. Maar ik zou er juist mee sparen omdat ze zolang houdbaar zijn

[MadMarky]

Die deadlines zijn niet echt relevant, we sparen toch maar tot eind oktober en dat is nog 2 weken. De meeste uitgegeven WU's hebben een preferred deadline van 30 dagen of meer. Daarnaast zijn 773's imo nogal waardeloos, met een paar uur zijn ze klaar. Je moet dan nogal een voorraad aanleggen als je voor een maand werk wilt

[smoking2000]

Het leven van een mega flusher gaat niet over rozen

Je moet wel werken voor je respect

[mookie]

Als je het hebt over een voorraad aanleggen.
Ik reken ze bijna sneller weg dan dat ik ze binnen haal...

zit nu op 94.000 puntjes...

[ Voor 14% gewijzigd door mookie op 16-10-2006 20:57 ]

[JohFraEl]

w00t w00t 94K !!!!

Is dat t/m nu afgewerkt of totaal gedownload?

Ik heb het volgende lijstje aan WU's gedownload:

code:

p1808   14
p1809   7
p1811   1
p1814   3
p1862   1
p2052   1
p2124   13
p2125   2
p2130   1
p2133   1
p2138   1
p2141   2
p2408   1
p2409   1
p2411   1
p2414   14

Daarvan is iets meer als de helft ongeveer klaar.

[jeronimo]

mookie schreef op maandag 16 oktober 2006 @ 20:52:
Als je het hebt over een voorraad aanleggen.
Ik reken ze bijna sneller weg dan dat ik ze binnen haal...

zit nu op 94.000 puntjes...

Mag ik vragen welke hardware je dan wel niet hebt staan. Nu al op 94K is impressive

Ik heb nu zelf 18 WU klaar staan, de meeste zijn 772's en 773's
_{Is natuurlijk niet te vergelijken met mookie, jerry of JohFraEl, maar ik ben dan ook maar een thuisvouwer.}

[mookie]

ik doe al een maand langer mee.
Ik wist toen nog niet dat er een PREFERRED en een echte DEADLINE was..
Sommige had ik dus al lang in moeten leveren maargoed... das voor de volgende keer.

al mijn CPU's zijn P4 2.8Ghz of hoger, ik heb geen core duo's maar wel xeons met lekker veel cache wat in sommige gevallen wel uitmaakt.

Heb trouwens net iets ontdekt.
alle 772 en 773 komen van 171.64.122.130 en de lekker WU's (1495 en 1497) komen van 171.64.122.128.
Heb net ff 171.64.122.130 geblocked op m'n firewall. ff paar keer retryen en dan kom je zo op de .128 uit.

lekker, die 364 bonus WU's

beetje oneerlijk gedrag, maar het is een megaflush he alles voor de puntjes... na de 31e doen we weer gewoon wu-tje voor wu-tje uitrekenen en inleveren...


94.000 is afgewerkt. 95.000 is gedownload... we gaan voor de 100.000

[ Voor 4% gewijzigd door mookie op 17-10-2006 00:21 ]

[mookie]

truukje werkt trouwens niet zo goed..
Blijf nu telkens haken op de .130 en dan kan ik simpelweg geen units downloaden...
je kunt het gedrag dus niet echt beinvloeden...

[MadMarky]

mookie schreef op dinsdag 17 oktober 2006 @ 00:25:
truukje werkt trouwens niet zo goed..
Blijf nu telkens haken op de .130 en dan kan ik simpelweg geen units downloaden...
je kunt het gedrag dus niet echt beinvloeden...

Dat heb ik dus ook met de clients die ik met UDMon monitor en die met cache slots werken. Zoals ik al eerder zei haal ik nu de WU's binnen met een losse console client en plak ik ze zelf in de slots. De losse client 'reset' ik daarna steeds, dan haal ik alles weg behalve de config file en de client zelf. Werkt prima maar is alleen wat omslachtig (en niet te doen als je bijv met 30 cpu's werkt)

[Magnifix]

Zit nu op ca. 6,5K uitgerekend Zojuist eerste koetjes van vers voer voorzien, zit wel redelijk verspreid. 3 x P241x, 2 x P772, 2 x P773, 1 x P1495. Gewoon met udmon opgehaald

[Verwijderd]

We blijven toch wel in de geest en achterliggende gedachte van het project handelen he ? Foei ! Bepaalde ip's blocken omdat je die 364 punters binnen wilt (goed idee)

Als ik het zo allemaal snel inventariseer, zullen we over de 1 miljoen komen die dag.

Ik weet niet wat mijn clanmaatje Jerry voor ons in petto heeft, maar het zal wel weer met een grote knal komen

Ikzelf zal een kleine rol spelen in de MF. Zal niet meer dan 10.000 puntjes kunnen flushen. (pc's staan veel uit).. Maar ja, alle kleine beetjes helpen he ?

grtz, 4P

[Magnifix]

T4F_4Power weet iets dat anderen niet weten

Maakt niet uit hoor, als het een miljoen wordt zul je mij verder niet horen

[MadMarky]

Na een weekje werken heb ik nu 4K aan puntjes klaar. Nu ik weer wat p2414's heb gaat het komende week wss nog sneller, elke 2 dagen 1200 punten van alleen m'n dualcore pc

[MadMarky]

UDMon lekt
Mensen stel de settings voor 'Cache exhaustion' goed in, bijvoorbeeld "Do nothing ...and stop the F@H client" aanvinken. Standaard zal de client de WU in het laatste cache slot flushen en om een nieuwe vragen!

[JohFraEl]

^^ Dat kan idd ook!

Een paar pagina's terug heb ik een andere methode gepost welke ook goed tegen het 'lekken' werkt:
JohFraEl in "\[Folding@Home] DPC MegaFlush op 31-10-20..."

[mookie]

97171 puntjes klaar en goed voor 1,120 GB aan result files

[Verwijderd]

mookie schreef op donderdag 19 oktober 2006 @ 12:08:
97171 puntjes klaar en goed voor 1,120 GB aan result files

Goed bezig Mookie !! Zoveel puntjes zal ik niet halen vrees ik dus waar 4Power zijn wijsheid vandaan haalt weet ik niet maar het is waarschijnlijk, zoals zo vaak, op lucht gebaseerd !

En uiteraard laat ik de daily output niet helemaal inzakken dus daar gaan ook nog behoorlijk wat puntjes naar toe ....

[ Voor 13% gewijzigd door Verwijderd op 19-10-2006 12:33 ]

[mookie]

Verwijderd schreef op donderdag 19 oktober 2006 @ 12:32:
[...]


Goed bezig Mookie !! Zoveel puntjes zal ik niet halen vrees ik dus waar 4Power zijn wijsheid vandaan haalt weet ik niet maar het is waarschijnlijk, zoals zo vaak, op lucht gebaseerd !

En uiteraard laat ik de daily output niet helemaal inzakken dus daar gaan ook nog behoorlijk wat puntjes naar toe ....

Daily output?
Die is bij mij gewoon 0 hoor
Soms glipt er 1tje weg maar ja...

[mookie]

En wat bracht DHL zojuist binnen?
En core 2 duo-tje...

nog ff mee laten draaien....

[Verwijderd]

mookie schreef op vrijdag 20 oktober 2006 @ 10:23:
En wat bracht DHL zojuist binnen?
En core 2 duo-tje...

nog ff mee laten draaien....

Bij mij kwamen alleen maar netwerkkaarten en monitoren binnen ... .altijd pech !!

[mookie]

Dan wordt het dus tijd dat ze fahclients bouwen voor netwerk kaart processoren
(IOP's ofzo, of hoe heten die dingetjes?)

98493 punten in 1,133GB resultfiles...

[ Voor 15% gewijzigd door mookie op 20-10-2006 12:24 ]

[Verwijderd]

Ik hoop dat het flushen goed gaat Mookie !!

[mookie]

ik denk het wel.
Net maar ff scriptje gebouwd want 550 queues met de hand flushen ga ik niet redden in 24 uur

Nog een paar dagen en dan de grote druk op de knop...

[ Voor 21% gewijzigd door mookie op 20-10-2006 15:12 ]

[JohFraEl]

Woei, dat ziet er goed uit!!!

ik heb nu ongeveer zo'n 14.480 credits completed van de 22.869 puntjes.

Ik schat dat we iig boven de 400.000 punten uitkomen totaal (Blijft echter een ruwe schatting)

[Schapie]

Ik en m'n broertje sparen in totaal met 4 cpu's, maar hoeveel dat zal gaan opleveren... ik heb geen idee.

We zullen het zien op de dag zelf, als we er een top 5 notering mee kunnen behalen vind ik dat al een hele prestaties, maar als we de #1 halen zou dat natuurlijk heel mooi zijn.

[mookie]

en jawel hoor.
M'n 100.000 "goal" is behaald

102.112 @ 1,155 GB
Ben benieuwd wat het gaat worden op 31 oktober...

[Megaflix]

mookie schreef op zaterdag 21 oktober 2006 @ 23:28:
en jawel hoor.
M'n 100.000 "goal" is behaald

102.112 @ 1,155 GB
Ben benieuwd wat het gaat worden op 31 oktober...

Krijg je die punten ook allemaal, omdat je al een maand langer spaart? Of gaat er nog "belasting" vanaf?

[smoking2000]

Het zal er aanliggen of de Work Servers alle WUs kunnen accepteren wanneer deze en-masse geupload gaan worden. Mogelijk zullen er een of meer WS'en op hun smoel gaan, waardoor de die WUs niet (meteen) gecredit kunnen worden. Het is niet te hopen trouwens, met RC5 is daar een hoop gezeik overgeweest.

[Megaflix]

Dat gezeik snap ik persoonlijk niet, want er zijn teams die daily doen wat bij ons een MF is (hooguit dat die gespreid over de dag flushen in plaats van alles tegelijk)

[smoking2000]

Met gezeik doel ik op het flippen van mensen omdat hun servers gecrasht zijn door overmatig hoge load. Niet verwonderlijk als je het mij vraagt.

We moeten idd heel erg ons best doen om zoveel load te geneneren, maar DPC heeft bewezen hiertoe instaat te staan, en is het dus verstandig dit in het achterhoofd te houden

[ Voor 7% gewijzigd door smoking2000 op 22-10-2006 01:13 ]

[Verwijderd]

Megaflix schreef op zaterdag 21 oktober 2006 @ 23:32:
[...]

Krijg je die punten ook allemaal, omdat je al een maand langer spaart? Of gaat er nog "belasting" vanaf?

Spaart mookie 2 maanden dan ??

[mookie]

ja ik spaar 2 maanden, zoals eerder gezegd wist ik niet dat er een PREFERRED deadline was.
Ik heb gewoon een heleboel big WU's waarvan de final deadline (net) na 31 oktober ligt en dacht dat dat wel goed zat.

Daarbij was ik al aan het sparen want ik wou ff in onze persoonlijke megaflush top 5 komen , maar ja, toen moest iedereen in 1 keer flushen voor de MF dus ben ik maar gewoon doorgegaan met sparen...

En als die servers eruit klappen omdat ze het zo druk krijgen dan is dat zwaar pech voor ons maar voor stanford kan het me niet echt schelen. Stel je voor dat er 200.000 mensen voor mij voor niks auto's gaan wassen en ik ga dan klagen dat ik teveel schone auto's heb en er dus niet in kan rijden...
Stanford doet zowiezo eigenlijk nooit moeilijk, die weten veels te goed dat ze blij moeten zijn dat mensen hun idle CPU doneren. Meestal zijn het 1 of 2 mannetjes in de groep die weinig te doen hebben en de hele dag het forum af zitten te struinen zodat ze lekker kunnen klagen.

Als wij hiermee echt voor een hoop problemen zorgen dan moeten we niet meer megaflushen denk ik...

[ Voor 4% gewijzigd door mookie op 22-10-2006 11:26 ]