[World Community Grid] hitparade van 6 april

[JohFraEl]

Zoals voorspeld staat Grutte Pier op #1, helaas door weer een verkeerde namechange dit keer niet alleen van Batsma maar ook door MAB The Frisian. Ze hebben beide namelijk Grutte Pier [WA OARS] i.p.v. Grutte Pier [Wa Oars] opgegeven waardoor er een nieuw team is ontstaan, blijkbaar is het case-sensitive hier.

TEB komt daardoor onterecht op de tweede stek, terwijl ze eigenlijk de lijst aanvoeren
Gevolgd door de jongens van het koudgefusseerde team oftewel TCF die tevens de overall Top 30 binnenstormt
Met daarachter LA die dus eigenlijk de derde plaats behouden.

Vandaag is het de andere account van DukeBox die de FotD titel behaalt, 18 plaatsen lager staat die van gisteren [DPC] DukeBox, schijnbaar moet of deze account nog door Jis gemerged worden of een namechange van een account woordoor we morgen ook weer borked stats krijgen Maar dat hebben we sowieso als Bartsma & Mab hun naam gecorrigeerd hebben

De teamstats kloppen niet vandaag, maar de volgorde is volgens mij wel correct
We zien nog steeds MCH dichterbijkruipen, dus hopelijk gaat de score van DPC nog wat stijgen

We hebben een shipload aan mijlpalers, te veel om op te noemen maar allen gefeliciteerd met de behaalde resultaten

Ook mogen we een record aantal nieuwe leden verwelkomen!

Verder met de cijfertjes in tabelvorm gebakken op volgorde van scores:
[World Community Grid] hitparade van 6 april

Top 30 members daily
rank		points	results	name	points	results	rank
1.	( 107)	379312	682	Grutte Pier [WA OARS]	386753	695	153	( 410)
2.	( 1)	370139	666	Team_Elteor_Borislavj	17589389	34899	7	()
3.	()	256377	484	[DPC] Team ColdFusion	5159065	11396	30	( 2)
4.	()	201193	359	Los Alcoholicos	26737583	53155	3	()
5.	( 1)	184946	310	BurnHard	73505746	135478	1	()
6.	( 1)	172163	294	Bold_Seeker	16225941	29927	9	()
7.	( 6)	164045	240	Team_Pastis_51	23097934	30757	4	()
8.	( 1)	149765	270	chelloocom	27168979	71330	2	()
9.	( 76)	140202	302	DukeBox	2084219	5694	55	()
10.	( 2)	136400	248	[DPC]DeApen	1652204	3057	64	( 3)
11.	( 2)	85137	138	KletsCows	15697751	29210	10	()
12.	( 1)	79435	143	[DPC]Team Switch	5998945	14494	29	()
13.	( 8)	70835	108	ERBrouwer	2294309	4414	50	( 2)
14.	( 31)	68165	130	Mechaniker	13825728	14939	13	()
15.	( 3)	65789	126	Grutte Pier [Wa Oars]	16306441	34769	8	()
16.	( 2)	65132	123	Cureseekers	11275300	22887	18	()
17.	( 2)	63748	119	M_P_G	13057637	19275	15	()
18.	( 4)	62309	113	[DPC] hansR	1205909	2605	77	( 3)
19.	()	54380	101	Gizmo74	12245913	19524	17	()
20.	( 4)	53657	93	Mbc4	658735	1162	116	( 6)
21.	( 1)	50657	91	Misterh75	12934547	23098	16	()
22.	( 5)	48525	86	NGS	4511633	16495	33	()
23.	( 5)	46767	69	VFRmaniac	560809	1028	127	( 5)
24.	( 1)	43115	82	Blord	786590	1448	104	( 4)
25.	( 1)	42295	75	kiddyl	14052789	24059	12	()
26.	( 5)	38702	66	DE KOMETEN	13311921	23313	14	()
27.	( 1)	38622	68	coolyboy	300854	527	171	( 16)
28.	( 18)	36747	71	[DPC] DukeBox	160275	341	240	( 23)
29.	()	35884	72	Team_Kwakende_kip	35884	72	408	()
30.	( 13)	34963	67	joosd	73742	140	318	( 72)

Total flushers: 265
More...

Top 30 members overall
rank		points	results	name	points	results	rank
1.	()	73505746	135478	BurnHard	184946	310	5
2.	()	27168979	71330	chelloocom	149765	270	8
3.	()	26737583	53155	Los Alcoholicos	201193	359	4
4.	()	23097934	30757	Team_Pastis_51	164045	240	7
5.	()	18855202	44994	depriens	3195	6	137
6.	()	18511030	36723	Division Brabant	32726	61	33
7.	()	17589389	34899	Team_Elteor_Borislavj	370139	666	2
8.	()	16306441	34769	Grutte Pier [Wa Oars]	65789	126	15
9.	()	16225941	29927	Bold_Seeker	172163	294	6
10.	()	15697751	29210	KletsCows	85137	138	11
11.	()	14448341	42643	anboni	0	0	0
12.	()	14052789	24059	kiddyl	42295	75	25
13.	()	13825728	14939	Mechaniker	68165	130	14
14.	()	13311921	23313	DE KOMETEN	38702	66	26
15.	()	13057637	19275	M_P_G	63748	119	17
16.	()	12934547	23098	Misterh75	50657	91	21
17.	()	12245913	19524	Gizmo74	54380	101	19
18.	()	11275300	22887	Cureseekers	65132	123	16
19.	()	10247037	25802	mediamarkt_Utrecht	5889	10	100
20.	()	9103867	25641	Scoutboy	0	0	0
21.	()	8921322	18348	tuxnl	30169	66	37
22.	()	8195329	15989	DPC_Oi!	8899	18	86
23.	()	8039043	15756	microkid	0	0	0
24.	()	8030102	12267	Sinlath	0	0	0
25.	()	7262002	16052	Sekerob	13964	19	58
26.	()	7058691	13965	Dukekiller	0	0	0
27.	()	6848568	12488	Muppet99	26522	43	43
28.	()	6227758	13633	dennishoog	30050	52	38
29.	()	5998945	14494	[DPC]Team Switch	79435	143	12
30.	( 2)	5159065	11396	[DPC] Team ColdFusion	256377	484	3

