[Folding@Home] hitparade van 14 februari

[smoking2000]

Het is alweer een tijdje geleden dat ik het heb gedaan, maar het is tijd voor stats!

Met om te beginnen het heugelijke nieuws dat SwollyBoy onze nieuwste aanwinst is!



Het donderteam komt samen met de Divisie uit Brabant de top10 in stormen, wat voor een kleine schadeclaim zorgde.



Gelukkig zijn wij van DPC goed voorzien van koeien om de schade voor hun rekening te nemen.



Ook heb ik nog een mooi plaatje van p2055_abeta_4mer voor jullie.

code:

Name      : p2055_abeta_4mer
Atoms     : 2092
Preferred : 26.00 Days
Deadline  : 37.00 Days
Credit    : 193.00
Frames    : 100
Code      : GROMACS
Contact   : luttmann
Server    : 171.64.122.136

Dan rest mij niets meer dan u allen een fijne nacht/dag te wensen, en ga ik mijn kussen knuffelen.

DPC Folding@Home hitparade van 14 februari 2007

Daily Top 30
Flushers: 69 / 1.936 (3,6 %)
pos		daily	member	total
1.	()	11.816	chelloo.com	1.292.002	(12)
2.	()	6.145	TEAM_JOE_BAR	1.359.809	(11)
3.	(1)	4.540	Team4Fun.nl	4.514.084	(1)
4.	(1)	4.336	[DPC]_Team_ColdFusion	1.895.608	(6)
5.	(2)	3.785	1KEY	617.219	(21)
6.	()	2.583	[DPC]_Fatal_Error_Group	1.616.646	(9)
7.	(14)	2.074	www.onweer-online.nl	1.013.599	(15)
8.	(8)	1.680	DPC_Division_Brabant	641.364	(20)
9.	(1)	1.593	kbon	97.440	(90)
10.	(1)	1.545	gowron	2.174.232	(4)
11.	(3)	1.419	Schapie	1.084.888	(14)
12.	(7)	1.390	Team_Pastis_51	1.916.368	(5)
13.	(36)	954	PeaceNlove	37.060	(180)
14.	(1)	930	Niixxss	177.850	(50)
15.	(3)	897	Waddenteam	530.735	(26)
16.	(1)	888	Holy_Cow!	848.098	(17)
17.	(3)	867	[DPC]Clan_Delft	1.703.246	(7)
18.	()	744	Bogaarts	169.034	(54)
19.	(48)	688	The_Von_Trapp_Family_Singers	113.569	(75)
20.	(9)	667	[DPC]NGS	3.062.075	(3)
21.	()	618	PureAgony	109.826	(79)
22.	(20)	596	Forza_Mucca	1.251.844	(13)
23.	(1)	571	Robbie_D	488.151	(27)
24.	(4)	478	-Niels-	4.367	(501)
25.	(1)	459	Citroentje	55.699	(132)
26.	(12)	412	BeeeeJeeee	30.822	(193)
27.	()	392	Brobbel	53.626	(139)
28.	(16)	392	Gerbie	3.852	(528)
29.	()	392	Maybe	34.672	(184)
30.	(27)	392	SandStar	1.606.279	(10)
	More...

Overall Top 30
pos		total	member	daily
1.	()	4.514.084	Team4Fun.nl	4.540	(3)
2.	()	3.143.907	Team_Elteor_Borislavj	372	(33)
3.	()	3.062.075	[DPC]NGS	667	(20)
4.	()	2.174.232	gowron	1.545	(10)
5.	()	1.916.368	Team_Pastis_51	1.390	(12)
6.	()	1.895.608	[DPC]_Team_ColdFusion	4.336	(4)
7.	()	1.703.246	[DPC]Clan_Delft	867	(17)
8.	()	1.650.856	DPC_Los_Alcoholicos	186	(42)
9.	()	1.616.646	[DPC]_Fatal_Error_Group	2.583	(6)
10.	()	1.606.279	SandStar	392	(30)
11.	()	1.359.809	TEAM_JOE_BAR	6.145	(2)
12.	()	1.292.002	chelloo.com	11.816	(1)
13.	()	1.251.844	Forza_Mucca	596	(22)
14.	()	1.084.888	Schapie	1.419	(11)
15.	()	1.013.599	www.onweer-online.nl	2.074	(7)
16.	()	916.210	BananaTeam	186	(39)
17.	()	848.098	Holy_Cow!	888	(16)
18.	()	784.486	New_Folder	186	(49)
19.	()	752.373	MaCCrunch	0	(-)
20.	()	641.364	DPC_Division_Brabant	1.680	(8)
21.	()	617.219	1KEY	3.785	(5)
22.	()	607.982	STW	186	(53)
23.	()	569.173	DPC_Team_Switch	0	(-)
24.	()	550.005	Pulp_Fiction	0	(-)
25.	()	543.679	hype-one	186	(58)
26.	()	530.735	Waddenteam	897	(15)
27.	()	488.151	Robbie_D	571	(23)
28.	()	431.995	Ronnie_Doorzon	0	(-)
29.	()	414.923	Vroeg	0	(-)
30.	()	366.742	DPC_The_Boldies	0	(-)
	More...

