[Folding@home] hitparade van 10 februari

[Pyrus]

New_Folder doet goed z'n best, hij zorgt namelijk voor ruim 1/6de van de output
DPC staat 26 dagelijks, dit is al beter maar nog niet goed genoeg om onze plaats overall vast te houden.

Folding@home - DPC members dag van 10 februari
(flushing users: 84/1050 = 8%)

---

plek	verschil	vandaag	naam	totaal
1.	( 3)	2545.0	New_Folder	77079.0	(7)
2.	( 5)	903.0	Team_Pastis_51	52173.0	(11)
3.	( 1)	850.0	gowron	177127.0	(2)
4.	( 1)	769.0	STW	51994.0	(13)
5.	( 4)	675.0	SandStar	230758.0	(1)
6.	()	590.0	Vroeg	52000.0	(12)
7.	( 7)	456.0	[DPC]Clan_Delft	34539.0	(17)
8.	( 3)	334.0	Groazers	119730.0	(4)
9.	( 4)	284.0	Team_Trudy	48942.0	(14)
10.	( 2)	280.0	kelnagiosi	6046.0	(81)
11.	( 718)	236.0	de_Gouden_Emmer	29679.0	(20)
12.	( 14)	218.0	KoeK	18079.0	(27)
13.	( 35)	217.0	Karel_Prikkebeen	6181.0	(77)
14.	( 690)	212.0	KMH-NL	4229.0	(106)
15.	( 23)	196.0	watvaag	4210.0	(109)
16.	( 56)	187.0	ties	131222.0	(3)
17.	( 19)	174.0	Robbie_D	12709.0	(37)
18.	( 39)	174.0	bh100	10785.0	(46)
19.	( 676)	172.0	Bluppy2	6423.0	(74)
20.	( 723)	169.0	Kluis	9762.0	(51)
21.	( 9)	168.0	vincent	72124.0	(8)
22.	( 12)	155.0	Killjoy	12981.0	(36)
23.	( 41)	142.0	Diabololo	4707.0	(95)
24.	( 8)	141.0	Zylon_Internet	20648.0	(25)
25.	( 16)	131.0	THiM	1499.0	(221)
26.	( 702)	128.0	TeamAIB	28532.0	(21)
27.	( 704)	125.0	bacon	11710.0	(43)
28.	( 750)	124.0	DutchLegion	3130.0	(129)
29.	( 34)	118.0	DontMindUsTeam	79928.0	(6)
30.	( 916)	108.0	_	588.0	(333)

more...

Folding@home - DPC members overall van 10 februari
(flushing users: 84/1050 = 8%)

---

plek	verschil	totaal	naam	vandaag
1.	( )	230758.0	SandStar	675.0	(5)
2.	( )	177127.0	gowron	850.0	(3)
3.	( )	131222.0	ties	187.0	(16)
4.	( )	119730.0	Groazers	334.0	(8)
5.	( )	103500.0	DPC_Division_Brabant	57.0	(77)
6.	( )	79928.0	DontMindUsTeam	118.0	(29)
7.	( )	77079.0	New_Folder	2545.0	(1)
8.	( )	72124.0	vincent	168.0	(21)
9.	( )	56789.0	TEAM_JOE_BAR	0.0	(734)
10.	( )	54143.0	Halbewoners	0.0	(733)

more...

Folding@home - Teams daily van 10 februari
(flushing teams: 100/100 = 100%)

---

plek	verschil	vandaag	naam	totaal
21.	( 4)	18888.0	The Knights Who Say Ni!	3251073.8	(20)
22.	( 2)	18858.9	SpeedGuide.net	3888003.6	(17)
23.	( )	18811.7	XtremeSystems Folding At Home	6445376.2	(12)
24.	( )	17246.4	EOC Folding@Home Team	2807816.8	(23)
25.	( )	16501.1	Overclockers Club	1661065.5	(33)
26.	( 5)	15037.2	Dutch Power Cows	2832653.5	(22)
27.	( 6)	14816.6	Team AnandTech	2664321.9	(24)
28.	( 2)	13647.7	ABIT USA	2296130.9	(28)
29.	( 6)	13402.5	Team 2ch	1860217.3	(30)
30.	( 13)	12824.4	Team PimpRig	1502201.4	(37)

more...

Folding@home - Teams overall van 10 februari
(flushing teams: 100/100 = 100%)

---