More...

Teams daily
rank		points	name	points	rank
1.	()	49205762	Team 2ch	7184467764	1
2.	()	21705357	Easynews	5791197747	2
3.	()	14804946	XtremeSystems	3639827037	3
4.	()	12531025	MakeCuresHappen	650600057	15
5.	()	11969116	Dutch Power Cows	653988655	14
6.	()	10002684	neu-innova	813488491	10
7.	()	9952744	Marist College	1164585977	8
8.	()	7585271	IBM	1378276745	5
9.	()	7229080	Binghamton University Cares	1142719829	9
10.	()	7137492	UserFriendly.Org	1186505193	7
11.	()	6662030	Clemson School of Computing	568279980	19
12.	()	5786803	PCDVD@TAIWAN	676620366	11
13.	()	5250629	Clubic	1405230777	4
14.	()	4381105	Rochester Community & Technical College	1321721504	6
15.	()	4241806	Canada	666864825	13

More...

Teams overall
rank		points	name	points	rank
1.	()	7184467764	Team 2ch	49205762	1
2.	()	5791197747	Easynews	21705357	2
3.	()	3639827037	XtremeSystems	14804946	3
4.	()	1405230777	Clubic	5250629	13
5.	()	1378276745	IBM	7585271	8
6.	()	1321721504	Rochester Community & Technical College	4381105	14
7.	()	1186505193	UserFriendly.Org	7137492	10
8.	()	1164585977	Marist College	9952744	7
9.	()	1142719829	Binghamton University Cares	7229080	9
10.	()	813488491	neu-innova	10002684	6
11.	( 1)	676620366	PCDVD@TAIWAN	5786803	12
12.	( 1)	673552956	Slashdot Users	1687372	36
13.	()	666864825	Canada	4241806	15
14.	()	653988655	Dutch Power Cows	11969116	5
15.	( 1)	650600057	MakeCuresHappen	12531025	4

More...

[zie vervolg]

[ Voor 27% gewijzigd door JohFraEl op 07-04-2009 12:21 ]

[JohFraEl]

[vervolg]

Milestones
name	points	results	milestone
BurnHard	73505746	135478	73500000
chelloocom	27168979	71330	27100000
Los Alcoholicos	26737583	53155	26700000
Team_Pastis_51	23097934	30757	23000000
Division Brabant	18511030	36723	18500000
Team_Elteor_Borislavj	17589389	34899	17500000
Grutte Pier [Wa Oars]	16306441	34769	16300000
Bold_Seeker	16225941	29927	16200000
Mechaniker	13825728	14939	13800000
DE KOMETEN	13311921	23313	13300000
M_P_G	13057637	19275	13000000
Misterh75	12934547	23098	12900000
Gizmo74	12245913	19524	12200000
tuxnl	8921322	18348	8900000
dennishoog	6227758	13633	6200000
[DPC] Team ColdFusion	5159065	11396	5100000
NGS	4511633	16495	4500000
Mazda323F Team	4402225	7979	4400000
Kurt Haegeman	3309455	5688	3300000
NoizyCows	3116168	8195	3100000
Broelando	2214351	2753	2200000
DukeBox	2084219	5694	2000000
Orac	1901747	3550	1900000
[DPC]DeApen	1652204	3057	1600000
hog555	1400309	2813	1400000
[DPC] hansR	1205909	2605	1200000
qazwaplol	1005628	2568	1000000
8_ball	900295	1440	900000
flying_pizza	825090	1676	800000
empie	804519	1300	800000
Grutte Pier [WA OARS]	386753	695	300000
coolyboy	300854	527	300000
Evo155	94879	175	90000
-niels-	91231	111	90000
back2basic	89195	163	80000
Bart Brinkman	86840	149	80000
vrank	85160	159	80000
Toaby	81283	142	80000
joosd	73742	140	70000
bobsquad	72254	134	70000
mhavelaar	71993	135	70000
perejoseph	71703	134	70000
d33n	63726	90	60000
Elrond[NL]	60674	106	60000
white_panther	57425	109	50000
BassieXp	51505	78	50000
arjanscholl	50520	112	50000
dennus2009	42077	71	40000
[DPC]D2DM	40094	67	40000
Team_Kwakende_kip	35884	72	30000
Wiethoofd	32591	59	30000
StudaBaker	31948	80	30000
Mee Uien en Spek	23952	44	20000
JulesvH	20501	38	20000
Tommasso	14206	25	10000
enterz	12163	26	10000
Vincentio	11523	21	10000
jsnel	11407	16	10000
Quacktop	10214	22	10000

