[Distributed Folding] hitparade van 7 juli

[Blistimo]

Kijk eens aan! Terug in de top10 daily, maar we moeten harrrrderrr, want we zijn gisteren in gehaald door die virtuele werkbanken

Totaal gevonden results: 1.073.835.092 Het project loopt al 400 dagen met een gemiddelde dagoutput van 2.684.587 results. Gisteren zijn 63.864.243 results verwerkt.

Distributed Folding - Dutch Power Cows users day top list of 07-07-2003
(flushing users: 25/43 = 58%)

---

	pos	output	name	total	overall
1.	()	1.398.177	MrMr	18.786.341	(1)
2.	(10)	139.896	DPC Division Brabant	3.876.123	(2)
3.	(1)	131.239	Ercewee	3.020.340	(3)
4.	(9)	118.737	Gertjan	1.007.896	(8)
5.	(2)	72.455	Team Gaol	1.327.492	(5)
6.	(1)	69.787	SuperCow	1.240.479	(6)
7.	(3)	66.772	Forza Mucca	1.006.777	(9)
8.	(2)	62.030	rgmcomputers.nl	1.176.191	(7)
9.	()	56.116	Marcelloz	551.636	(13)
10.	(7)	48.942	onfrag	2.010.868	(4)
11.	(3)	45.808	Pedro#1 a.k.a. der Gomez	590.713	(11)
12.	(2)	23.878	DPC Los Alcoholicos	712.443	(10)
13.	(2)	16.254	Anonymous	565.478	(12)
14.	(6)	10.306	ICE	504.728	(14)
15.	(2)	4.959	Sytse	97.431	(26)
16.	(8)	4.639	lhelmink	125.807	(24)
17.	(1)	4.408	MAWEK	399.818	(16)
18.	(2)	3.332	MaHo	89.855	(27)
19.	()	2.412	DPC Extraordinare	59.688	(31)
20.	(20)	2.030	Frans De Bouwer	18.910	(36)
21.	(8)	1.287	NoizyCows	71.480	(29)
22.	(15)	1.021	Calslaan 7-1	36.115	(33)
23.	(1)	860	HuubM	146.512	(19)
24.	(9)	722	United Snails	133.115	(22)
25.	(2)	229	El Toro	4.367	(40)

Distributed Folding - Dutch Power Cows users overall top list of 07-07-2003
(flushing users: 25/43 = 58%)

---

	pos	total	name	output	daypos
1.	()	18.786.341	MrMr	1.398.177	(1)
2.	()	3.876.123	DPC Division Brabant	139.896	(2)
3.	()	3.020.340	Ercewee	131.239	(3)
4.	()	2.010.868	onfrag	48.942	(10)
5.	()	1.327.492	Team Gaol	72.455	(5)
6.	()	1.240.479	SuperCow	69.787	(6)
7.	()	1.176.191	rgmcomputers.nl	62.030	(8)
8.	(1)	1.007.896	Gertjan	118.737	(4)
9.	(1)	1.006.777	Forza Mucca	66.772	(7)
10.	()	712.443	DPC Los Alcoholicos	23.878	(12)
More...

Distributed Folding - teams day top list of 07-07-2003
(flushing teams: 253/936 = 27%)

---

	pos	output	name	total	overall
1.	(1)	7.631.048	Ars Technica Team Stir Fry	133.521.294	(2)
2.	(1)	7.603.704	FreeDC	135.515.496	(1)
3.	(71)	4.228.801	Intel Corporation	21.876.499	(15)
4.	(1)	3.179.920	Team AnandTech	59.100.525	(3)
5.	(4)	2.958.096	OCworkbench	39.435.736	(4)
6.	(1)	2.808.224	Overclockers Australia	38.493.150	(7)
7.	(5)	2.286.296	Dutch Power Cows	39.174.604	(5)
8.	(9)	2.202.728	PGRI	23.709.068	(13)
9.	(3)	2.155.934	Rechenkraft net	34.215.015	(8)
10.	(3)	1.949.973	Sun Microsystems	33.194.452	(10)
11.	(3)	1.838.179	The Genome Collective	33.534.187	(9)
12.	(4)	1.528.160	Team Ninja	39.052.468	(6)
13.	(3)	1.505.698	Team Endeavor	22.790.049	(14)
14.	(3)	1.371.799	CSB	24.723.042	(11)
15.	(1)	1.249.589	Bodensee Team	24.273.685	(12)
More...

Distributed Folding - teams overall top list of 07-07-2003
(flushing teams: 253/936 = 27%)