plek	verschil	totaal	naam	vandaag
17.	( )	3888003.6	SpeedGuide.net	18858.9	(22)
18.	( )	3526128.6	Futuremark.com	19988.8	(19)
19.	( )	3414207.1	Macrumors.com - Team Folding	28763.1	(14)
20.	( )	3251073.8	The Knights Who Say Ni!	18888.0	(21)
21.	( )	3001220.8	SAGoons	29916.8	(12)
22.	( )	2832653.5	Dutch Power Cows	15037.2	(26)
23.	( )	2807816.8	EOC Folding@Home Team	17246.4	(24)
24.	( )	2664321.9	Team AnandTech	14816.6	(27)
25.	( )	2504786.4	Team MacOS X	21861.9	(17)
26.	( )	2493779.5	SilentPCReview Folding@Home	22039.6	(16)

more...

Leden & subteams
Nieuwe leden (users en subteams): 1
Totaal aantal leden: 1177
Aantal losse leden: 1050
Aantal subteams: 11
Aantal subteamleden: 127

Welkom bij DPC: Entity (71.0 punten),

Links
Folding@home FAQ
Folding@home: site - software
DPC.StartKabel.nl

[Anoniem: 60226]

W00t! Mooie score vandaag!

[Anoniem: 103522]

megascore voor Team_pastis_51, het werd weer tijd dat we weer afstand van STW namen.

[Anoniem: 47504]

Heeft er iemand een indicatie wat een dual xeon 2,4 ghz 533 fsb in een dag kan folden

mvg Hoefie a.k.a. STW0Andries

[Merlijntje]

Lijkt erop dat we allemaal weer uit ons dippie zijn . Mooi gevouwen, zowel voor mijn subteamgenoten als overige nederlandse-kracht-koeien in de wei.

[Anoniem: 79144]

Anoniem: 47504 schreef op 11 februari 2004 @ 08:43:
Heeft er iemand een indicatie wat een dual xeon 2,4 ghz 533 fsb in een dag kan folden

mvg Hoefie a.k.a. STW0Andries

2 processoren kunnen niet aan 1 pakket werken... dus zou je het 2 maal moeten draaien..
en ik vraag me ook nogsteeds af of mijn machines snel folden... de tijd waarin hij een pakket af heeft varieert nogal...

[SandStar]

Anoniem: 79144 schreef op 11 februari 2004 @ 08:51:
[...]

2 processoren kunnen niet aan 1 pakket werken... dus zou je het 2 maal moeten draaien..
en ik vraag me ook nogsteeds af of mijn machines snel folden... de tijd waarin hij een pakket af heeft varieert nogal...

Dual Xeon betekend 4 procs

Dus 4 keer console opstarten met -local flag en verschillende MachineID's

[JohFraEl]

Anoniem: 103522 schreef op 11 februari 2004 @ 08:43:
megascore voor Team_pastis_51, het werd weer tijd dat we weer afstand van STW namen.

Yez, eindelijk eens op #2 daily
En we zijn Vroeg gepasseerd, TP51 op 11^de positie
Goei weruk Team!!

[STW]

Anoniem: 47504 schreef op 11 februari 2004 @ 08:43:
Heeft er iemand een indicatie wat een dual xeon 2,4 ghz 533 fsb in een dag kan folden

mvg Hoefie a.k.a. STW0Andries

hmmmm, dat kan betekenen dat de output van team STW, wel eens met een grote sprong vooruit kan gaat...

[SandStar]

Anoniem: 47504 schreef op 11 februari 2004 @ 08:43:
Heeft er iemand een indicatie wat een dual xeon 2,4 ghz 533 fsb in een dag kan folden

mvg Hoefie a.k.a. STW0Andries

Kijk naar output van SandStar0Xeon en doe dat keer 1,33

Das een dual xeon 1,8 Ghz

[Anoniem: 60226]

Als we niet met z'n alle er keihard tegen aan gaan, gaan we een hoop overall plaatsen verliezen vrees ik...

[D-Three]

Gebruiken jullie ook flags om het folden sneller te laten gaan? Ik heb de indruk dat het vouwen op een PIV nu sneller gaat door "C:\Program Files\Folding@Home\winfah.exe" -advmethods -forceSSE te gebruiken.

Maakt het trouwens eigenlijk iets uit of je de Genome@Home of de Folding@Home client kiest? Doe alsof ik deze vraag niet gesteld heb

edit:
Bij een AthlonXP kan je ook de -forceSSE flag gebruiken. Bij een gewone Athlon kan je beter de -forceASM flag (= 3DNow boost) gebruiken.
Mocht de client crashen of de PC vastlopen bij het gebruik van de -forceSSE flag met een AthlonXP, gebruik dan ook de -forceASM flag. Gaat wel iets trager dan met SSE.

[ Voor 42% gewijzigd door D-Three op 11-02-2004 20:29 ]

[Anoniem: 79144]

SandStar schreef op 11 februari 2004 @ 09:52:
[...]


Dual Xeon betekend 4 procs