New members
[DPC] Team ColdFusion.Geintje
[DPC]Jaac
ach66
afvalzak
badeendjuh
BahrimanX
bertlaga
Carpenter
DPC_Rush
filenox
FireRageNL
funcook-king
GCT-Zen
geenpunt
ggdeboo
GoneWacko
Grutte Pier [WA OARS].[DPC]Batsma
IkkeDus
Kazimi
Mac_Cain13
Manu_
nlx1
pimzzz
rkrijgsheld
robertvanommen
SalomonV
Shrikey
Smoerel
Team_Kwakende_kip.DPCKippie
Team_Kwakende_kip.DPCQuatar
thor666

When do we get them top 5
name	days
Canada	6
Slashdot Users	7
PCDVD@TAIWAN	14
Binghamton University Cares	298
Rochester Community & Technical College	313

When do they get us top 5
name	days
MakeCuresHappen	4

Links
World Community Grid homepage
World Community Grid Wiki @ DPC
World Community Grid stats van alle Teams
World Community Grid stats van DPC
World Community Grid stats van DPC voor BOINC clients
Bron DPCH

[ Voor 65% gewijzigd door JohFraEl op 07-04-2009 11:18 ]

[Verwijderd]

Holy Mother of Cows, Records are like Us

[Verwijderd]

@Jis, in het Team overall 1 na laatste kolommetje is de header "points", maar denk dat het als "Results" gelezen dient te worden. Zeker in de Team Daily staan in de punten kolom links, de cum.results

tijdelijk staatje, ook in de Stampede draad gepost:

[ Voor 47% gewijzigd door Verwijderd op 07-04-2009 11:18 . Reden: Foute conclusie ]

[Mist]

Volgens mij moet dat gewoon points daily zijn, maar gaan die nu eenmalig over drie dagen vanwege de statsproblemen gisteren en eergisteren.

Hoe dan ook weer een mooie score neergezet en welkom aan alle nieuwe leden!

[Verwijderd]

Ah, klopt omdat JIS vorige cum van huidige cum aftrekt. Dan is mn staatje toch behulpzaam om 6 april op zich weer te geven.

[NLSchutP]

Jeeeeeeeeeejjjj!!! Hup ons

[DennusB]

Yeaah 40.000 mijlpaal gehaald

[Bart Brinkman]

Ziet er zeer goed, met name de immer stijgende lijn in de dagtotalen; op die manier blijven we Nike mooi voor en kunnen we trefzeker richting Canada en Slashdot.

[DPCquatar]

Interne subteam communicatie.........

Ivo doe mij is een mailtje, heb jou emailadres niet meer

[DPCKippie]

Mailtje verstuurd

Yay, mijlpaaltje
Ook weer es leuk, elke dag een mijlpaal behalen
De stampede is aardig op gang gekomen
Jammer genoeg nog geen bedreiging voor de 1e plek van Team 2ch, maar met een daily top 5 plek mogen we toch niet klagen

[Mobster]

Verwijderd schreef op dinsdag 07 april 2009 @ 11:18:
Ah, klopt omdat JIS vorige cum van huidige cum aftrekt. Dan is mn staatje toch behulpzaam om 6 april op zich weer te geven.

Als er cum afgetrokken wordt... * Mobster kijkt of ie toch op het goede forum zit

LA op jacht naar Chello!!

[Verwijderd]

is subtrahieren dan goed voor jouw

[DukeBox]

JohFraEl schreef op dinsdag 07 april 2009 @ 10:51:
Vandaag is het de andere account van DukeBox die de FotD titel behaalt, 18 plaatsen lager staat die van gisteren [DPC] DukeBox, schijnbaar moet of deze account nog door Jis gemerged worden of een namechange van een account woordoor we morgen ook weer borked stats krijgen

Borked zullen ze niet zijn, het zijn 2 apparte accounts die niet gemerged zijn. [DPC] DukeBox heb ik 2 dagen op gedraaid maar heb nu alles overgezet naar DukeBox.
Om eerlijk te zijn is het me een raadsel is waarom er 2 accounts zijn. Ik vermoed een merg met FaD en BOINC o.i.d.

[Verwijderd]

Als de email accounts gelijk zijn op de WCG account van 2004 en die van 2007, dan zou in principe het op BOINCstats samen moeten vloeien. Keek net en zie er nog steeds dat de CPID (een soort email hash) nog steeds niet geconvergeerd zijn.

[APClll]

Wat een geweld hier. Wat een power...
* APClll sprakeloos is.

Het zou mooi zijn als we MakeCuresHappen tot aan het einde van de stampede achter ons kunnen houden.

[DukeBox]

Verwijderd schreef op dinsdag 07 april 2009 @ 14:07:
Als de email accounts gelijk zijn op de WCG account van 2004 en die van 2007, dan zou in principe het op BOINCstats samen moeten vloeien. Keek net en zie er nog steeds dat de CPID (een soort email hash) nog steeds niet geconvergeerd zijn.

Ze zijn gelijk.. daardoor kwam ik er achter dat ik er 2 had (had bij beiden een pasw. request gedaan).
Maar begrijp ik het dan goed dat er toch een soort van merge mogelijk is ?

Iets heel anders, hoe zit het met die claimed en granted points ?
Is die granted het gemiddelde van punten die een andere over dezelfde test heeft gedaan ?
Ik zie bijv. regelmatig de verhouding 584.7 / 134.8 staan... waarom is het verschil zo groot ?

Oh en bijna vergeten.. is het mogelijk je 'in progress' queue leeg te gooien zodat een ander ze kan oppakken ? Heb ze onder mijn oude account gedaan maar bij het overzetten is dat allemaal verloren gegaan.

Iets heel anders.. petje af voor het snelle support van Sekerob