---

	pos	total	name	output	daypos
1.	()	135.515.496	FreeDC	7.603.704	(2)
2.	()	133.521.294	Ars Technica Team Stir Fry	7.631.048	(1)
3.	()	59.100.525	Team AnandTech	3.179.920	(4)
4.	(2)	39.435.736	OCworkbench	2.958.096	(5)
5.	()	39.174.604	Dutch Power Cows	2.286.296	(7)
6.	(2)	39.052.468	Team Ninja	1.528.160	(12)
7.	()	38.493.150	Overclockers Australia	2.808.224	(6)
8.	()	34.215.015	Rechenkraft net	2.155.934	(9)
9.	()	33.534.187	The Genome Collective	1.838.179	(11)
10.	()	33.194.452	Sun Microsystems	1.949.973	(10)
More...

When do you get them
Based on monthly average

---

Average output
FreeDC	*.***.***.***	(+-*.***.***.***)	******************** dagen
Team AnandTech	*.***.***.***	(+-*.***.***.***)	******************** dagen
Ars Technica Team Stir Fry	*.***.***.***	(+-*.***.***.***)	******************** dagen
OCworkbench	*.***.***.***	(+-*.***.***.***)	******************** dagen

Milestones

---

onfrag	2000000
Forza Mucca	1000000
Gertjan	1000000

Leden:
0 nieuwe leden
0 retirements
Aantal leden: 43

Links:

Distributed Folding FAQ
Distributed Folding: site - software
DPCH van gisteren
DPC.StartKabel.nl

[ColdFusion]

Maar DPC heeft wel Team Ninja ingehaald!

[Blistimo]

ColdFusion schreef op 08 July 2003 @ 09:22:
Maar DPC heeft wel Team Ninja ingehaald!

Heej, verrek, dat was me niet eens opgevallen, whoohoo!!

[Anoniem: 8751]

Krijg er deze week 2.4 Ghz aan graaskracht bij. Hoop zo mijn steentje bij te dragen aan de opmars van DPC. Mooooohhh
En onfrag, Forca Mucca en Gertjan gefeliciteerd met jullie mijlpaal

[ Voor 23% gewijzigd door Anoniem: 8751 op 08-07-2003 09:36 ]

[Mobster]

En Overclockers Australia zit ook al op het vinkentouw...

Nog geen nieuwe over de bugs. Houd het forum in de gaten mensen...

Good job on overtaking Ninja. Nu opletten dat we geen shurikens in onze rug krijgen

[Marcelloz]

Vanochtend stonden we weer 4e.. .spannende strijd dus. We doen nu wel dagelijks minder dan de rest van de top10 dus het moet echt harder om ons plekkie te behouden.

Oh, Mobster, kijk niet achter je. Die nr 10 wordt van mij

[Mobster]

Kan je wel. MARCY!!!!!! (o nee, die zit in Hongarije)

Go Marcelloz. (houd je ook even je G@H account in de gaten )

[Marcelloz]

ik zie jullie maar daar sta ik niet in de top10

[komkommer]

hoe kan het nou, we hebben relatief weinig output maar we gaan wel steeds omhoog, het zal me trouwens niets verbazen als team ninja aan het sparen is oid.

[Eranum]

Mmmh, vandaag ook maar weer eens begonnen met DF, ben benieuwd of deze client lekkerder loopt op mijn systeem dan de vorige. Heb wel nog steeds het probleem dat ie niet door me firewall heen wil. Toch maar weer eens gaan kijken naar de instellingen, zucht...

[komkommer]

ahnee, genaaid, 5e

[Marcelloz]

geen mijlpaal bij 500.000???

_{wanneer wel eigenlijk??}

[ Voor 43% gewijzigd door Marcelloz op 08-07-2003 15:00 ]

[Mobster]

@MrMr en andere mensen met memory leak problemen...

Welke parameters gebruiken jullie in foldit.bat
Het probleem lijkt te zijn dat de progress.txt die gecreerd wordt in het geheugen niet verwijderd wordt na het schrijven naar hdd. Als je dit dus elke 5 seconden doet dan loopt je geheugen dus vol. Na een reboot gooit hij het geheugen weer leeg, maar schijnen/lijken de RMSD values heel erg op te lopen...

Kan iemand dit bevestigen c.q. mee delen die dit probleem heeft?

Zie ook laatste paar posts in deze draad

[ Voor 11% gewijzigd door Mobster op 08-07-2003 15:21 ]

[Hakke]

Mobster schreef op 08 juli 2003 @ 15:20:

Kan iemand dit bevestigen c.q. mee delen die dit probleem heeft?