Teams Daily Top 15
pos		daily	team	total
1.	()	529.176	[H]ardOCP	434.895.494	(1)
19.	(1)	84.537	Team Hack-a-Day	42.997.661	(27)
20.	()	82.817	2CPU.com Folding@Home	146.776.267	(8)
21.	(3)	81.939	DSL Reports Team Helix	82.921.794	(14)
22.	(1)	80.994	NCIX.com Forum Folding Team	25.786.548	(47)
23.	(1)	80.544	Overclock.net	29.098.275	(42)
24.	(1)	73.698	Team Engadget	37.324.269	(31)
25.	(1)	68.731	Portugal@Folding	40.694.226	(28)
26.	(1)	65.650	Dutch Power Cows	58.866.334	(19)
27.	(2)	64.896	Team ABIT	39.699.232	(29)
28.	(2)	60.007	Team AnandTech	52.158.739	(22)
29.	()	56.121	Overclockers Club	51.841.209	(23)
30.	(2)	55.248	p2p-community	82.903.755	(15)
31.	(3)	54.168	Ukraine	13.844.986	(71)
32.	(1)	51.974	Planet 3DNow!	17.144.465	(60)
33.	(2)	50.865	Toms Hardware Guide Community	16.706.822	(62)
	More...

Teams Overall Top 15
pos		total	team	daily
1.	()	434.895.494	[H]ardOCP	529.176	(1)
12.	()	107.530.726	CustomPC	302.373	(5)
13.	()	94.785.636	Team Short-Media	100.584	(17)
14.	(1)	82.921.794	DSL Reports Team Helix	81.939	(21)
15.	(1)	82.903.755	p2p-community	55.248	(30)
16.	()	82.090.776	EOC Folding@Home Team	145.906	(12)
17.	()	81.864.413	PC Perspective Folding Frogs (734)	127.838	(13)
18.	()	77.471.614	ABXZone.com	102.471	(16)
19.	()	58.866.334	Dutch Power Cows	65.650	(26)
20.	()	54.601.642	SilentPCReview Folding@Home	44.955	(37)
21.	()	52.782.686	Macrumors.com - Team Folding	41.782	(38)
22.	()	52.158.739	Team AnandTech	60.007	(28)
23.	()	51.841.209	Overclockers Club	56.121	(29)
24.	()	47.855.156	TSC! Russia	165.521	(9)
25.	()	44.015.729	The Knights Who Say Ni!	23.686	(60)
26.	()	43.651.755	General [M]ayhem	22.784	(62)
	More...

Megaflush Top 5
pos	Team	Flush	Date
1.	Team4Fun.nl	202.700	05-12-2005
2.	markvanmook	116.996	31-10-2006
3.	Schapie	29.669	31-10-2006
4.	Team_Pastis_51	22.226	31-10-2006
5.	[DPC]_Team_ColdFusion	21.017	17-12-2004
More...

When do they get you

Team	Average	Days
TSC! Russia	161.229	112
OcUK	96.645	748
Team Hack-a-Day	76.328	1.195
Team Engadget	68.753	3.779
The Outcasts	74.815	4.182
Team ABIT	67.406	4.402
NCIX.com Forum Folding Team	69.454	5.167
Overclock.net	66.315	9.123

When do you get them

Team	Average	Days
p2p-community	47.152	1.512

Nieuwe Leden

SwollyBoy

186

Folding@Home Links
Folding@Home webpage
Folding@Home forum
DPCH Suggestiepagina
DPC FAQ
Bron

[SandStar]

Waar blijft die output toch vandaan komen? 392 punten uit het niets....

