DPC Genome@Home-hitparade van 6 december

[Blistimo]

Top 30 members daily

rank		units	genes	name	units	genes	rank
1.	()	1612	150	DPC_NightHawk	189921	13854	1	()
2.	( 7)	550	32	Ercewee	123042	8625	3	()
3.	()	391	21	DPC_Jis	121141	8525	4	()
4.	( 2)	210	12	[DPC]_Team_ColdFusion	5859	508	44	()
5.	( 7)	179	24	BVeldhuijzen	4189	497	54	()
6.	( 8)	120	6	Ronnie_Doorzon	18176	1327	22	()
7.	( 9)	99	5	FRa3K	34508	3112	16	()
8.	( 7)	80	4	Pixilated_NetphreaX	45533	3407	13	()
9.	( 5)	77	4	DPC_Team_Switch	17331	1317	25	( 1)
10.	( 5)	63	3	DutchPowerCows_Crack	21596	1602	20	()
11.	( 11)	61	9	Heidistein	2747	407	70	()
12.	( 5)	47	7	DPC_Marcelloz	1044	152	101	( 2)
13.	( 6)	47	2	DPC_Oxigun	807	55	112	( 2)
14.	( 6)	34	2	mallaka	821	81	111	()
15.	( 3)	33	3	Jeldert	1926	156	81	()
16.	( 3)	32	2	Cowtipping	110078	6124	5	()
17.	( 6)	29	1	Ming-Piao	597	45	120	( 3)
18.	( 6)	29	1	Shmullus	130	10	178	( 8)
19.	()	28	2	onkl	394	34	133	( 3)
20.	( 1)	24	1	_ArJaN_	9041	682	35	()
21.	( 4)	20	3	boerKrelis	160	19	169	( 4)
22.	( 4)	14	2	Hugo1962	522	75	126	()
23.	()	7	1	veldsla	4826	715	49	()

Top 15 members overall

rank		units	genes	name	units	genes	rank
1.	()	189921	13854	DPC_NightHawk	1612	150	1
2.	()	181086	12203	[DPC]_DTC_Computershops	0	0	0
3.	()	123042	8625	Ercewee	550	32	2
4.	()	121141	8525	DPC_Jis	391	21	3
5.	()	110078	6124	Cowtipping	32	2	16
6.	()	98658	7021	BigB	0	0	0
7.	()	96648	6571	Team_SAL	0	0	0
8.	()	81240	6141	DPC_Pjabber	0	0	0
9.	()	62300	4834	DPC_Clan_of_ToeT	0	0	0
10.	()	51125	3898	Shoikan	0	0	0
11.	()	49995	3416	UMF	0	0	0
12.	()	46605	2374	[DPC]Redwing	0	0	0
13.	()	45533	3407	Pixilated_NetphreaX	80	4	8
14.	()	40802	3477	DPC_Team_Gulden	0	0	0
15.	()	38685	3354	Andy4fun	0	0	0

More...

Top 15 teams daily

rank		units	name	units	rank
1.	( 6)	25599	Picard	2060330	5
2.	( 15)	16824	Les_Decodeurs_fous	107328	63
3.	( 1)	6836	Alliance_francophone	1527825	11
4.	( 2)	4333	DSL_Reports_Team_Helix	1661958	9
5.	( 2)	4101	The_Genome_Collective	4960487	3
6.	( 1)	4071	Ars_Technica_Team_Primordial_Soup	10817833	1
7.	( 1)	3803	HardOCP	8026107	2
8.	( 7)	3785	Dutch_Power_Cows	1942299	7
9.	( 7)	2532	PGRI_PcTuner_Genome_Research_Italy	959978	15
10.	( 22)	2528	Hogville	217512	38
11.	()	2283	AMDMB_Barbarian_Frogs	2050862	6
12.	( 2)	1591	Czech_Republic	860551	16
13.	( 1)	1422	The_Lab	371330	25
14.	( 1)	1276	Diboo	62709	97
15.	( 6)	1201	The_Knights_Who_Say_NI	1936808	8

More...

Top 15 teams overall

rank		units	name	units	rank
1.	()	10817833	Ars_Technica_Team_Primordial_Soup	4071	6
2.	()	8026107	HardOCP	3803	7
3.	()	4960487	The_Genome_Collective	4101	5
4.	()	4113758	Overclockers-Network	407	35
5.	( 1)	2060330	Picard	25599	1
6.	( 1)	2050862	AMDMB_Barbarian_Frogs	2283	11
7.	()	1942299	Dutch_Power_Cows	3785	8
8.	()	1936808	The_Knights_Who_Say_NI	1201	15
9.	()	1661958	DSL_Reports_Team_Helix	4333	4
10.	()	1566192	MatroxUsers	1107	16
11.	()	1527825	Alliance_francophone	6836	3
12.	()	1254848	Singapore	608	28
13.	()	1239420	Genome_Research_Group_Italy	19	213
14.	()	1208551	kcgeek	30	175
15.	()	959978	PGRI_PcTuner_Genome_Research_Italy	2532	9

