[World Community Grid] hitparade van 7 december

[nly32630]

We hebben op maandag 7 december weer een mooie output geleverd, zo mooi, dat we op de 11e plaats staan. Team_Pastis_51 is ook weer boven de 200k gekomen na de verhuizing van Albantars koeien. Dit was echter nog niet voldoende om het krachtige team Los Alcoholicos van de eerste plaats te verstoten.
chelloocom, [DPC]DeApen en Grutte Pier [Wa Oars] hebben de 3e t/m 5e plaats ingenomen met allemaal een output van boven de 100k.

[DPC] Team ColdFusion is de grootste stijger in de top 30, namelijk met 11 plaatsen stijging op de 21e plaats beland.
Buiten de top 30 zien we een aantal grotere stijgers: 8_ball met 13 plaatsen stijging op 35, evildutchman met 45 stijging op 37, nik met 24 stijging op 42 en Noordvogel met 34 stijging op 44.

De eerste die reageert of een mede auteur mag de FOTD aanwijzen.

In de top 30 overall zien we geen wijzingingen in posities.

We hebben maar liefst 2 nieuwe leden erbij!
[DPC]DeApen.aKra en vinoda
Welkom!

Dan zijn er nog de mijlpalers:
[DPC]DeApen met 20.000.000 punten! Een mooie en de grootste mijlpaal! Bij wie gaat die paal komen te staan?
Verder:
Muppet99 met 10.500.000
8_ball met 2.500.000
flying_pizza en nly32630 beiden met 2.000.000 punten. De pizza's vlogen me de laatste dagen al om de oren en nu hebben we beiden dezelfde mijlpaal

en de laatste mijlpaal is van rlj met 90.000 punten.
Gefeliciteerd met de palen!


[World Community Grid] hitparade van 7 december

Top 30 members daily
rank		points	results	name	points	results	rank
1.	()	236.054	358	Los Alcoholicos	57.640.436	110316	3	()
2.	( 1)	208.037	290	Team_Pastis_51	62.102.669	91051	2	()
3.	( 1)	122.462	187	chelloocom	53.175.155	116837	4	()
4.	( 3)	107.910	153	[DPC]DeApen	20.070.168	35341	16	()
5.	()	101.034	137	Grutte Pier [Wa Oars]	49.705.635	90138	5	()
6.	()	91.001	148	TheTh1ng	2.422.435	3501	78	( 1)
7.	( 3)	88.215	147	Division Brabant	36.985.669	70280	6	()
8.	( 4)	81.184	101	Mechaniker	25.874.834	27221	10	()
9.	( 1)	75.390	122	M_P_G	17.502.614	27862	17	()
10.	( 2)	70.210	169	[DPC] hansR	4.472.678	9439	53	()
11.	( 5)	67.307	89	Misterh75	26.119.299	44949	9	()
12.	( 3)	53.905	93	Gizmo74	24.565.759	43124	13	()
13.	( 1)	48.952	61	Dukekiller	12.845.182	23164	25	()
14.	( 1)	48.721	72	Kurt Haegeman	11.488.931	20844	28	()
15.	( 4)	46.545	72	[DPC]Team Switch	11.709.114	25338	26	()
16.	( 6)	45.184	81	DE KOMETEN	21.479.287	38443	15	()
17.	( 3)	43.714	86	Blord	8.337.403	13409	36	()
18.	()	43.320	76	nly32630	2.037.076	4238	89	( 1)
19.	( 8)	43.114	66	[DPC]Jaac	5.150.536	8314	47	()
20.	( 11)	38.386	60	dennishoog	14.086.796	26998	23	()
21.	( 11)	35.940	49	[DPC] Team ColdFusion	29.585.259	51733	7	()
22.	( 3)	30.385	27	wodahl	4.814.738	7560	50	()
23.	()	29.748	59	DPC_Oi!	13.807.961	25560	24	()
24.	( 7)	29.070	39	NGS	11.634.324	28461	27	()
25.	( 4)	28.250	43	KletsCows	22.787.359	41462	14	()
26.	( 2)	28.247	35	flying_pizza	2.018.775	3760	91	()
27.	( 3)	26.124	42	depriens	24.780.991	53908	12	()
28.	( 2)	24.333	39	SpekAal	3.437.582	6375	63	( 1)
29.	( 3)	23.416	38	microkid	10.078.264	19176	32	()
30.	( 3)	22.138	51	tuxnl	14.230.126	30839	22	()