[ Voor 18% gewijzigd door DukeBox op 07-04-2009 16:36 ]

[Xaverius]

Sjees, ik dacht dat ik af en toe een groot verschil had met 110/70...

[Verwijderd]

DukeBox schreef op dinsdag 07 april 2009 @ 16:29:
[...]

Ze zijn gelijk.. daardoor kwam ik er achter dat ik er 2 had (had bij beiden een pasw. request gedaan).
Maar begrijp ik het dan goed dat er toch een soort van merge mogelijk is? Op de externe BOINCstats sites, niet op WCG, niet voor accounts en niet voor devices

Iets heel anders, hoe zit het met die claimed en granted points ?
Is die granted het gemiddelde van punten die een andere over dezelfde test heeft gedaan ?
Ik zie bijv. regelmatig de verhouding 584.7 / 134.8 staan... waarom is het verschil zo groot ? Dat is de extreemste die ik tot nu toe gezien heb. Je zegt er niet bij wat voor project, dus als je bijv pagina 1 van de Result Status page post, gesorteerd op Return Time en gefilterd op Valid, dan kan ik misschien iets zinnigs zeggen. Wat voor platform (PXE????) en CPU 32/64 bit? Speciale Integer functie? Wat zijn de benchmarks?

Oh en bijna vergeten.. is het mogelijk je 'In Progress' queue leeg te gooien zodat een ander ze kan oppakken ? Heb ze onder mijn oude account gedaan maar bij het overzetten is dat allemaal verloren gegaan. Als je plomp een device installatie delete zal die In Progress blijven staan tot het resultaat compleet en gevalideerd is door anderen. Als je alvorens een "Project Detach" doet in de client zal die een signaal naar WCG sturen om die resultaten als cancelled/abort te registreren. Geduld is een schone zaak dus in deze.

Iets heel anders.. petje af voor het snelle support van Sekerob Ik zie heel soms petje op / petje af bij BVN Holland sport... ach je doet wat voor een heel goed doel vanuit de stoel ;>)

kletsch u laeter

[priens]

Whooo! Wat een score hier!!!!


Sekerob (en anderen uiteraard), ff een vraagje hè. Ik weet 't, sorry... het zal vast al ergens vermeld staan en ik heb al eerder zoiets gevraagd, maar volgens mij heb ik nog niet echt een eenduidig antwoord gehad...

Wat werkt nou het beste voor een Core i7 920 met 6GB geheugen en Vista x64?
Even afgezien van overclocken, want daarvoor wordt de processor met ca. 68 graden op 8 threads momenteel nog te warm. 4 threads of 8 threads tegelijk scheelt trouwens 10 graden (!!!)

- Ik heb ergens gelezen dat HCC workunits het beste scoren vanwege berekeningen die sneller zouden gaan op een 64 bits OS. Klopt dat? Ik heb namelijk voor die machine alleen HCC aangevinkt nu.
- Verder heb ik HT aan staan, dus 8 workunits tegelijk! Beter HT aan of uit?
- Nog andere tips???

[Verwijderd]

Zou gewoon de post van Movieman opzoeken op het WCG forum. Die heeft het helemaal doorgetest. HCC+64bits, of RICE, nog koeler.

[DukeBox]

Verwijderd schreef op dinsdag 07 april 2009 @ 17:07:
Op de externe BOINCstats sites, niet op WCG, niet voor accounts en niet voor devices

Ok.. blijft een onduidelijk iets.. boinc / wgc.. never mind.

Dat is de extreemste die ik tot nu toe gezien heb. Je zegt er niet bij wat voor project, dus als je bijv pagina 1 van de Result Status page post, gesorteerd op Return Time en gefilterd op Valid, dan kan ik misschien iets zinnigs zeggen. Wat voor platform (PXE????) en CPU 32/64 bit? Speciale Integer functie? Wat zijn de benchmarks?

Als ik zo kijk is het redelijk zeldzaam dat ik minder punten krijg dan geclaimed.. bijna alles is dik meer (gemiddeld 80 tot 135 claim, met dan 40 tot 75 granted).
Hier de extremen.

code:

Project Name:  Nutritious Rice for the World 
Created:  3-4-09 
Name:  R00267_c37af4e96b72cd0f844709b4f5d629f3_03_002 
Minimum Quorum:  10 
Replication:  19 
429.8 / 123.6

Project Name:  Nutritious Rice for the World 
Created:  3-4-09 
Name:  R00267_c37af4e96b72cd0f844709b4f5d629f3_03_003 
Minimum Quorum:  10 
Replication:  19 
429.7 / 127.0

Platform is linux 2.6.29.0 zo kaal mogelijk gecompileerd voor x64 op een Xeon W5580, daar draaien 4 clients op.

code:

4/7/2009 5:36:48 PM|World Community Grid|Scheduler request succeeded: got 0 new tasks
4/7/2009 5:37:14 PM||Running CPU benchmarks
4/7/2009 5:37:46 PM||Benchmark results:
4/7/2009 5:37:46 PM||   Number of CPUs: 8
4/7/2009 5:37:46 PM||   7903 floating point MIPS (Whetstone) per CPU
4/7/2009 5:37:46 PM||   88829 integer MIPS (Dhrystone) per CPU
4/7/2009 5:37:47 PM||Resuming computation

Ander clients welke nog op de oudere Xeon 5300 series draaien hebben resultaten die minder verschillen, maar nog steeds regelmatig uitschieters.

