[Folding@Home] hitparade van 27 november

[Phreak]

Mogge Koetjes !
Allemaal de stal weer uitgewandeld?
Uiers uitgerekt?
Nou... dan is het tijd voor.... jawel.... STATS !

Flusher van de dag is geworden... *insert tromroffel* boolean
En als ik me niet vergis is dat een nieuweling, dus dat doet ie goed
Er is 1 mijlpaal uit te delen aan Malantur
We hebben een hele kudde aan nieuwe leden:
Andreas_Wijting, Marcus_Klaas, NetKing, gaara, greko, robskedebobske, safire

Nou verder heb ik ff niks te blaten, dus wens ik iedereen een goede (rel)vrijdag.
* Phreak rost Bongo door de stal

DPC Folding@Home hitparade van 27 november 2008

Daily Top 30
Flushers: 123 / 3.330 (3,7 %)
pos		daily	member	total
1.	()	61.521	chelloo.com	10.753.636	(2)
2.	()	32.281	[DPC]_Fatal_Error_Group	8.451.656	(3)
3.	(2)	12.363	Pulp_Fiction	1.236.941	(23)
4.	(1)	9.179	Blord	336.466	(63)
5.	(3)	8.398	Schapie	3.799.679	(9)
6.	()	8.001	TEAM_JOE_BAR	7.380.926	(4)
7.	(2)	7.105	Bogaarts	2.961.309	(11)
8.	(10)	6.048	kiddyl	15.691	(603)
9.	(2)	5.854	DPC_Team_Switch	1.896.846	(14)
10.	(30)	4.813	Le_n00b	122.187	(155)
11.	(13)	4.574	[DPC]HellBringer	189.728	(105)
12.	(29)	4.314	BPE	1.668.542	(16)
13.	(2)	4.209	Empie	245.258	(82)
14.	(20)	4.131	Jejking	31.269	(401)
15.	(13)	4.128	halo	145.640	(131)
16.	(3)	3.970	nitro4u	996.787	(28)
17.	(7)	3.960	Big_Basje	880.008	(31)
18.	(2)	3.924	Heidistein	192.987	(102)
19.	(5)	3.890	[DPC]_Team_ColdFusion	14.485.454	(1)
20.	(16)	3.845	DeApen	1.533.316	(20)
21.	(9)	3.645	[DPC]Jaac	323.627	(66)
22.	()	3.636	Marktm	577.891	(41)
23.	(6)	3.598	gowron	3.913.718	(8)
24.	(11)	3.581	ziggo-gebruikers.nl	60.443	(256)
25.	(4)	3.380	Team_Pastis_51	4.108.055	(7)
26.	(1)	2.710	SayWhatAgain	745.768	(38)
27.	(16)	2.592	Wiethoofd	604.654	(40)
28.	(8)	2.431	Iceheart	387.465	(54)
29.	(45)	2.428	boolean	3.450	(1205)
30.	(7)	2.316	Oever77	415.427	(52)
	More...

Overall Top 30
pos		total	member	daily
1.	()	14.485.454	[DPC]_Team_ColdFusion	3.890	(19)
2.	()	10.753.636	chelloo.com	61.521	(1)
3.	()	8.451.656	[DPC]_Fatal_Error_Group	32.281	(2)
4.	()	7.380.926	TEAM_JOE_BAR	8.001	(6)
5.	()	6.903.828	Team4Fun.nl	520	(71)
6.	()	5.481.644	[DPC]NGS	2.098	(32)
7.	()	4.108.055	Team_Pastis_51	3.380	(25)
8.	()	3.913.718	gowron	3.598	(23)
9.	()	3.799.679	Schapie	8.398	(5)
10.	()	3.623.742	Team_Elteor_Borislavj	480	(76)
11.	()	2.961.309	Bogaarts	7.105	(7)
12.	()	2.399.304	[DPC]Clan_Delft	34	(116)
13.	()	2.000.806	DPC_Los_Alcoholicos	414	(82)
14.	()	1.896.846	DPC_Team_Switch	5.854	(9)
15.	()	1.733.951	www.onweer-online.nl	457	(79)
16.	()	1.668.542	BPE	4.314	(12)
17.	()	1.616.856	SandStar	0	(-)
18.	()	1.598.044	Holy_Cow!	1.100	(42)
19.	()	1.553.078	DPC_Division_Brabant	0	(-)
20.	()	1.533.316	DeApen	3.845	(20)
21.	()	1.439.545	Forza_Mucca	0	(-)
22.	()	1.387.600	PS3	1.477	(37)
23.	()	1.236.941	Pulp_Fiction	12.363	(3)
24.	()	1.198.289	BananaTeam	0	(-)
25.	()	1.188.936	PeaceNlove	1.414	(38)
26.	()	1.089.427	RdamRobin	671	(60)
27.	()	1.034.512	silentsnake	1.695	(36)
28.	()	996.787	nitro4u	3.970	(16)
29.	()	934.058	Waddenteam	0	(-)
30.	()	897.829	1KEY	0	(-)
	More...