Dus 4 keer console opstarten met -local flag en verschillende MachineID's

Ow oeps... je hebt helemaal gelijk

[Anoniem: 79144]

Laagvliegerke schreef op 11 februari 2004 @ 19:33:
Gebruiken jullie ook flags om het folden sneller te laten gaan? Ik heb de indruk dat het vouwen op een PIV nu sneller gaat door "C:\Program Files\Folding@Home\winfah.exe" -advmethods -forceSSE te gebruiken.

Maakt het trouwens eigenlijk iets uit of je de Genome@Home of de Folding@Home client kiest?

edit:
Bij een AthlonXP kan je ook de -forceSSE flag gebruiken. Bij een gewone Athlon kan je beter de -forceASM flag (= 3DNow boost) gebruiken.
Mocht de client crashen of de PC vastlopen bij het gebruik van de -forceSSE flag met een AthlonXP, gebruik dan ook de -forceASM flag. Gaat wel iets trager dan met SSE.

Wat doet dat commando?.. en scheelt het echt?
ik draai namelijk alleen maar P4's als het sneller pas k het natuurlijk aan

[D-Three]

Anoniem: 79144 schreef op 11 februari 2004 @ 20:04:
[...]

Wat doet dat commando?.. en scheelt het echt?
ik draai namelijk alleen maar P4's als het sneller pas k het natuurlijk aan

Wel, eerlijk gezegd, ik heb gewoon de indruk dat het scheelt op die PIV Echt vergeleken heb ik nog niet aangezien die PC op mijn werk staat Maar ik heb deze week een AthlonXP in mijn thuissysteempje gepropt en de -forceSSE vlag scheelt dus wel.

Het schijnt dus wel dat als jouw systeem ooit gecrashed is, dat de client dan geen SSE en 3DNow meer gebruikt. Misschien dan dat ik daardoor verschil merk want vorige week had ik problemen had met de client zowel thuis als op m'n werk en aangezien ik de client nu forceer om SSE te gebruiken... Op het forum van F@H beweert men dat het gebruik van SSE toch een snelheidswinst van 20% oplevert.

[ Voor 3% gewijzigd door D-Three op 11-02-2004 20:21 ]

[SandStar]

Laagvliegerke schreef op 11 februari 2004 @ 19:33:
Gebruiken jullie ook flags om het folden sneller te laten gaan? Ik heb de indruk dat het vouwen op een PIV nu sneller gaat door "C:\Program Files\Folding@Home\winfah.exe" -advmethods -forceSSE te gebruiken.

Maakt het trouwens eigenlijk iets uit of je de Genome@Home of de Folding@Home client kiest? Doe alsof ik deze vraag niet gesteld heb

edit:
Bij een AthlonXP kan je ook de -forceSSE flag gebruiken. Bij een gewone Athlon kan je beter de -forceASM flag (= 3DNow boost) gebruiken.
Mocht de client crashen of de PC vastlopen bij het gebruik van de -forceSSE flag met een AthlonXP, gebruik dan ook de -forceASM flag. Gaat wel iets trager dan met SSE.

Van Stanford:

I would appreciate it if anyone using these three techniques would please read this post. As you may or may not have realized, a number of members here have been complaining about work unit stability, specifically P3xx and P10xx series units. This small "mini-FAQ" intends to explain the effect of the three techniques above on stability, and what to do if you are having problems.

The first thing to remember is that "-forceasm" and overclocking both involve a tradeoff: you are trading the stability of the client for speed. The client's default settings and your machine's stock settings are both optimized for stability. When you apply "-forceasm" or OC your machine, you are giving up the stable defaults in favor of completing units "faster." The problem is that "faster" isn't always faster. Sometimes, the errors generated as a result of these methods will result in an overall speed loss: your machine is so unstable that it is unable to complete a significant fraction of its assigned work units. This is a bad thing for all involved. "-forceasm" forces on SIMD instructions that the client may have otherwise determined were unusuable due to stability problems. These instruction sets are usually faster, but if they don't work right, why use them?

"-advmethods" is different than either "-forceasm" or overclocking. "-advmethods" is a special client flag that signifies that you are willing to accept beta work units to be tested. Most of these work units have been stable, but lately people have been receiving units, using "-advmethods", that have not been processed properly. Most likely, this is the result of either of the two options described above. However, when using "-advmethods", you agree to accept beta test work units that may or may not be considered stable. In the past, units assigned under "-advmethods" have been the desirable Gromacs units, and this was the only way to get them. This is no longer true. Gromacs units are now distributed widely to clients not using any flags at all. In fact, I would expect to soon see a drop in the number of Gromacs core units on "-advmethods", as a new F@H core is released that will require beta testing. When, or if, this will happen is not known.