Als je plomp een device installatie delete zal die In Progress blijven staan tot het resultaat compleet en gevalideerd is door anderen. Als je alvorens een "Project Detach" doet in de client zal die een signaal naar WCG sturen om die resultaten als cancelled/abort te registreren. Geduld is een schone zaak dus in deze.

Het maakt mij niet uit, maar het is natuurlijk beter als je ze netjes zou kunnen abborten zoals bij SoB.

[ Voor 5% gewijzigd door DukeBox op 07-04-2009 17:49 ]

[Verwijderd]

DukeBox,

Detach Project is gelijk een mass abort. Tenzij als je er bijv 40 in de queue hebt staan je ze 1 voor 1 wilt aborten in de Tasks tab van BOINC. Zo'n Detach is via de boincmd tool te bewerkstelligen.

Begrijp niets van die vaagheid. WCG exporteerd op naam met CPID. BOINCstats, All Projects, vele anderen rijgen de info aaneen dmv de CPID, zo kan Sekerob en Forza Mucca~Sekerob onder een naam bij BOINCstats verschijnen, en dat doet ze ook.

Die MIPS zijn zo over de top, geen beginnen aan, normaal 2 tot 3 maal hoger als flops, hier 11x. Dus die machientjes zijn Integer geoptimaliseerd misschien voor het renderen, maar WCG gebruikt die functie amper, behalve bij HCC project. Daar de benchmark voor Flops (Whetstone) en Integer (Dhrystone) opgeteld wordt en dan door 480 gedeeld voor de uur-claim, krijg jij dus een zwaar geinflateerd cijfer. Dus als je nu ook nog een Result Status page, niet een Result detail post, dan weten we welke projecten het meest rentenieren. 1 Result page heeft 15 taken gelijst zoals dit:

code:

E000481_ 730B_ 00260100b_ 1--   849476        Valid     5-4-09 09:01:05     7-4-09 15:06:04     7.64    117.3 / 103.7
E000479_ 829B_ 002502011_ 0--   95711   Valid   4-4-09 14:06:36     7-4-09 11:10:23     9.12    89.6 / 94.5
HFCC_ t1_ 00198655_ TrkB_ 0000_ 0--     849476  Valid   5-4-09 11:24:29     7-4-09 10:27:01     6.72    103.2 / 96.7
HFCC_ t1_ 00198831_ TrkB_ 0000_ 0--     849476  Valid   5-4-09 11:25:38     7-4-09 10:10:33     5.73    87.9 / 78.1
HFCC_ t1_ 00188750_ TrkB_ 0001_ 0--     95711   Valid   4-4-09 17:35:49     7-4-09 09:16:07     6.75    66.2 / 70.2
HFCC_ t1_ 00196885_ TrkB_ 0002_ 0--     849476  Valid   5-4-09 10:50:37     7-4-09 06:18:14     6.00    92.0 / 83.2
HFCC_ t1_ 00198041_ TrkB_ 0001_ 0--     849476  Valid   5-4-09 08:09:00     7-4-09 04:24:06     8.24    126.4 / 111.8
HFCC_ t1_ 00192927_ TrkB_ 0003_ 0--     849476  Valid   5-4-09 09:49:31     7-4-09 03:40:03     6.34    97.4 / 93.0
HFCC_ t1_ 00168055_ TrkB_ 0001_ 0--     95711   Valid   2-4-09 08:33:14     7-4-09 02:17:16     7.74    76.1 / 83.2
faah6096_ ZINC12492683_ xmdEq_ Model6Xapo_ 04_ 0--  95711   Valid   6-4-09 19:39:48     7-4-09 02:09:31     6.19    60.8 / 65.2
E000479_ 516B_ 000l0q00u_ 0--   849476  Valid   4-4-09 03:36:34     7-4-09 00:20:15     7.21    110.6 / 107.1
E000479_ 510B_ 000l0q00l_ 0--   849476  Valid   4-4-09 03:35:23     6-4-09 23:56:33     8.31    127.6 / 124.2
HFCC_ t1_ 00168057_ TrkB_ 0000_ 0--     95711   Valid   2-4-09 08:32:07     6-4-09 22:30:36     7.65    75.2 / 80.6
HFCC_ t1_ 00192931_ TrkB_ 0001_ 0--     849476  Valid   5-4-09 06:42:26     6-4-09 21:04:00     6.44    98.9 / 99.8
HFCC_ t1_ 00198200_ TrkB_ 0000_ 0--     849476  Valid   5-4-09 05:01:10     6-4-09 20:04:00     6.17    94.7 / 94.1

[DukeBox]

Dit is een overzicht van een normale Xeon 5453

code:

HFCC_ t1_ 00219466_ TrkB_ 0000_ 0--  203 Valid  7-4-09 05:23:51 7-4-09 17:00:12 2.86 60.9 / 71.0 
faah6101_ ZINC12495085_ xmdEq_ Model6Xapo_ 00_ 0--  206 Valid  7-4-09 05:03:01 7-4-09 14:23:40 2.77 50.2 / 44.1 
faah6101_ ZINC12476026_ xmdEq_ Model6Xapo_ 06_ 0--  206 Valid  7-4-09 04:16:24 7-4-09 14:23:40 2.82 51.1 / 39.7 
HFCC_ t1_ 00214900_ TrkB_ 0001_ 0--  204 Valid  7-4-09 04:02:01 7-4-09 17:00:02 4.17 216.8 / 102.8 
X0000057381190200509281648_ 1--  103 Valid  7-4-09 03:35:39 7-4-09 16:59:57 5.76 104.9 / 50.4 
X0000057380900200509281653_ 1--  602 Valid  7-4-09 03:30:53 7-4-09 15:35:43 4.69 74.8 / 72.0 
faah6099_ ZINC12702655_ xmdEq_ Model6Xapo_ 07_ 0--  602 Valid  7-4-09 03:27:30 7-4-09 11:11:35 2.29 36.5 / 43.5 
faah6099_ ZINC12487800_ xmdEq_ Model6Xapo_ 08_ 0--  104 Valid  7-4-09 03:21:55 7-4-09 14:23:05 2.64 60.6 / 52.0 
HFCC_ t1_ 00212224_ TrkB_ 0001_ 0--  204 Valid  7-4-09 03:13:38 7-4-09 14:23:13 3.10 159.0 / 79.5 
dddt1002k0576_ 100345_ 0--  206 Valid  7-4-09 03:01:12 7-4-09 14:23:40 4.12 74.8 / 63.5 
faah6099_ ZINC00879046_ xmdEq_ Model6Xapo_ 06_ 0--  202 Valid  7-4-09 02:04:10 7-4-09 16:59:58 2.28 50.2 / 46.5 
faah6099_ ZINC12637928_ xmdEq_ Model6Xapo_ 08_ 0--  203 Valid  7-4-09 01:53:48 7-4-09 09:21:45 2.37 51.1 / 18.4 
X0000057350598200510051419_ 0--  104 Valid  7-4-09 01:36:48 7-4-09 15:35:33 4.87 108.6 / 69.4 
X0000057350033200510051429_ 0--  104 Valid  7-4-09 01:20:32 7-4-09 11:40:25 4.61 106.9 / 65.9 
X0000057371497200510051456_ 0--  103 Valid  7-4-09 01:20:02 7-4-09 15:35:35 5.57 101.3 / 71.1

[Verwijderd]

Ziet er qua grand gezond uit. De claims zijn hier en daar te hoog, mogelijk vanwege de 64 bit benchmarking, waar de integer 2 - 3 x hoger is als onder 32 bits. Mn 32 bits Vista quad calimt en krijgt rond 70 voor HCC voor rond 4.6 uur.

[MAB The Frisian]

Beetje vreemd dat hier http://members.chello.nl/...%20Pier%20%5BWA%20OARS%5D maar een klein deel van m'n bijeengesprokkelde credits staan.

Hier http://www.boincsynergy.c...how=1&sort=TC&project=wcg staan ze wel allemaal bij elkaar.
Maar goed, zal ooit wel eens een keer kloppen.

[batsma]

toch mooi MAB of nie, dat we met zn 2-en heel die apenheul er ff uitgeflushed hebben

[DukeBox]

Verwijderd schreef op dinsdag 07 april 2009 @ 19:43:
Ziet er qua grand gezond uit. De claims zijn hier en daar te hoog, mogelijk vanwege de 64 bit benchmarking, waar de integer 2 - 3 x hoger is als onder 32 bits. Mn 32 bits Vista quad calimt en krijgt rond 70 voor HCC voor rond 4.6 uur.

Ok.. eigenlijk jammer dat ze dat hoe dan ook laten zien, geeft alleen maar verwarring.
Maar betekent dat dan dat door mijn hogere claim iemand anders ook hoger krijgt (soort van gemiddelde ?)

[Verwijderd]

Als je het toevallig treft dat een wingman binnen 15% van het gemiddelde ligt in quorum 2, dan wordt dat gemiddelde genomen, anders wordt gekeken wie de outlier is, en de credit toegewezen die de wingman heeft geclaimt en daarom blijft dat staan zodat je eventueel kunt onderzoeken waarom dat verschil er is.

Er zijn bij WCG 3 verschillende credit methodieken.

Zero Redundancy, (FAAH, DDDT, HFCC), gebruikt een interne mini benchmark
Quorum 2 (HCC, CEP), kijkt naar de claims en neemt gemiddelde als beide dichtbij zijn.
Quorum veel. (NRW, HPF2), gemiddelde van veel, en toewijzing van credit voor aantal result seeds in taak.

in a nutshell. Voor details, WCG help en Start Here forum en WCG Wiki bezoeken.

[DukeBox]

Verwijderd schreef op dinsdag 07 april 2009 @ 20:58:
Voor details, WCG help en Start Here forum en WCG Wiki bezoeken.

Tja.. je maakt ons nogal lui door al die snelle en complete reply's

[Verwijderd]

OK, ik zal je een beetje conditioneren a la Pavlov's dog. Ik wacht 3 uur met reactie, en als niemand dan antwoord geeft op je vragen, schrijf ik misschien wat

[Jis]

@Sekerob: Waar je het vandaan had weet ik niet, maar mooi dat je de teamstats kon bijvoegen! En hulde aan al je reacties hier!!!

@ namechangers: Als iemand zijn naam verandert en het hier direct op het forum meldt, dan kan ik het misschien nog dezelfde dag nog in de DB aanpassen zodat de volgende dag de DPCH niet door de war raakt. Dat scheelt weer wat verwarring

[DukeBox]

@jis, waarom doe je het niet op basis van userid ? Die blijft altijd gelijk.
Zo heb ik mijn wgc stats ook opgebouwd.

[Jis]

Dat zou idd mooi zijn, maar ik ken alleen een teamid, geen userid. Waar haal jij die vandaan dan?

[DukeBox]

Jis schreef op woensdag 08 april 2009 @ 00:04:
Dat zou idd mooi zijn, maar ik ken alleen een teamid, geen userid. Waar haal jij die vandaan dan?