Teams Daily Top 15
pos		daily	team	total
	More...

Teams Overall Top 15
pos		total	team	daily
	More...

Megaflush Top 5
pos	Team	Flush	Date
1.	Team4Fun.nl	202.700	05-12-2005
2.	markvanmook	116.996	31-10-2006
3.	[DPC]_Team_ColdFusion	89.749	27-01-2008
4.	chelloo.com	67.101	25-11-2008
5.	silentsnake	53.639	26-10-2008
More...

Mijlpalen

Malantur

10.000

Nieuwe Leden

Andreas_Wijting	186
Marcus_Klaas	15
NetKing	47
gaara	225
greko	121
robskedebobske	15
safire	905

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

[Bubbles]

* Bubbles doet een klein dansje

Nieuwe bios op m'n moederbord gezet en sindsdien kan ik eindelijk stabiel SMP draaien. Dus als het een beetje meezit, iets meer output van mij vanaf nu.

Heb alleen wel een ander klein probleempje. Mijn GPU clients krijgen nu niet meer genoeg rekenkracht van de processor, waardoor ze zo'n 1000 ppd minder doen, per stuk. In de config kan je wel kiezen bij de processor priority idle of low moet zijn, maar dat maakt geen verschil, lijkt het. Iemand een idee hoe ik dat kan verhelpen?

Misschien anders proberen de requested cpu time van de SMP clients te wijzigen naar iets lager ofzo?

[ Voor 9% gewijzigd door Bubbles op 28-11-2008 09:40 ]

[Wiethoofd]

Bubbles schreef op vrijdag 28 november 2008 @ 09:39:
Nieuwe bios op m'n moederbord gezet en sindsdien kan ik eindelijk stabiel SMP draaien. Dus als het een beetje meezit, iets meer output van mij vanaf nu.

Welke? 1802?

Heb alleen wel een ander klein probleempje. Mijn GPU clients krijgen nu niet meer genoeg rekenkracht van de processor, waardoor ze zo'n 1000 ppd minder doen, per stuk. In de config kan je wel kiezen bij de processor priority idle of low moet zijn, maar dat maakt geen verschil, lijkt het. Iemand een idee hoe ik dat kan verhelpen?

Je kunt zorgen dat je GPU-clients op 2 van je 4 cores draaien en je de andere 2 cores assigned naar je SMP-client.

Misschien anders proberen de requested cpu time van de SMP clients te wijzigen naar iets lager ofzo?

Die in de GPU-client al aangepast? En welke versie van de GPU-client draai je? De 6.23 schijnt een lagere ppd te hebben dan de 6.20rc1, vandaar dat ik nog niet over ben.

[Wiethoofd]

Volgens mij zijn de stats op tadah weer eens stuq....

[Bubbles]

Wiethoofd schreef op vrijdag 28 november 2008 @ 14:08:
[...]

Welke? 1802?

yep

[...]

Je kunt zorgen dat je GPU-clients op 2 van je 4 cores draaien en je de andere 2 cores assigned naar je SMP-client.

m'n gpu clients gebruiken per stuk ongeveer 20% van 1 core. Betekend dus dat ik in dat geval 2x 80% onbenut. Guess not dus. Draai om die reden 2x SMP client in VMWare.

[...]

Die in de GPU-client al aangepast? En welke versie van de GPU-client draai je? De 6.23 schijnt een lagere ppd te hebben dan de 6.20rc1, vandaar dat ik nog niet over ben.

In de GPU client staat ie al ingesteld op 100%, maar hij heeft er dus maar een paar nodig. Verder gebruik ik de 6.20r1 clients voor GPU.

edit: Kom er net achter dat je in de linuxclient niet kan instellen hoeveel 100% processorbelasting de client mag gebruiken... Iemand nog een ander idee dan? Ik kan wel handmatig in windows de prioriteit op 'below normal' zetten, maar bij een volgende WU gaat ie weer vrolijk terug naar low.

[ Voor 15% gewijzigd door Bubbles op 28-11-2008 16:57 ]

[Wiethoofd]