Total flushers: 195
More...

Top 30 members overall
rank		points	results	name	points	results	rank
1.	()	108.125.944	204700	BurnHard	867	1	158
2.	()	62.102.669	91051	Team_Pastis_51	208.037	290	2
3.	()	57.640.436	110316	Los Alcoholicos	236.054	358	1
4.	()	53.175.155	116837	chelloocom	122.462	187	3
5.	()	49.705.635	90138	Grutte Pier [Wa Oars]	101.034	137	5
6.	()	36.985.669	70280	Division Brabant	88.215	147	7
7.	()	29.585.259	51733	[DPC] Team ColdFusion	35.940	49	21
8.	()	27.378.188	51074	Team_Elteor_Borislavj	477	1	185
9.	()	26.119.299	44949	Misterh75	67.307	89	11
10.	()	25.874.834	27221	Mechaniker	81.184	101	8
11.	()	25.768.744	46476	Bold_Seeker	0	0	0
12.	()	24.780.991	53908	depriens	26.124	42	27
13.	()	24.565.759	43124	Gizmo74	53.905	93	12
14.	()	22.787.359	41462	KletsCows	28.250	43	25
15.	()	21.479.287	38443	DE KOMETEN	45.184	81	16
16.	()	20.070.168	35341	[DPC]DeApen	107.910	153	4
17.	()	17.502.614	27862	M_P_G	75.390	122	9
18.	()	15.512.732	29671	Cureseekers	9.478	13	55
19.	()	14.911.243	25526	kiddyl	524	1	182
20.	()	14.552.841	31616	StudaBaker	0	0	0
21.	()	14.448.341	42643	anboni	0	0	0
22.	()	14.230.126	30839	tuxnl	22.138	51	30
23.	()	14.086.796	26998	dennishoog	38.386	60	20
24.	()	13.807.961	25560	DPC_Oi!	29.748	59	23
25.	()	12.845.182	23164	Dukekiller	48.952	61	13
26.	()	11.709.114	25338	[DPC]Team Switch	46.545	72	15
27.	()	11.634.324	28461	NGS	29.070	39	24
28.	()	11.488.931	20844	Kurt Haegeman	48.721	72	14
29.	()	11.044.399	27250	mediamarkt_Utrecht	1.117	2	146
30.	()	10.504.042	19601	Muppet99	6.179	9	70

More...

Teams daily
rank		points	name	points	rank
1.	()	21.200.071	Team 2ch	11.467.782.877	1
2.	()	7.256.441	Easynews	7.527.599.333	2
3.	()	6.970.655	XtremeSystems	5.083.452.781	3
4.	( 1)	5.930.035	MakeCuresHappen	1.887.844.087	6
5.	( 1)	5.683.707	Decrypthon	1.393.792.490	12
6.	( 2)	4.830.021	Marist College	2.062.631.371	5
7.	( 1)	4.688.434	IBM	2.434.334.909	4
8.	( 1)	3.701.742	Rochester Institute of Technology	784.745.177	20
9.	( 2)	2.738.537	UserFriendly.Org	1.791.429.942	8
10.	( 1)	2.710.374	neu-innova	1.513.765.746	11
11.	( 2)	2.640.181	Dutch Power Cows	1.258.401.819	13
12.	()	2.403.107	UH IT HPC	266.965.102	54
13.	( 3)	2.243.311	Binghamton University Cares	1.768.994.580	9
14.	()	2.201.387	L'Alliance Francophone	1.038.092.088	16
15.	()	2.190.912	Clubic	1.805.711.809	7

More...

Teams overall
rank		points	name	points	rank
1.	()	11.467.782.877	Team 2ch	21.200.071	1
2.	()	7.527.599.333	Easynews	7.256.441	2
3.	()	5.083.452.781	XtremeSystems	6.970.655	3
4.	()	2.434.334.909	IBM	4.688.434	7
5.	()	2.062.631.371	Marist College	4.830.021	6
6.	()	1.887.844.087	MakeCuresHappen	5.930.035	4
7.	()	1.805.711.809	Clubic	2.190.912	15
8.	()	1.791.429.942	UserFriendly.Org	2.738.537	9
9.	()	1.768.994.580	Binghamton University Cares	2.243.311	13
10.	()	1.565.455.732	Rochester Community & Technical College	710.861	44
11.	()	1.513.765.746	neu-innova	2.710.374	10
12.	()	1.393.792.490	Decrypthon	5.683.707	5
13.	()	1.258.401.819	Dutch Power Cows	2.640.181	11
14.	()	1.137.527.641	BOINC@Taiwan	1.986.733	16
15.	()	1.054.282.986	Clemson School of Computing	1.750.707	19