Bij mij draaide het als service met progress=100 in service.cfg.
Dit heb ik 2 dagen terug omgezet naar progress=0 en nu is het (op dat systeem) niet meer voorgekomen.

[Anoniem: 65575]

Mobster schreef op 08 juli 2003 @ 15:20:
@MrMr en andere mensen met memory leak problemen...

Kan iemand dit bevestigen c.q. mee delen die dit probleem heeft?

Zie ook laatste paar posts in deze draad

Had ik al gevonden, maar ook met -g0 lijkt het resident memory gebruik te groeien
(+/- 4meg/uur, dat is dus 2688Meg per client na de vakantie )

[komkommer]

wtf, dat is ziek, is het niet mogelijk om crontab alle clients om de zoveel tijd te restarten?

[Anoniem: 65575]

joukehofman schreef op 08 July 2003 @ 16:35:
wtf, dat is ziek, is het niet mogelijk om crontab alle clients om de zoveel tijd te restarten?

Ik heb al wat zitten spelen, maar het is bijna onmogelijk goed in te schatten wanneer de 337 bug
toeslaat op een systeem met wisselende load, en als dat gebeurt is ook het weghalen van de lockfile zinloos. Dat betekent een kill -9 en rm -rf en weer opstarten vanaf Gen-0
(want de resultaten kunnen niet opgestuurd worden omdat de client oneindig lang hangt bij de upload) kortom: ik ben niet blij.

[komkommer]

maar als je nagaat wat de minimale tijd is wat je nodig hebt dan maakt het toch niet uit als je het daarvoor doet?

[Mobster]

Misschien begrijp ik iets verkeerd, maar de '337-bug' heeft toch niets met de memory leak te maken???

Als je 2 clients op 1 PC start zal je er ongeveer 2x zo lang overdoen voordat je bij de 337 gens buffered ben. Kleine tip

[Anoniem: 65575]

joukehofman schreef op 08 July 2003 @ 18:27:
maar als je nagaat wat de minimale tijd is wat je nodig hebt dan maakt het toch niet uit als je het daarvoor doet?

Minimale tijd verschilt nogal: ik zie een factor 3 bij identieke hardware en tot 10 tussen verschillende machines als ze leeg zijn. Ik vrees dat ik een boel boekhouding moet gaan doen met pid en logfiles. Klinkt als werk

[Anoniem: 65575]

Mobster schreef op 08 July 2003 @ 19:34:
Misschien begrijp ik iets verkeerd, maar de '337-bug' heeft toch niets met de memory leak te maken???

Als je 2 clients op 1 PC start zal je er ongeveer 2x zo lang overdoen voordat je bij de 337 gens buffered ben. Kleine tip

Nee, dat is een soort begrenzer op de memory leak: als je zoveel generaties hebt staan zonder te flushen kun je het programma alleen nog maar afschieten.
De memory leak is vooral lastig als je die bug niet tegenkomt omdat je on-line draait, want het geheugengebruik krimpt niet als je aan de volgende set van 250 begint.
Dat betekent dat ik niet offline en niet online kan vouwen zonder extra controle door twee verschillende bugs.
Wat je tip betreft:

[ColdFusion]

Uhm begrijp ik het goed dat als je clients hebt die zijn gaan hangen op die 337 bug, dat je die results ook niet meer geupload krijgt

[Mobster]

Niet op een normale manier in ieder geval. Op het forum lopen diverse draadjes waarin een aantal work-arounds aangegeven worden. Deze werken bij sommige mensen wel en bij andere weer niet...

Het is in ieder geval HET probleem op het moment en het verbaast me ten zeerste dat er door veel users (en ook door de orgy klaarblijkelijk) zo makkelijk overheen gestapt wordt...

[Perboemski]

@ MrMr - kun je niet een boel beetje geheugen bijprikken?

Kan een eventuele combinatie met dfQ er niet voor zorgen dat je de clients kunt laten flushen in een centrale buffer? Die misschien wel online kan flushen of waarop een client draait die in de toekomst kan flushen (als de boel gefixt is). Zonde om al die computertijd verloren te laten gaan vanwege een vakantie

edit:

Na lezen van draadjes her en der gezien dat memory leakage geen probleem van offline vouwen is. Misschien is het wel nog een optie na 1 set van 250 de client te laten sluiten en te herstarten in een batch icm dfQ om grote buffers èn memory leakage te verhinderen...

[ Voor 28% gewijzigd door Perboemski op 08-07-2003 21:01 ]

[Mobster]

Van het forum