[JoY]

\0/ dank Smokey \0/ nou kan ik (iets) eerder naar mijn bed

Wij pastis 51, beginnen het een beetje koud aan de kont te krijgen,
Och kijk, JoFraEl heeft al wat flessen opgeruimd, dat scheelt.
* JoY stofzuigt even as en afgescheurde stukjes vloei op

Welkom swollyboy

[Schapie]

SandStar schreef op donderdag 15 februari 2007 @ 01:41:
Waar blijft die output toch vandaan komen? 392 punten uit het niets....

Jij hebt vast nog ergens iets draaien, dat kan bijna niet anders.

[smoking2000]

Voor iedereen die p2604 nog moet krijgen, hij is nu new and improved

code:

Modified project: 2604  preferred: 4.00 -> 3.00
                        deadline: 8.00 -> 4.00
                        credit: 1210.00 -> 1760.00
                        frames: 100 -> 2

[JohFraEl]

Ja, deze dus: http://tadah.mine.nu/inde...&team=SandStar&prefix=fah

Thnx voor de stats smoking

Welkom SwollyBoy

[SwollyBoy]

thx thx...

trouwens... is het wel mogelijk om 3 systemen te gebruiken onder 1 nick????

[smoking2000]

Tuurlijk, menig vouwer draait er meer

Zie bijvoorbeeld Mijn clients in FCI

Het enige wat enige aandacht nodig heeft is als je meerdere clients op 1 machine draait, dan moet elke client een apart MachineID krijgen.

[ Voor 8% gewijzigd door smoking2000 op 15-02-2007 10:54 ]

[SwollyBoy]

mooi.... goed om te weten. dan laat ik ze mooi verder belasten...

dat heb ik wel gevonden... als men meedere client draaien op 1 systeem
maar kon nergens vinden over 1 account op meerdere systemen.

[smoking2000]

Op de officiele Stanford website heeft elke user een pagina, daarop kan je zien hoeveel CPUs onder jouw naam draaien. Tot de komst van Multicore CPUs waren alle CPUs die daar staan over het algemeen een aparte computer onder dezelfde naam...

Zie: http://fah-web.stanford.e...up0smoking2000&teamnum=92


Om precies te zijn, telt die pagina unieke CPUIDs voor jouw username, dus als je onder Linux je machineindependent.dat weggooit krijg je een nieuwe UserID en dus CPUID (want UserID + MachineID = CPUID), die zal dan extra geteld worden.

[JohFraEl]

Die van jou staat hier >> [DPC]_Fokschaap0SwollyBoy

En je hebt ook al een certificaat


En dan is er ook nog een sigimage:


Suc6 met F@H

[Verwijderd]

smoking2000 schreef op donderdag 15 februari 2007 @ 10:51:
Tuurlijk, menig vouwer draait er meer

Zie bijvoorbeeld Mijn clients in FCI

Het enige wat enige aandacht nodig heeft is als je meerdere clients op 1 machine draait, dan moet elke client een apart MachineID krijgen.

Dus als ik het goed begrijp doe ik iets niet goed, ik heb 2 clients in een aparte map met de parameter -local geinstalleerd en dan zie ik dit:



en de tweede, die toevallig ook slot 3 aan het folden is, is dan identiek;



of weten ze dan in Stanford dat ik met 2 clients in 2 aparte mappen aan het folden ben?

[Bastien]

Je moet elke client zijn eigen machine id geven. Dus in bovenstaande hoort de eerste client id 1 te hebben, en de tweede id 2. Geen idee of het met rapportage echt uitmaakt hoor, maar het zal er niet voor niets instaan.

[Verwijderd]

Bastien schreef op donderdag 15 februari 2007 @ 15:51:
Je moet elke client zijn eigen machine id geven. Dus in bovenstaande hoort de eerste client id 1 te hebben, en de tweede id 2. Geen idee of het met rapportage echt uitmaakt hoor, maar het zal er niet voor niets instaan.

Bij het installeren van de clients heb ik de eerste ID 1 gegeven, dat was de laatste vraag én in een aparte map, en de tweede ID 2. Alleen zie ik het niet terug als ik in het DOS-scherm kijk zoals boven...? Ik gebruik wel UDMon en in bovenstaand voorbeeld zijn de beide clients toevallig allebei met slot 3 aan het vouwen.

[ Voor 9% gewijzigd door Verwijderd op 15-02-2007 16:24 ]