More...

Milestones
name	points	results	milestone
[DPC]DeApen	20.070.168	35.341	20.000.000
Muppet99	10.504.042	19.601	10.500.000
8_ball	2.510.528	4.354	2.500.000
flying_pizza	2.018.775	3.760	2.000.000
nly32630	2.037.076	4.238	2.000.000
rlj	90.855	168	90.000

New members
[DPC]DeApen.aKra
vinoda

When do we get them top 5
name	days
Rochester Community & Technical College	168
Clubic	1.240
Binghamton University Cares	1.394

When do they get us top 5
name	days
Rochester Institute of Technology	416

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 4% gewijzigd door nly32630 op 08-12-2009 16:36 . Reden: Het verhaaltje toevoegen ]

[JoY]

dank u nly32630
FotD lijkt mij Reinout met (95)
Reinout graast sinds 29-05-09 mee met één koe.
Hiermee heeft hij twee badges inmiddels: een silver badge voor influenza
en een ruby badge voor fightAIDS !

[nly32630]

JoY schreef op dinsdag 08 december 2009 @ 08:27:
dank u nly32630
FotD lijkt mij Reinout met ([afbeelding]95)
Reinout graast sinds 29-05-09 mee met één koe.
Hiermee heeft hij twee badges inmiddels: een silver badge voor influenza [afbeelding]
en een ruby badge voor fightAIDS ! [afbeelding]

Gefeliciteerd Reinout!
Een rekensommetje levert op dat Reinout dan minstens 225 dagen CPU tijd heeft geleverd.

[Anoniem: 295814]

Ik heb nu door waarom het zo schommelt, gedurende het weekend weer thuis en even gekeken wat mn boinc client doet. Ondanks dat ik netwerk altijd actief heb, spaart ie de afgeronde WU's wel op, en update ie niet echt op gezette tijden, maar wel met enorme tussenpauzes. Dit weekend was het helemaal gek, met een dipje van 7K volgens mij.

Meer mensen last van zoiets?

[ Voor 4% gewijzigd door Anoniem: 295814 op 08-12-2009 09:50 ]

[jpiwf]

Jazeker, bij mij spaart hij tot ie een dag aan werk opgespaard heeft, en rapporteert er dan vervolgens 30-40 in een keer. Als ik er zelf bij ben ram ik altijd even op manual update. Hij rapporteert dus pas als hij het idee heeft dat hij weer nieuw werk nodig heeft.

[Anoniem: 295814]

Dat is toch een beetje gek? Niet bijzonder veel, maar wel raar dat ie zoveel opties biedt, je kan zelfs tijdstippen noteren waarop ie moet rapporteren etc, en dan zou ik verwachten dat wanneer je netwerk altijd actief zet, dus niet gebasseerd op voorkeuren, dat ie dan een 100% WU gewoon upload, dat daar een uur tussenzit tussen complete en upload, vooruit. Maar zoals ie het nu doet snap ik het doel van netwerk altijd actief, eigenlijk niet zo

[APClll]

Hebben jullie bij

quote: http://www.worldcommunity...iguration.do?name=Default

Workunit Cache Settings

Connect to network about every [____] days
Cache [_____] extra days of work

dan relatief grote aantallen ingesteld ofzo?

[Anoniem: 295814]

cache heb ik terug gezet naar 5,75 - dit is ook gedaan omdat ik doordeweeks op hotel zit, en internet nog wel eens weg wil vallen thuis, en ik er in zo'n geval alleen van het weekend ben om dingen te resetten oid. Dan zou de comp in ieder geval nog door kunnen werken wanneer internet weg is gevallen.

Netwerk altijd actief aangevinkt, dus ik ging er van uit dat ie dan uhm ....

Ik kwam vrijdag thuis, en hij heeft doodleuk nog zeker 3-4 dagen werk, maar wel een zooi 100% dingen, die (snel gerekend) toch zeker al 100% waren op de donderdag ochtend.

Dat gezegd hebbende, snap ik dat netwerk-instel-gedeelte niet zo, want schijnbaar houd ie daar zich niet zo aan.