More...

Milestones (every 2000 units)

member

genes

units

milestone

average

Links:
Genome FAQ
Genome homepage
Genome stats@stanford
Genome stats@statsman

[Jis]

Zow Picard had blijkbaar ook een MF op de agenda gezet Het wordt dus AMD MB die we moeten inhalen

[DPCquatar]

Ach...maar hun MF is toch behoorlijk kleiner dan die van ons

[Jis]

DPCquatar schreef op 08 December 2002 @ 00:33:
Ach...maar hun MF is toch behoorlijk kleiner dan die van ons

Dat zeker ja!

[reiker]

wanneer zullen we weer, eind januari ?

[Jeldert]

reiker schreef op 08 December 2002 @ 11:08:
wanneer zullen we weer, eind januari ?

Ik vind het best

[Icheb]

Jeldert schreef op 08 december 2002 @ 11:48:
[...]

Ik vind het best

Is goed...
Maar is 31 dec niet leuker ? (ok, er zal niet zo vreselijk veel geflushed worden dan, maar toch een leuk effectje als afsluiting van het jaar ?)

[Jeldert]

Icheb schreef op 08 December 2002 @ 15:38:
[...]


Is goed...
Maar is 31 dec niet leuker ? (ok, er zal niet zo vreselijk veel geflushed worden dan, maar toch een leuk effectje als afsluiting van het jaar ?)

Ik vindt het ook best Als we maar tegelijk doen.
Nieuwe MF counter???

[reiker]

tuurlijk, een oud-en-nieuw-flush is ook leuk
ik dacht meer aan flush die als doel heeft een volgende partij in te halen

maar wacht, waarom niet allebei

[Marcj]

Zie dit en dit.
Bij DPC heb ik nu 45600 units en in totaal 49550 units.

Hoe kan dit nou? Ik heb nu eindelijk op m'n server het id wel goed staan. Maar het verschil is nu al bijna 4000 units!

[Cow_tipping]

Marcj schreef op 09 December 2002 @ 16:37:
Zie dit en dit.
Bij DPC heb ik nu 45600 units en in totaal 49550 units.

Hoe kan dit nou? Ik heb nu eindelijk op m'n server het id wel goed staan. Maar het verschil is nu al bijna 4000 units!

Stond het ID van je server voor of na jouw flush goed?
Er zijn een heleboel genoompjes al bij een niet bestaand teamnummer terechtgekomen in het verleden.
- Flush jij je resultaten altijd vanuit de zelfde directory?
- De resultaten die dagelijks binnenkomen worden met dezelfde client (uit dezelfde directory) verstuurd?
- Heb je voor de zekerheid al je clienten al opnieuw geinstalleerd? (misschien maak je dupes aan?)

Ik heb dit zelf nog nooit gehad, maar persoonlijk denk ik dat er ergens een phantom flusher nog aan het werk is voor jou/jullie.

[Marcj]

Cow_tipping schreef op 09 december 2002 @ 16:47:
[...]

Stond het ID van je server voor of na jouw flush goed?
Er zijn een heleboel genoompjes al bij een niet bestaand teamnummer terechtgekomen in het verleden.
- Flush jij je resultaten altijd vanuit de zelfde directory?
- De resultaten die dagelijks binnenkomen worden met dezelfde client (uit dezelfde directory) verstuurd?
- Heb je voor de zekerheid al je clienten al opnieuw geinstalleerd? (misschien maak je dupes aan?)

Ik heb dit zelf nog nooit gehad, maar persoonlijk denk ik dat er ergens een phantom flusher nog aan het werk is voor jou/jullie.

Ik heb hier eerder last van gehad. Dit kwam omdat de config fout stond. Ik heb toen op een andere machine (onder windows) ff een nieuwe installatie in een nieuwe map gemaakt. Toen de config goed gezet en gefetched. Toen heb ik alle bestanden op m'n linux-server overschreven (gehalve dan ghclient.x) en toen de client opnieuw gestart. Nu heb ik iets van 3k geflushed denk ik en worden ze weer niet bij DPC geteld. Hier wordt ik echt niet goed van
Waarom kan een subteam niet gewoon bij een groot team worden gejoined?

[Cow_tipping]

Het maakt niet uit onder welke naam werk wordt gefetcht of gecruncht.
Het enige wat telt is het bestand ghclient.cfg van de machine die de resultaten flusht.
Ik flush altijd de resultaten van het werk met dezelfde client als ik continu mee aan het crunshen ben thuis.
Ik kopieer alle genoompjes van het werk naar mijn werkdirectory thuis en start de client gewoon voor de 2e keer op, maar dan via een snelkoppeling met de toevoeging -upload. De client zeurt dan wel dat er al een client draait, maar met een simpel yes kan je de client overrulen om toch te flushen.
Dit is bij mij nog nooit fout gegaan.
Verder kun je het bestand ghclient.cfg uiteraard ook altijd kopieren naar elke pc die eventueel ook zou kunnen flushen voor de zekerheid.