[JohFraEl]

@den Tsaar
Ik neem aan dat je twee clients draait omdat je een dualproc of dualcore gebruikt.
Al je UDMon gebruikt volstaat het om per client een andere map aan te maken zoals jij heb gedaan.

UDMon maakt zelf de directories 'UDm Cache' aan en indien je meerdere WU's hebt gedownload, worden evenzoveel slots en subdirectories aangemaakt welke (automagisch) opgenummerd worden. In de log zie je dat dus terug als machine-ID. In jouw geval heb je toevallig beide clients op slot 3 draaien.

code:

D:\FAH 01\UDm Cache\3\FAH04-Console.exe
D:\FAH 02\UDm Cache\3\FAH04-Console.exe

Vandaar dat ze beiden Machine ID: 3 weergeven.

Indien je de consoleclient als service draait zonder UDMon gaat dat niet op en moet je idd per client een apart Machine-ID meegeven.

edit:
hier na te lezen!

[ Voor 6% gewijzigd door JohFraEl op 15-02-2007 16:31 ]

[Verwijderd]

JohFraEl schreef op donderdag 15 februari 2007 @ 16:24:
@den Tsaar
Ik neem aan dat je twee clients draait omdat je een dualproc of dualcore gebruikt.
Al je UDMon gebruikt volstaat het om per client een andere map aan te maken zoals jij heb gedaan.

UDMon maakt zelf de directories 'UDm Cache' aan en indien je meerdere WU's hebt gedownload, worden evenzoveel slots en subdirectories aangemaakt welke (automagisch) opgenummerd worden. In de log zie je dat dus terug als machine-ID. In jouw geval heb je toevallig beide clients op slot 3 draaien.

code:

D:\FAH 01\UDm Cache\3\FAH04-Console.exe
D:\FAH 02\UDm Cache\3\FAH04-Console.exe

Vandaar dat ze beiden Machine ID: 3 weergeven.

Indien je de consoleclient als service draait zonder UDMon gaat dat niet op en moet je idd per client een apart Machine-ID meegeven.

Okay, thnx voor de uitleg...ik gebruik idd UDMon op een Dualcore...ben weer helemaal gerustgesteld behalve het feit dat ik regelmatig, als ik alle 16 slots verzend ik regelmatig een aantal WU's kwijtraak. Ik noteer wel alle run, clone en gennummers om dubbele WU's te voorkomen.

[SwollyBoy]

JohFraEl schreef op donderdag 15 februari 2007 @ 11:50:
Die van jou staat hier >> [DPC]_Fokschaap0SwollyBoy

En je hebt ook al een certificaat
[afbeelding]

En dan is er ook nog een sigimage:
[afbeelding]

Suc6 met F@H

wajooooo..
thx thx..

gaaf zijn ze

[smoking2000]

Verwijderd schreef op donderdag 15 februari 2007 @ 16:30:
[...]


Okay, thnx voor de uitleg...ik gebruik idd UDMon op een Dualcore...ben weer helemaal gerustgesteld behalve het feit dat ik regelmatig, als ik alle 16 slots verzend ik regelmatig een aantal WU's kwijtraak. Ik noteer wel alle run, clone en gennummers om dubbele WU's te voorkomen.

Ik weet niet waarom je UDMon gebruikt, behalve mogelijk voor sparen.

FWIW, het officiele standpunt van Vijay Pande, de F@H project leider, is dat het gebruik van UDMon niet gewenst is mbt het cachen van WUs. Hoe sneller een WU terug is beter het voor het project is. Daarom is de Performance Fraction zo belangrijk geworden, dit meet de hoeveel tijd van de deadline je overhoudt.

De mensen van T4F weten de discussies nog wel te herinneren mbt het gebruik van UDMon.

Het cachen van non-timeless/deadlineless WUs wordt niet op prijs gesteld. Hiermee had de UDMon dev rekening gehouden, zie de draad: FCF: UD Monitor 3.0: Folding@home WU caching op pagina 2 staat de post van Vijay. (De G@H (Genome@Home) WUs zijn later de deadlineless WUs geworden (client.cfg: type=2)).

Nu dat er geen deadlineless WUs meer zijn zou er geen reden tot het gebruik van UDMon meer moeten zijn. Tenzij jullie de naam van DPC geassocieerd willen hebben aan cheaters en project abusers.