Zit in de xml files: http://www.worldcommunity...amId=H15RSMBR9N1&xml=true

[Jis]

Dus er zijn inmiddels wel XML stats beschikbaar Goed dat je het zegt, heb het direct gebookmarked. En met een id voor users ben je idd direct van de rename perikelen af.

[DukeBox]

Volgens mij waren die er altijd al.. ik had ergens iets van stats uit 2007 wat al xml was.
Ik moet nog ff kijken naar dat subteams stukje (werkt dat op basis van een taqg of worden ze handmatig in een groep gegooid ?)
Zo ja, kun je die ook als xml aanleveren zoals de meeste stats engines dat doen ?

[ Voor 53% gewijzigd door DukeBox op 08-04-2009 10:16 ]

[Verwijderd]

1 minute 2 minuten 3 minuten, WCG kent geen sub-team structuur voor reguliere teams, maar wel voor hen die partner zijn geworden (Clemson, MCH bijv)... ja ja, opportunities worden regelmatig verslapen, want DPC kan dat ook worden en dan hebben we toegang tot meer directe support. WCG plande om dit ook voor grote teams beschikbaar te stellen in het algemeen, zodat subteams kunnen worden opgezet, zonder dat de handle een subteam identificatie behoeven. Timeline onbekend.

Ja die xml is er al behoorlijk lang. Meer onderweg. Die code die DukeBox gaf met die default 50 leden ophaalt kan, zover ik getest had, zelfs met Team 2ch tot boven 10,000 ingesteld worden voor een single call, dus hier heel DPC met alle leden, join dates, de hele mikmak, chronologisch:

http://www.worldcommunitygrid.org/team/viewTeamMemberDetail.do?sort=status&teamId=025RSMBR9N1&pageNum=1&numRecordsPerPage=2000&xml=true

[ Voor 8% gewijzigd door Verwijderd op 08-04-2009 12:32 . Reden: spelling ]

[Xaverius]

De subteams bij WCG worden met een punt kenbaar gemaakt, mijn naam is dus Los Alcoholicos.Xaverius. Dit omdat de ~ niet mogelijk was die bij andere BOINC-projecten wel werkt.

[DukeBox]

^ Dus de teams moeten wel bekend zijn, anders maakt ie van iedere user met een . een subteam ?