[priens]

Ja, ik heb dit ook gemerkt. Het komt doordat BOINC een inschatting maakt hoe lang jouw PC nodig heeft om de workunit uit te voeren. Deze inschatting wordt gedaan op basis van de laatste workunits die gereed zijn. Stel dat je nu een buffer hebt ingesteld van 4 dagen (ff voor de makkelijkheid 100 uur en geen rekening houdend met dual/quad/octa cores). BOINC berekent nu dat één workunit bijvoorbeeld 3 uur duurt. Dan krijg je dus zo'n 34 workunits in voorraad zodat je 4 dagen voorzien bent van workunits.

Stel nu dat je 34 units in voorraad hebt en je voert een paar workunits uit die stukken langer duren dan 3 uur. De tijdsinschatting van al het werk dat in voorraad is gaat dan ook omhoog. Stel dat de nieuwe schatting 6 uur is en je hebt nog 28 workunits in voorraad. Je hebt dan volgens BOINC nu 6 x 28 = 7 dagen werk in voorraad. BOINC zal dan gewoon zijn werk blijven uitvoeren, maar geen verbinding meer maken om nieuw werk op te halen totdat de voorraad weer geslonken is tot de ingestelde 4 dagen (of tot wanneer het werk volgens BOINC uiterlijk gerapporteerd moet worden).

Wellicht een beetje een omslachtige uitleg, maar hopelijk is het duidelijk zo.


Trouwens, deApen geven serieus gas opeens!

[Noordvogel]

Ik weet niet precies hoe het mechanisme achter het uploaden werkt, maar BOINC/WGC heeft wel een voorkeur om uploaden van compleet werk en downloaden van nieuw werk te combineren. Ik heb 'Connect to network about every ___ days' op 0.10 staan en hij maakt ongeveer elke 2 à 3 uur wel verbinding (maak ik op uit mijn log), dus het lijkt erop dat BOINC zich aan die instelling houdt.

[Mobster]

Huhuh... he said 'krachtig'

KABOEM!

[Mx. Alba]

Jahoor mijn koetjes zijn weer op volle kracht bezig. Nu met een halve dag al meer dan de afgelopen twee dagen in een hele dag. Dus morgen zal het denk ik weer TP aan de top zijn.

Ook een badge erbij sinds gisteren, namelijk deze:



En morgen heb ik er denk ik ook zoeen voor Rice bij, maar ik heb met de nasleep van de verhuizing geen tijd om mijn icon aan te passen

[ Voor 42% gewijzigd door Mx. Alba op 08-12-2009 12:39 ]

[nly32630]

Noordvogel schreef op dinsdag 08 december 2009 @ 11:41:
Ik weet niet precies hoe het mechanisme achter het uploaden werkt, maar BOINC/WGC heeft wel een voorkeur om uploaden van compleet werk en downloaden van nieuw werk te combineren. Ik heb 'Connect to network about every ___ days' op 0.10 staan en hij maakt ongeveer elke 2 à 3 uur wel verbinding (maak ik op uit mijn log), dus het lijkt erop dat BOINC zich aan die instelling houdt.

Deze tip is wel een goed advies. Ik heb 'Connect to network about every ____ days' zelfs op 0,01 staan.

Het rapporteren van werk wat klaar is gaan in 2 stappen. Als de WU klaar is, gaat Boinc direkt de bestanden uploaden, indien er netwerkverkeer mogelijk is. Dan komt de WU in 'Ready to Report' status te staan.
Op een gegeven moment komt de 2e stap, 'report' (wat ook geforceerd kan worden met de 'update' knop).

Inderdaad vindt het reporten meestal pas plaats wanneer er weer nieuw werk wordt opgehaald. Als je een grotere buffer hebt ingesteld, dan komt er een soort onregelmatige marge. Boinc schat een bepaalde hoeveelheid tijd in die nodig is voor de WU's. En die waarde blijkt af en toe naar boven of beneden bijgesteld te worden. Stel dat Boinc eerst 100 uur inschat en na een tijdje deze waarde bijstelt naar 130 uur. Dan zou Boinc 30 uur geen werk meer hoeven ophalen en wordt er ook niks gerapporteerd in die tijd.