Het gebruik van UDMon om non-deadlineless WUs te cachen kan niet verboden worden, maar het wordt niet op prijs gesteld.

[HenAadNel]

SandStar schreef op donderdag 15 februari 2007 @ 01:41:
Waar blijft die output toch vandaan komen? 392 punten uit het niets....

En zo heb ik er ook 1
zie ook om de zoveel tijd wat voorbij komen ,
toch nog iemand die hem niet heeft afgesloten , of verwijderd
maar punten zijn punten

[JohFraEl]

smoking2000 schreef op donderdag 15 februari 2007 @ 16:57:
[...]
Het gebruik van UDMon om non-deadlineless WUs te cachen kan niet verboden worden, maar het wordt niet op prijs gesteld.

Logisch dat Stanford het sparen niet aanmoedigt, anders krijgen ze bepaalde units pas over een jaar terug.
Ik gebruik UDMon alleen om m'n 3 offline-bakken een tijdje van WU's te kunnen voorzien, anders wordt het wel heel erg veel werk om elk WU-tje afzonderlijk down- en up te loaden. Helaas zijn er echter nauwelijks nog deadlineless units meer, wat het moeilijker maakt om ze ook op tijd in te leveren.
Helaas heb je weinig keus bij offline bakken, oftewel cachen of heel veel manueel monitoren en verversen. In dat laatste heb ik echter geen goesting...

[smoking2000]

Aka het Sneakernetting scenario, dit is een van de weinige legitieme redenen om UDMon of soortgelijke functionaliteit te gebruiken.

Voor Sneakernetting geldt ook dat het eigenlijk niet met non-deadlineless WUs gedaan moet worden, om de reden van zo snel mogelijk werk weer inleveren. Tot dusver wordt hier niet moeilijk overgedaan mits de Preferred Deadline in acht gehouden wordt en de Final Deadline al helemaal niet gepasseerd wordt.

Mijn post was voornamelijk bedoelt als een For Your Information, dat men iig op de hoogte is.
Onze reputatie bij F@H heeft nog steeds blauwe plekken van de MF van December 2005, dat moeten we vooral niet nog meer laten schaden door niet geinformeerden. Beschouw het als Pre-Emptive Education

[Verwijderd]

Aha, ik gebruik UDMon alleen om binnen ons team af en toe een kleine MF te doen, vond ik gewoon leuk.

Maar gezien de blauwe plekken van de MF van dec. 2005 zal ik er mee stoppen en UDMon niet meer gebruiken om de reputatie van DPC niet te grabbel te gooien.

Bedankt voor de "voorlichting/opvoeding"

[smoking2000]

Thanks