Well it looks like I have pretty good evidence that the -g switch is directly related to our memory leak problem.

Here are some results after 24 hours of folding:

Machine 1
-g 2
136MB RAM Usage
6991 Handles

Machine 2
-g 10
104MB RAM Usage
275 Handles

MrMr. Die -g moet je dus heel hoog instellen als ik het goed begrijp....

[Marcelloz]

Mobster schreef op 08 July 2003 @ 20:37:

Het is in ieder geval HET probleem op het moment en het verbaast me ten zeerste dat er door veel users (en ook door de orgy klaarblijkelijk) zo makkelijk overheen gestapt wordt...

Stap 1 : Die 337 bug heb ja alleen als je spaart en dat doe ik dus niet.
Stap 2 : Van die memory leak merk ik niet zoveel, maar dat komt omdat mijn machines niet zo supersnel zijn (nu max 700mhz)
Stap 3 : een rebootje is onder W2K zo gebeurt en dan heb je geen probleem meer. En over een week is er denk ik een nieuwe client dus is het probleem weer over.

[ColdFusion]

Mobster schreef op 08 juli 2003 @ 20:37:
Niet op een normale manier in ieder geval. Op het forum lopen diverse draadjes waarin een aantal work-arounds aangegeven worden. Deze werken bij sommige mensen wel en bij andere weer niet...

Het is in ieder geval HET probleem op het moment en het verbaast me ten zeerste dat er door veel users (en ook door de orgy klaarblijkelijk) zo makkelijk overheen gestapt wordt...

Dan hopen we maar op het beste Ik vind het ook best vreemd dat zoiets nu pas aan het licht komt na een beta fase van ik weet niet hoe lang. Toch niet goed genoeg ge-beta-test

[Anoniem: 65575]

Mobster schreef op 08 July 2003 @ 20:45:
Van het forum
[...]
MrMr. Die -g moet je dus heel hoog instellen als ik het goed begrijp....

Ik ben nu met -g 0 aan het draaien (helemaal geen progress.txt aanmaken) Ik zal morgen zien of dat geholpen heeft voor het geheugen gebruik. Als dat werkt kan lysje gewoon online doorwerken, en als ze hier niet te hard werken als ik weg ben kan dat best redelijk aantikken.

[Anoniem: 65575]

Marcelloz schreef op 08 July 2003 @ 20:47:
[...]

Stap 3 : een rebootje is onder W2K zo gebeurt en dan heb je geen probleem meer. En over een week is er denk ik een nieuwe client dus is het probleem weer over.

Een rebootje kost een paar minuten, en drie dagen totaal gestresste gebruikers stervensbegeleiding geven aan de telefoon omdat hun job van drie maanden een dag voor het einde om zeep is...

Hm, is een optie, vlak voor ik wegga

[Marcelloz]

Anoniem: 65575 schreef op 08 juli 2003 @ 21:52:
[...]


Een rebootje kost een paar minuten, en drie dagen totaal gestresste gebruikers stervensbegeleiding geven aan de telefoon omdat hun job van drie maanden een dag voor het einde om zeep is...

Hm, is een optie, vlak voor ik wegga

Moeten ze maar beter proggen
Maarreh, kan je niet elke dag ff inbellen of telnetten vanuit een internetcafe?

[Mobster]

Na al deze mindere nieuwtje kreeg ik goed nieuws van Pjabber!

Uurstats werken weer

Go Pjabber

[Murtceps]

hmm, score is daar nog bedroevend moet ik zeggen.
totaal: 351364

[CaLeX]

Murtceps schreef op 08 juli 2003 @ 23:59:
hmm, score is daar nog bedroevend moet ik zeggen.
totaal: 351364

ik denk niet dat dat van de hele dag is

[komkommer]

mensen, ik ben op vakantie
jullie gaan 10 ghz missen hopen dat andere mensen het op gaan vangen bij onfrag maar ik ben bang van niet

maar in iedergevall allemaal goede vakantie toegewenst

enne ik kijk af en toe wel es in een internet cafe oid

[bigbakkus]

prettige vakantie ! (neem je geen laptop mee ofzo ? )

[Anoniem: 65575]

joukehofman schreef op 09 July 2003 @ 01:11:
mensen, ik ben op vakantie
jullie gaan 10 ghz missen hopen dat andere mensen het op gaan vangen bij onfrag maar ik ben bang van niet

maar in iedergevall allemaal goede vakantie toegewenst

enne ik kijk af en toe wel es in een internet cafe oid

Kun je niet wat clients installeren in de diverse internetcafe's?