Bij een kleinere buffer zul je minder variatie krijgen. Stel dat het maar 12 uren is (0,5 dagen) , die wordt bijgesteld naar 15 uren, dan is het verschil 3 uren.
Verder speelt de grootte van de WU icm met de snelheid van de processor ook nog een beetje een rol.

Over de langere periode zal dit geen verschil uitmaken, het werk wordt immers allemaal terug gestuurd, al dan niet met vertraging.

[Anoniem: 295814]

Noordvogel schreef op dinsdag 08 december 2009 @ 11:41:
Ik weet niet precies hoe het mechanisme achter het uploaden werkt, maar BOINC/WGC heeft wel een voorkeur om uploaden van compleet werk en downloaden van nieuw werk te combineren. Ik heb 'Connect to network about every ___ days' op 0.10 staan en hij maakt ongeveer elke 2 à 3 uur wel verbinding (maak ik op uit mijn log), dus het lijkt erop dat BOINC zich aan die instelling houdt.

Dan ga ik het vrijdag ook maar eens zo zetten.

Misschien ben ik para maar goed, als iets 100% is, dan denk ik simpel, dat kan als het goed gaat wel eens meetellen voor de dailly stats, dus inderdaad, stuur het met 100% gewoon gelijk weg.

Er zit uiteraard een gedachte achter, maar aan de andere kant lees je op de website dat de download en upload te verwaarlozen is, en dat klopt ook, want het gaat nooit over mb's, dus mag het (in ieder geval van mij) best wel asynchroon gaan (uploaden ookal fetcht ie geen nieuwe tasks)

[YakuzA]

Ik snap deze scheiding tussen report en upload niet.
In report zal amper netwerkverkeer zitten, waarom gebeurt dit niet gewoon nadat de upload klaar is?
IMHO onlogisch.

[Mx. Alba]

Bij "report" hoort rekenkracht, bij "upload" niet...

[JohFraEl]

Gaat lekker zo, als er nu drie teams boven de 200k uitkomen wordt het nog iets deze race

aKra & vinoda welkom bij de WCG kudde

[KoW]

priens schreef op dinsdag 08 december 2009 @ 11:36:
Wellicht een beetje een omslachtige uitleg, maar hopelijk is het duidelijk zo.

Huh, zo klinkt het wel erg ingewikkeld.

Ik dacht altijd dat hij keek naar de hoeveelheid werk die je beschikbaar hebt, en hoe lang dat dan duurt in combinatie met hoe veel uur je pc per dag aan staat.

Zoals jij het zegt zou een rotte wu je hele buffer in de war gooien. Dat heb ik nog nooit gemerkt. Wel merk ik duidelijk dat wanneer een pc een tijd minder uren heeft gedraaid dat hij dan ook minder units binnen hengelt.

[priens]

KoW schreef op dinsdag 08 december 2009 @ 18:24:
[...]

Huh, zo klinkt het wel erg ingewikkeld.

Ik dacht altijd dat hij keek naar de hoeveelheid werk die je beschikbaar hebt, en hoe lang dat dan duurt in combinatie met hoe veel uur je pc per dag aan staat.

Zoals jij het zegt zou een rotte wu je hele buffer in de war gooien. Dat heb ik nog nooit gemerkt. Wel merk ik duidelijk dat wanneer een pc een tijd minder uren heeft gedraaid dat hij dan ook minder units binnen hengelt.

Klinkt inderdaad ingewikkeld, maar zo werkt 't wel. Nu is het niet zo dat één WU de hele buffer in de war gooit, maar hij kan er wel voor zorgen dat alle WU's in de buffer opeens 20min langer ingeschat worden. Als je veel units buffert, kan dit dus nog behoorlijk doorwerken...

[edit] Let voor de gein maar eens op wat er gebeurt met de resterende tijd van de units in de buffer als er een unit van 99,9% naar 100% springt.

[ Voor 8% gewijzigd door priens op 08-12-2009 19:44 ]

[Anoniem: 57158]

nly32630 schreef op dinsdag 08 december 2009 @ 07:39:
Dan zijn er nog de mijlpalers:
[DPC]DeApen met 20.000.000 punten! Een mooie en de grootste mijlpaal! Bij wie gaat die paal komen te staan?

Als ie niet al te groot is kan ie wel bij Kuuke op het balkon.
Paar slingertjes met lampjes en hoppa! Een kerstpaal

[KuuKe]

Ik heb een uiterst luxueus groot balkon en de aard van de buurt hier leent zich goed voor ontzettend veel lampjes