Succes!

[sth]

SUKKEL

[MarkB]

sth schreef op 09 December 2002 @ 21:10:
SUKKEL

3 posts en dan al zo'n taal uitslaan foei. Waar slaat dit eigenlijk op?

[Chaos]

sth schreef op 09 December 2002 @ 21:10:
SUKKEL

Zelluf!

[DSmarty]

sth schreef op 09 December 2002 @ 21:10:
SUKKEL

Als je niks te melden hebt, post dan niks.

Bij deze een officiele waarschuwing wegens asociaal en onfatsoenlijk taalgebruik.

[Marcj]

Cow_tipping schreef op 09 december 2002 @ 21:09:
Het maakt niet uit onder welke naam werk wordt gefetcht of gecruncht.
Het enige wat telt is het bestand ghclient.cfg van de machine die de resultaten flusht.
Ik flush altijd de resultaten van het werk met dezelfde client als ik continu mee aan het crunshen ben thuis.
Ik kopieer alle genoompjes van het werk naar mijn werkdirectory thuis en start de client gewoon voor de 2e keer op, maar dan via een snelkoppeling met de toevoeging -upload. De client zeurt dan wel dat er al een client draait, maar met een simpel yes kan je de client overrulen om toch te flushen.
Dit is bij mij nog nooit fout gegaan.
Verder kun je het bestand ghclient.cfg uiteraard ook altijd kopieren naar elke pc die eventueel ook zou kunnen flushen voor de zekerheid.

Succes!

Ik heb dus juist de hele map gekopiëerd, omdat ik dan zeker wist dat alles overschreven wordt (ook de config-file dus..), maar ik zoek nog wel even waar de fout kan zitten

[Cow_tipping]

met hele mappen kopieren moet je ook uitkijken, maar dat weet je al geloof ik.
In ieder geval voor de zekerheid, voor elke client die je wil laten draaien krijg je bij installatie van de client een uniek ID nummer. Dus elke client moet vers zijn geinstalleerd anders loop je het risico dat als 2 dezelfde clienten gaan crunshen op verschillende computer deze dupes produceren.

[Crack]

Cow_tipping schreef op 10 december 2002 @ 08:30:
met hele mappen kopieren moet je ook uitkijken, maar dat weet je al geloof ik.
In ieder geval voor de zekerheid, voor elke client die je wil laten draaien krijg je bij installatie van de client een uniek ID nummer. Dus elke client moet vers zijn geinstalleerd anders loop je het risico dat als 2 dezelfde clienten gaan crunshen op verschillende computer deze dupes produceren.

Dat val wel mee. Na elke WU veranderd de 'seed'. Je kan rustig directories kopiëren, als je maar zorgt, dat ze starten met verschillende wu's.
Dan is er niks meer aan de hand.
De kans, dat de 'seeds' daarna ooit weer gelijk zijn èn dat de beide cliënts met dezelfde WU bezig zijn is nihil.

[ Voor 3% gewijzigd door Crack op 10-12-2002 12:48 ]

[Cow_tipping]

Ik heb wel op sommige dual machines dat het nummer van de resultaten hetzelfde is.
Ik weet niet hoe random dat nummer wordt bepaalt, maar alleen van de dual machines is dit het geval.
Heel erg irritant als je resultaten aan het verzamelen bent van alle clienten en in 1 directory wilt proppen om te zippen.

[redwing]

Cow_tipping schreef op 10 december 2002 @ 12:53:
Ik heb wel op sommige dual machines dat het nummer van de resultaten hetzelfde is.
Ik weet niet hoe random dat nummer wordt bepaalt, maar alleen van de dual machines is dit het geval.
Heel erg irritant als je resultaten aan het verzamelen bent van alle clienten en in 1 directory wilt proppen om te zippen.

Ik weet in ieder geval dat ik hier op mijn werk een stuk of 5 PC's heb staan met dezelfde gene, die al tijden aan het draaien zijn zonder dupes te genereren. Maar misschien dat het met duals anders is ?

[Cow_tipping]

redwing schreef op 10 December 2002 @ 13:18:
[...]


Ik weet in ieder geval dat ik hier op mijn werk een stuk of 5 PC's heb staan met dezelfde gene, die al tijden aan het draaien zijn zonder dupes te genereren. Maar misschien dat het met duals anders is ?

Ze genereren geen dupes, de ene protein is bijvoorbeeld een 68AA en de ander een 84AA. Maar ze produceren wel resultaten met het zelfde getal. Deze resultaten tellen gewoon mee bij het flushen, maar je kunt ze niet in dezelfde directory zetten omdat de bestandsnamen gelijk zijn.