The end result of any of these three options is that you may be seeing stability problems where there have not been any in the past. P3xx and P10xx series work units seem to push machines much harder than other work units we have before. If you are seeing problems, the typical troubleshooting procedure we will ask you to follow where one or more of these options is used will look like this:

Reduce or remove any overclock that may be present. Overclocking your system beyond its rated specs always brings the possibility of large stability problems. Gromacs, in particular, has been known to highlight these problems. So, the first thing to do is reduce your OC.

Remove "-forceasm". If you remove this flag, you will be running with what the client considers the best SIMD instructions for your machine. You may incur a speed penalty, but which would you rather have: a working client, or a faster client that has errors on, in some cases, all of its work units, causing them never to be credited?


Remove "-advmethods". Using "-advmethods", as mentioned, means you agree to accept work units that are in the late beta stages of testing. They cannot be guaranteed stable; by definition, they are still under testing. If you cannot process "-advmethods" units, please do everyone involved a favor and remove the flag.

If you are still experiencing issues after going through the above list, please post a topic here. We will do our best to help you sort out any problems.

P4:
forcesse & -forceasm = precies hetzelfde

AMD:
forcesse = SSE gebruik forceren
forceasm = 3dnow gebruik forceren


En verder:

We have been working with the Gromacs developers, AMD, and several mods to fix the AMD freeze issue discussed in the "Freezing with AMD and SSE - Discussion" thread in this section. In internal and beta testing, a newly prepared core has seemed successful thus far. For those who are interested in trying it immediately, we have made the new core available for manual download at http://www.folding.org/beta-core (instructions are listed there as well). Please note that you do not need to download now if you do not want -- if this core continues to look good, clients will soon automatically upgrade to it.
Some release notes:

- It is very slightly faster than the old core
- No bugs have been found in Gromacs, but this includes a workaround which seems to solve the problem
- The FAH team and the AMD team are cooperating fully to reach a final solution
If you check out the new core, please report any problems here.


En volgens mij moet je de flags bij de snelkoppeling toevoegen. Niet bij het programma zelf (dacht ik tenminste)

[KompjoeFriek]

Mooie scores!

36. ( 21) 101.0 [DPC]_Team_KompjoeFriek 9118.0 (57)

Met m'n 100+ niet eens in de daily's
_{al scheelt het niet veel}

[Blistimo]

Whoelp!
De DPCH van vandaag isse beetje stoek!

InNueeeeedooooooo!!!!

[Anoniem: 79144]

Blistimo schreef op 12 februari 2004 @ 08:07:
Whoelp!
De DPCH van vandaag isse beetje stoek!

InNueeeeedooooooo!!!!

Idd... scores in de min zijn neit de bedoeling denk hihi

komt wel goed

[Anoniem: 79144]

De F@H statsserver is momenteel down...
denk dat het daaraan ligt...

[ Voor 4% gewijzigd door Anoniem: 79144 op 12-02-2004 08:35 ]

[Anoniem: 60226]

"The Folding@Home stats server is down for maintenance. "

Dis al vanaf vanmorge heeeel vroeg

[KompjoeFriek]

ok, het heeft nu lang genoeg geduurt.

Zeg het maar.

Van wie is het foute-leech-script dat de statsserver down-trekt?

_{(als ik zelf F@H stats had kon ik meteen m'n hand opsteken )}

[SandStar]

KompjoeFriek schreef op 13 februari 2004 @ 04:09:
ok, het heeft nu lang genoeg geduurt.

Zeg het maar.

Van wie is het foute-leech-script dat de statsserver down-trekt?

_{(als ik zelf F@H stats had kon ik meteen m'n hand opsteken )}

Tis een database die voor probs zorgt...

[Anoniem: 79144]

KompjoeFriek schreef op 13 februari 2004 @ 04:09:
ok, het heeft nu lang genoeg geduurt.

Zeg het maar.

Van wie is het foute-leech-script dat de statsserver down-trekt?

_{(als ik zelf F@H stats had kon ik meteen m'n hand opsteken )}

The Folding@Home stats server is down for maintenance until Friday noon PST.

nog ff w88 dus

[Blistimo]

Met een beetje mazzel zaterdagochtend dus een DPCH over 3 dagen

[jeronimo]

Heb ik weer hoor, haal ik eindeleijk m´n 5K paal,
zijn d´r geen stats...

[SandStar]

jeronimo2003 schreef op 13 februari 2004 @ 14:21:
Heb ik weer hoor, haal ik eindeleijk m´n 5K paal,
zijn d´r geen stats...

Alsof deze stats mijlpalen ondersteunen

[Anoniem: 97741]

duurt lang!

wel leuk, onze score van 2500 staat gewoon al 3 dagen