Speciaal voor jouw (en Schapie ivm z'n oude avatar):

p2607_31337 31337 TM_apposed

code:

Name      : p2607_31337 31337 TM_apposed
Atoms     : 31337
Preferred : 20.00 Days
Deadline  : 60.00 Days
Credit    : 338.00
Frames    : 100
Code      : GROMACS33
Contact   : kasson
Server    : 171.65.103.68

[smoking2000]

Ik heb het e.e.a m.b.t. Megaflushen/sparen binnen F@H verduidelijkt in de FAQ op de DPC Wiki, zie:
http://wiki.dutchpowercow...olding%40Home#Megaflushen

[JohFraEl]

Dat noem ik nou FAQ-werk

[Verwijderd]

Maarreeh, als ik het nou goed lees en begrijp is het wel toegestaan om UDMon te gebruiken mits je binnen de deadlines flushed...en dat lukt bij mij altijd riant met een E6700 op 3.4GHz.

[Verwijderd]

Wanneer gaan we stampede doen op F@H ???? Lekker sparen !!!

@Tsaar, ja ... je mag het gebruiken maar liever niet ! Gewoon zeggen dat je pc offline draait en niemand maalt erom !

Zie verhaal hieronder van Smoking

[ Voor 57% gewijzigd door Verwijderd op 15-02-2007 19:25 ]

[smoking2000]

Zolang je binnen de Preferred Deadline blijft is er weinig reden tot kritiek, maar een prog als UDmon moedigt aan tot het langer vast houden van WUs. Dit is tegendraads aan de missie van F@H: door het slim gebruik van veel CPU(power) zo snel mogelijk grote moleculaire simulaties doen.

Waar het op neer komt: Het sparen van WUs is een van de meest op neergekeken activiteiten binnen F@H. De twee deadlines zijn er niet voor niets, maar zolang je binnen beide deadlines blijft is het goed, maar beter is helemaal geen vertraging.

Verwijderd schreef op donderdag 15 februari 2007 @ 19:23:
Wanneer gaan we stampede doen op F@H ???? Lekker sparen !!!

You evildoer

Toen ik mijn oor laatst op het grote treinspoor van het Internet had gelegt, hoorde ik in de verte een Stampede aankomen, diens bestemming is nog onbekent helaas

[ Voor 26% gewijzigd door smoking2000 op 15-02-2007 19:25 ]

[Verwijderd]

Ik blijf niet aan 't editten !!

Btw, ik weet wel welke kant die stampede op gaat

[Verwijderd]

smoking2000 schreef op donderdag 15 februari 2007 @ 19:23:
Zolang je binnen de Preferred Deadline blijft is er weinig reden tot kritiek, maar een prog als UDmon moedigt aan tot het langer vast houden van WUs. Dit is tegendraads aan de missie van F@H: door het slim gebruik van veel CPU(power) zo snel mogelijk grote moleculaire simulaties doen.

Waar het op neer komt: Het sparen van WUs is een van de meest op neergekeken activiteiten binnen F@H. De twee deadlines zijn er niet voor niets, maar zolang je binnen beide deadlines blijft is het goed, maar beter is helemaal geen vertraging.

Dan blijf ik nog met één prangende vraag zitten, ik heb al een keer of vijf 2 x 8 slots geflushed, alles ruimschoots binnnen de deadline en iedere keer ben ik een kwart tot een derde van de punten kwijt. Netjes "Thank you for your contribution enz." voor alle WU's, geen dubbele WU's, wat zou ik dan fout kunnen doen?

[Magnifix]

Verwijderd schreef op donderdag 15 februari 2007 @ 19:26:
Btw, ik weet wel welke kant die stampede op gaat

Jerry weet iets dat Magnifix nog niet weet Kwisniet eens dat er al een topic was

[smoking2000]

Verwijderd schreef op donderdag 15 februari 2007 @ 19:51:
[...]


Dan blijf ik nog met één prangende vraag zitten, ik heb al een keer of vijf 2 x 8 slots geflushed, alles ruimschoots binnnen de deadline en iedere keer ben ik een kwart tot een derde van de punten kwijt. Netjes "Thank you for your contribution enz." voor alle WU's, geen dubbele WU's, wat zou ik dan fout kunnen doen?

Mogelijk heb je bepaalde WUs toch na hun (Final) deadline ingeleverd of zijn de onderheving geweest aan recreditting. Een aantal projecten is laatst minder waard geworden omdat deze proportioneel meer PPD gaven waardoor veel vouwers de slome 20{4,5,6} gingen dumpen. Ook dat werd niet gewaardeerd.

quote: http://forum.folding-community.org/fpost162990.html#162990

Posted: Thu 25 Jan, 2007 17:48

Effective immediately, we have adjusted the point yields on the aforementioned projects [1495, 1497, 1498, 2606]. More adjustments may follow.

--
kasson
Pande Group

code:

Date: 2007-01-25 19:01 CET

Modified project: 1495  credit: 364.00 -> 292.00
Modified project: 1497  credit: 364.00 -> 292.00
Modified project: 1498  credit: 805.00 -> 755.00
Modified project: 2606  credit: 364.00 -> 292.00

http://linuxminded.xs4all...cumentation/update-qd.log

[Schapie]

smoking2000 schreef op donderdag 15 februari 2007 @ 17:48:
Thanks

Speciaal voor jouw (en Schapie ivm z'n oude avatar):

p2607_31337 31337 TM_apposed

[afbeelding]

code:

Name      : p2607_31337 31337 TM_apposed
Atoms     : 31337
Preferred : 20.00 Days
Deadline  : 60.00 Days
Credit    : 338.00
Frames    : 100
Code      : GROMACS33
Contact   : kasson
Server    : 171.65.103.68

Moet misschien zelf weer eens een leuke avatar maken, want die ik nu heb komt ook niet bij mij zelf vandaan. (De vorige wel, maar het oorspronkelijke idee niet. )

Misschien wel iets met F@H... * Schapie denkt nog even verder.

[Verwijderd]

Magnifix schreef op donderdag 15 februari 2007 @ 20:22:
[...]

Jerry weet iets dat Magnifix nog niet weet Kwisniet eens dat er al een topic was

Eigenlijk weet ik ook nix ..... maar ik hoop alleen maar

[Verwijderd]

smoking2000 schreef op donderdag 15 februari 2007 @ 20:37:
[...]

Mogelijk heb je bepaalde WUs toch na hun (Final) deadline ingeleverd of zijn de onderheving geweest aan recreditting. Een aantal projecten is laatst minder waard geworden omdat deze proportioneel meer PPD gaven waardoor veel vouwers de slome 20{4,5,6} gingen dumpen. Ook dat werd niet gewaardeerd.

Beide was niet het geval, ze waren ruimschoots binnen de deadline en met FahMon zie ik precies hoeveel punten ik moest krijgen.

Dan val ik je nog één keer met een vraag lastig. Ik laat client 1 (8 slots) vol lopen en ga folden, daarna ook client 2 en ook folden, moet ik ze dan weer in dezelfde volgorde flushen als ik ze binnen kreeg of kan ik b.v. de tweede client met 8 slots, als die eerder klaar is dan client 1, eerder flushen of is de volgorde van binnenkomst belangrijk.

[smoking2000]

Volgorde is niet van belang.

Van elke geretourneede WU wordt een volgende Generation van die WU gemaakt welke vervolgens geassigned kan worden.

Pas wanneer alle WUs voltooid zijn kunnen conclusies uit een project getrokken worden.

Zie o.a. de achtergrond info:
http://fahwiki.net/index.php/WorkUnits#Trajectories
http://fahwiki.net/index.php/Runs%2C_Clones_and_Gens

[Bubbles]

Verwijderd schreef op donderdag 15 februari 2007 @ 19:23:
Wanneer gaan we stampede doen op F@H ???? Lekker sparen !!!
[..]

Mjah, niet om het een of ander, maar dat is nou net niet de bedoeling van een stampede. Teminste zeker niet als je meedoet binnen een van de stampede teams.
De stampede is er juist voor bedoeld om een maand lang zoveel mogelijk continu kracht op een project te zetten, niet om er een gigaflush van te maken...

[JoY]

Ik vind dat van die blauwe plekken wel wat ver gaan hoor, was één eikeltje daar, die er moeilijk over deed, zijn naam hoeve niet genoemd, en dat ze het op Stanford leuker vinden als we zo snel mogelijk inleveren..., het is nog steeds ONZE energie rekening, en als ik het leuk vind om te sparen, en het is niet "niet" toegestaan, dan doe ik dat als ik er zin in heb hoor.
Mijn meedoen komt hoofdzakelijk door het competitie gevoel, niet omdat ik de wereld wil verbeteren

Bubbles schreef op vrijdag 16 februari 2007 @ 01:08:
[...]

De stampede is er juist voor bedoeld om een maand lang zoveel mogelijk continu kracht op een project te zetten, niet om er een gigaflush van te maken...

"een maand lang zoveel mogelijkkracht op een project" is dat niet hetzelfde als een GIGAflush

[ Voor 28% gewijzigd door JoY op 16-02-2007 01:48 ]

[Schapie]

JoY schreef op vrijdag 16 februari 2007 @ 01:44:

[...]

"een maand lang zoveel mogelijkkracht op een project" is dat niet hetzelfde als een GIGAflush

Nee, bij de stampede wordt normaal gesproken niet gespaard. Sommige mensen sparen wel net voor het begin van de stampede om dan de eerste dag een grote flush te doen. En als je in de stampede teams meedoet is het niet de bedoeling dat je gaat sparen, maar zo veel mogelijk continu power inzet.

In het geval van offline bakken is dat natuurlijk anders.

[Verwijderd]

JoY schreef op vrijdag 16 februari 2007 @ 01:44:
Ik vind dat van die blauwe plekken wel wat ver gaan hoor, was één eikeltje daar, die er moeilijk over deed, zijn naam hoeve niet genoemd, en dat ze het op Stanford leuker vinden als we zo snel mogelijk inleveren..., het is nog steeds ONZE energie rekening, en als ik het leuk vind om te sparen, en het is niet "niet" toegestaan, dan doe ik dat als ik er zin in heb hoor.
Mijn meedoen komt hoofdzakelijk door het competitie gevoel, niet omdat ik de wereld wil verbeteren

Same here...okay, bedankt allen voor uw bijdrage, ik weet genoeg om weer vrolijk verder te folden...