@Sekerob
Die had ik idd al gevonden. Zo importeer ik alle teams (http://wcg.qik.nl/).
Moet nog wel een beetje knutselen want er gaan 2 teams niet helemaal goed met importeren maar teamstats en DPC stats zouden al moeten kloppen (moet alleen de datum nog een dag terug verschuiven).

Een xml met ALLE users met daarin (als die er is) teamid zou helemaal geweldig zijn.. dan kan je alles importeren in 1 keer.

@statsbakkers
Ik maak voor alle projecten altijd subteam data beschikbaar om onderling met andere stats engines te testen. (voorbeeld: http://sob.qik.nl/subteamusers.php) er zijn ook scripts die automatisch hiermee de subteams gelijk trekken (voorbeeld: http://sob.qik.nl/subteamsync.php doet een vergelijk met Speedkikker's stats (helaas heeft hij hem al een tijd niet meer bijgewerkt).
Is iets dergelijks ook beschikbaar voor wcg ? Desnoods alleen de subteamnamen ?
n.b. voor subteams die eigen stats willen is er ook een directe export mogelijk, default is dat xml (voorbeeld: http://sob.qik.nl/subteamdata.php?user=1000000 ) maar het kan ook op andere manieren.

[ Voor 73% gewijzigd door DukeBox op 08-04-2009 10:45 ]

[Xaverius]

Mhoa, het is hoe je er zelf mee omgaat. Wanneer het een uniek voorvoegsel is dan is het een user, zijn er meerdere dan is het een subteam. Zo zou je het kunnen zien denk ik.

Wanneer er twee of meer het zelfde voorvoegsel hebben die niet een subteam vormen dan komt de user zich vanzelf hier melden wanneer hij/zij zichzelf niet in de stats kan vinden, dat zijn toch uitzonderingen neem ik aan.

[Mist]

Jis (en evt. DukeBox), als je binnenkort toch aan de stats gaat klussen, is het wellicht het overwegen waard om de mijlpalen eens aan te passen aan de moderne tijden.

Nu krijg je er elke 100.000 eentje, hoe hoog je totaal ook is. De grote jongens score zo meerdere mijlpalen per week, veel anderen meerdere per maand. Voor hen zijn mijlpalen gedevalueerd en je ziet elke dag dezelfde namen bovenaan de lijst staan.

Hier en daar mogen de gaten wel wat vergroot worden, als je het mij vraagt.
Bijvoorbeeld
Vanaf 2.5 miljoen per 250.000
Vanaf 5 miljoen per 500.000
Vanaf 10 miljoen per 1.000.000
Vanaf 25 miljoen per 2.500.000
Vanaf 50 miljoen per 5.000.000

[DukeBox]

Mist schreef op woensdag 08 april 2009 @ 10:44:

Standaard hanteer ik de volgende formule (ooit ingevoerd door KoW):

vanaf n=10².
- n/1
- n/1,25
- n/1,5
- n/1,75
- n/2
- n/2,5
- n/3
- n/4
- n/5
- n/7,5

[ Voor 42% gewijzigd door DukeBox op 08-04-2009 10:52 ]

[Mist]

Zo'n invulling kan natuurlijk evengoed, het gaat er vooral om dat bij hogere aantallen de frequentie van mijlpalen wat omlaag mag.

[DukeBox]

Dat is dan het geval.. telkens een ver-toen-voudiging... dus duurt het uiteindelijk 10 keer zo lang.

[JohFraEl]

Mist schreef op woensdag 08 april 2009 @ 10:44:
Jis (en evt. DukeBox), als je binnenkort toch aan de stats gaat klussen, is het wellicht het overwegen waard om de mijlpalen eens aan te passen aan de moderne tijden.
[...]

Helmaal mee eens, als je nu de stats wil posten moet je al in twee delen doen! ook vanwege de vele nieuwe deelnemers maar die berg mijlpalen is er zeker debet aan!
Jis is overigens hier te bereiken mailto:[e-mail]

En vraag dan ook meteen om de getallen rechts uit te lijnen en punten bij de getallennotatie...

[Jis]

DukeBox schreef op woensdag 08 april 2009 @ 10:15:
Volgens mij waren die er altijd al.. ik had ergens iets van stats uit 2007 wat al xml was.
Ik moet nog ff kijken naar dat subteams stukje (werkt dat op basis van een taqg of worden ze handmatig in een groep gegooid ?)
Zo ja, kun je die ook als xml aanleveren zoals de meeste stats engines dat doen ?

De subteams ontstaan zodra er een . in de naam voorkomt. Destijds was er slechts een naam waar dat in voorkwam maar die had nog nooit punten ingeleverd. Ik heb toen wel overwogen om het subteam pas te laten ontstaan als er meer dan 1 is, maar dat leek me toch geen goed idee. Want nu ziet iemand direct dat z'n naam is veranderd als gevolg van die punt, maar als je dat niet doet en iemand anders komt met dezelfde naam voor de punt, dan wijzigt het alsnog. En dan heeft de eerste misschien al maanden of jaren die naam in gebruik en moet dan opeens iets aanpassen omdat een ander die naam ook gebruikt.

De mijlpalen zijn inderdaad niet meer bij de tijd met de enorme scores van tegenwoordig. Het opschroeven van de waardes is een manier om de aantallen terug te brengen, echter de 'kleine flusher' zal daardoor bijna nooit meer een mijlpaal kunnen halen op een gegeven moment. Daarom zit ik er over te denken om de factor tijd in de formule op te nemen, soort van relativiteit. Hierbij worden dan niet alleen de bekende dimensies in beschouwing genomen, zoals puntentotaal en de mijlpaal grenzen, maar ook de tijd die verstreken is. Hiermee zou je kunnen verkrijgen dat iemand die z'n best doet (lees blijft meedoen), ongeacht het aantal pc's, toch een mijlpaal haalt bij het passeren van een rond getal. Hierbij wordt er dan meer nadruk gelegd op de inspanning die wordt geleverd en minder op de absolute hoeveelheid punten die er behaald zijn. Dat laatste wordt namelijk ook al vertegenwoordigd in de Top-x lijsten...

PS. het [e-mail] e-mail adres heb ik nog even getest, maar hij bounced bij mij als ik er van een ander adres iets naar stuur. Het lijkt er op dat het account niet meer bestaat.

[DukeBox]

Jis schreef op donderdag 09 april 2009 @ 00:29:
[...]
...echter de 'kleine flusher' zal daardoor bijna nooit meer een mijlpaal kunnen halen op een gegeven moment.

Ja, de stappen worden steeds groter maar daar zijn het ook mijlpalen voor.. als je iedere week een paal hebt heeft het niet echt een betekenis. Daarnaast snap ik het verschil tussen een kleine en groter user(subteam) niet, want het is juist precies andersom.. () ja.. ik zal het even uitleggen:
Uiteindelijk moet iedereen lang wachten op de volgende paal.. klein of groot. De stappen zijn naar verhouding gelijk.
Waarom een kleine user meer palen heeft:
Bij veel output sla je een hoop kleine over, vervolgens kom je in een stuk waar je regelmatig een paal hebt en daarna zal het steeds lastiger worden.
Een user met minder output heeft wel al die kleine palen en zijn 'regelmatige' stuk ligt gewoon lager.
Ook hoeft de output van een kleine user minder te groeien om weer in een range te komen waar meer palen uitgedeeld worden... snappie ?
Ik heb ooit een grafiek gemaakt die alle palen liet zien in per gemiddelde output en daar bleek ook duidelijk uit dat de kleine users meer palen hebben.. (grappig he ? )

[ Voor 9% gewijzigd door DukeBox op 09-04-2009 00:40 ]

[Verwijderd]

Bespeur ik "oh ik ga zo hard, ik mis de helft". Silly niet, zo hard gaan dat je je paal mist. Zie me dit jaar of volgend jaar niet harder gaan, dus met het voorgestelde wordt de tijdspanne wel erg lang, komt bij dat zij die niet top dertig draaien toch al niet veel kans krijgen op een DPCH front page eervolle vermelding... maar ze zijn symbolisch.

[Verwijderd]

DukeBox schreef op dinsdag 07 april 2009 @ 20:42:
[...]

Ok.. eigenlijk jammer dat ze dat hoe dan ook laten zien, geeft alleen maar verwarring.
Maar betekent dat dan dat door mijn hogere claim iemand anders ook hoger krijgt (soort van gemiddelde ?)

Niet als de claim het "outlier" niveau haalt. Dan wordt gekeken wie historisch het dichtst bij de waarheid zit en wordt op basis daarvan een credit toegewezen, die beide in een quorum 2 dan krijgen. (HCC+CEP dus).