Bubbles schreef op vrijdag 28 november 2008 @ 16:53:
m'n gpu clients gebruiken per stuk ongeveer 20% van 1 core. Betekend dus dat ik in dat geval 2x 80% onbenut. Guess not dus. Draai om die reden 2x SMP client in VMWare.

Je zou 2 cores kunnen toekennen aan de gpu-client met de omgevingsvariabele: NV_FAH_CPU_AFFINITY en dan als waarde 3 (om core 0 en 1 aan de gpu-client te assignen)

In de GPU client staat ie al ingesteld op 100%, maar hij heeft er dus maar een paar nodig. Verder gebruik ik de 6.20r1 clients voor GPU.

Heb je ook ingesteld: Lock to core?

edit: Kom er net achter dat je in de linuxclient niet kan instellen hoeveel 100% processorbelasting de client mag gebruiken... Iemand nog een ander idee dan? Ik kan wel handmatig in windows de prioriteit op 'below normal' zetten, maar bij een volgende WU gaat ie weer vrolijk terug naar low.

Valt dit niet te fixxen met de juiste flag achter de snelkoppeling? -affinity/-priority of iets in die trant.

[Bubbles]

Wiethoofd schreef op vrijdag 28 november 2008 @ 17:01:
[...]

Je zou 2 cores kunnen toekennen aan de gpu-client met de omgevingsvariabele: NV_FAH_CPU_AFFINITY en dan als waarde 3 (om core 0 en 1 aan de gpu-client te assignen)

Staat nu sowieso ingesteld dat 1 GPU client CPU2 en de andere CPU3 gebruikt. Dat was al out-of-the-box bij mij.

[...]

Heb je ook ingesteld: Lock to core?

Staat uit.

[...]

Valt dit niet te fixxen met de juiste flag achter de snelkoppeling? -affinity/-priority of iets in die trant.

Nope, want de snelkoppeling start de [e-mail] op. Die heeft geen cpu cycles nodig dus daar boeit het niet van. Die staat dus zelfs standaard op Normal priority. Het is de FahCore_11.exe die de rekenkracht nodig heeft.

[Wiethoofd]

Bubbles schreef op vrijdag 28 november 2008 @ 17:17:
Nope, want de snelkoppeling start de [e-mail] op. Die heeft geen cpu cycles nodig dus daar boeit het niet van. Die staat dus zelfs standaard op Normal priority. Het is de FahCore_11.exe die de rekenkracht nodig heeft.

En die FahCore_11.exe kan je dus meerder cpu-cores laten assignen met eerder genoemde omgevingsvariabele om toch die maximale datadoorvoer te halen.

Ik meen me te herinneren dat je een Xeon 3350 had (iig een quadcore), dus dan kan je je GPU-client 2 cores toewijzen en de SMP clients de twee andere cores lijkt me. Mocht dit zo zijn en de SMP clients altijd core 0 en 1 bezetten, dan moet je dus de juiste waarde bij de omgevingsvariabele invullen dat de GPU client core 2 en 3 bezet.

[Bubbles]

Ik heb idd een X3350 quadcore ja.
En om het even duidelijk te maken: de GPU client heeft maar 20% cpucore (op 1 core) belasting nodig. Het probleem is dat ie dat niet krijgt als ik 2 vmware sessies draai om de overige rekenkracht te benutten. zowel vmware als gpu zitten in idle mode waardoor ze dus alsnog de rekenkracht zitten te delen en m'n gpu dus flink in punten zakt, t.o.v. draaien zonder vmware.

[martijn333]

Bubbles schreef op vrijdag 28 november 2008 @ 09:39:
* Bubbles doet een klein dansje

Nieuwe bios op m'n moederbord gezet en sindsdien kan ik eindelijk stabiel SMP draaien. Dus als het een beetje meezit, iets meer output van mij vanaf nu.

Heb alleen wel een ander klein probleempje. Mijn GPU clients krijgen nu niet meer genoeg rekenkracht van de processor, waardoor ze zo'n 1000 ppd minder doen, per stuk. In de config kan je wel kiezen bij de processor priority idle of low moet zijn, maar dat maakt geen verschil, lijkt het. Iemand een idee hoe ik dat kan verhelpen?

Misschien anders proberen de requested cpu time van de SMP clients te wijzigen naar iets lager ofzo?

Dit probleem had ik ook al ondervonden ik heb Guardian XP gebruikt om de priority automatisch toe te laten wijzen.

[Bubbles]

martijn333 schreef op zaterdag 29 november 2008 @ 10:29:
[...]


Dit probleem had ik ook al ondervonden ik heb Guardian XP gebruikt om de priority automatisch toe te laten wijzen.

Held!
Eens kijken of dit ook daadwerkelijk helpt bij mij