[Folding@Home] hitparade van 6 april

donderdag 7 april 2005 06:31

Acties:

0 Henk 'm!

KuuKe

Moderator DPC

professioneel gifmenger

Folding@home

Topicstarter

Woei, schakelen de aapjes een versnelling terug, zet Team4Fun.nl meteen een tandje bij.
Blijven we toch mooi een flusher hebben die de 10k per dag aan kan. Knappe prestatie van Jerry

Niet dat de aapjs helemaal accoord gaan met de gang van zaken want ze zetten hun volgende wapen in: van harte welkom Eggy

De Cosmic Cows doen wat met Team Jora. Helaas, Team Jora zal er niet blij mee zijn maar da's wel de consequentie als je niet hard genoeg weet te flushen...

4 paaltjes zijn er behaald. Gefeliciteerd! Mooi, laten we frickY dan maar benoemen als Flusher van de dag want: 10% van je totaal flushen is niet mis.

Ow, voor degenen die eens uit een encyclopie willen weten wat Distributed Computing nu is:
http://nl.wikipedia.org/wiki/Distributed_computing

DPC Folding@Home Hitparade van 06-04-2005
DPC Daily
flushing members: (223/2111) = 10%
	pos	output	name	total	overall
1.	( 1 )	11.238	Team4Fun.nl	362.934	(12)
2.	( 1 )	8.953	Team_Elteor_Borislavj	831.373	(2)
3.	( )	5.018	[DPC]NGS	651.067	(8)
4.	( )	4.982	DPC_Los_Alcoholicos	885.380	(1)
5.	( 1 )	3.302	[DPC]Clan_Delft	737.859	(4)
6.	( 1 )	2.808	Cosmic_Cows	269.125	(19)
7.	( 11 )	2.149	gowron	718.960	(5)
8.	( 3 )	2.039	Forza_Mucca	283.273	(15)
9.	( 11 )	2.003	Team_Pastis_51	661.651	(7)
10.	( 2 )	1.465	SandStar	780.826	(3)
11.	( 1 )	1.262	Ronnie_Doorzon	281.174	(16)
12.	( 3 )	1.204	Team_Jora	267.681	(20)
13.	( 8 )	1.159	MaCCrunch	532.132	(11)
14.	( 35 )	1.056	BananaTeam	553.191	(10)
15.	( 2 )	1.041	Holy_Cow!	274.947	(17)
16.	( 4 )	937	[DPC]_Fatal_Error_Group	126.767	(34)
17.	( 6 )	882	Team_Kansloos	17.251	(165)
18.	( 2 )	851	DPC_Division_Brabant	238.377	(21)
19.	( 43 )	846	Crimson_Rider	36.964	(90)
20.	( 102 )	752	Robbie_D	120.426	(35)
21.	( 52 )	721	Gaffelclub	74.859	(52)
22.	( 8 )	721	Ercewee	129.771	(32)
23.	( 42 )	708	MadMarky	93.361	(44)
24.	( 15 )	704	DPC_The_Boldies	149.774	(28)
25.	( 3 )	681	].S.T.O.P.[	209.089	(22)
26.	( 17 )	675	TEAM_JOE_BAR	147.733	(29)
27.	( 71 )	650	Siemen	36.641	(92)
28.	( 7 )	645	stw	0	()
29.	( 526 )	607	frickY	5.364	(297)
30.	( 3 )	582	Spare-rib	19.164	(149)
		81.381	( avg 365 points per flushing member )
more...

DPC Overall
	pos	total	name	output	daypos
1.	( )	885.380	DPC_Los_Alcoholicos	4.982	(4)
2.	( )	831.373	Team_Elteor_Borislavj	8.953	(2)
3.	( )	780.826	SandStar	1.465	(10)
4.	( )	737.859	[DPC]Clan_Delft	3.302	(5)
5.	( )	718.960	gowron	2.149	(7)
6.	( )	662.127	New_Folder	155	(87)
7.	( )	661.651	Team_Pastis_51	2.003	(9)
8.	( )	651.067	[DPC]NGS	5.018	(3)
9.	( )	617.617	[DPC]_Team_ColdFusion	302	(50)
10.	( )	553.191	BananaTeam	1.056	(14)
11.	( )	532.132	MaCCrunch	1.159	(13)
12.	( )	362.934	Team4Fun.nl	11.238	(1)
13.	( )	324.070	Vroeg	241	(74)
14.	( )	296.309	Groazers	48	(120)
15.	( )	283.273	Forza_Mucca	2.039	(8)
16.	( )	281.174	Ronnie_Doorzon	1.262	(11)
17.	( )	274.947	Holy_Cow!	1.041	(15)
18.	( )	270.145	STW	645	(28)
19.	( 1 )	269.125	Cosmic_Cows	2.808	(6)
20.	( 1 )	267.681	Team_Jora	1.204	(12)
21.	( )	238.377	DPC_Division_Brabant	851	(18)
22.	( )	209.089	].S.T.O.P.[	681	(25)
23.	( )	206.835	DPC_Team_Switch	0
24.	( )	190.921	Skinkie	554	(31)
25.	( )	181.419	DontMindUsTeam	0
26.	( )	176.205	ties	0
27.	( )	151.950	Schapie	504	(35)
28.	( )	149.774	DPC_The_Boldies	704	(24)
29.	( )	147.733	TEAM_JOE_BAR	675	(26)
30.	( )	140.943	hype-one	502	(36)
		20.337.137	( avg 9.634 points per member )
more...

Folding@Home Teams Daily
	pos	daily	name	total	overall
1.	( )	295.960	[H]ardOCP	111.789.432	(2)
9.	( 1 )	125.304	Maximum PC Magazine	38.100.424	(10)
10.	( 1 )	121.592	SAGoons	38.396.936	(9)
11.	( )	109.244	Team MacOS X	36.572.276	(11)
12.	( )	94.852	p2p-community	28.549.588	(15)
13.	( )	91.038	CustomPC	16.083.872	(25)
14.	( 2 )	81.604	Dutch Power Cows	20.337.828	(18)
15.	( 1 )	79.090	Team Short-Media	32.602.272	(12)
16.	( 4 )	67.510	ABXZone.com	24.958.472	(16)
17.	( 1 )	65.074	PC Perspective Folding Frogs (734)	29.447.306	(14)
18.	( 3 )	64.616	DSL Reports Team Helix	30.163.752	(13)
19.	( 2 )	63.742	EOC Folding@Home Team	23.422.450	(17)

Folding@Home Teams Overall
	pos	total	name	daily	daypos
1.	( )	112.490.768	Overclockers Australia	252.768	(3)
13.	( )	30.163.752	DSL Reports Team Helix	64.616	(18)
14.	( )	29.447.306	PC Perspective Folding Frogs (734)	65.074	(17)
15.	( )	28.549.588	p2p-community	94.852	(12)
16.	( )	24.958.472	ABXZone.com	67.510	(16)
17.	( )	23.422.450	EOC Folding@Home Team	63.742	(19)
18.	( )	20.337.828	Dutch Power Cows	81.604	(14)
19.	( )	20.173.920	General [M]ayhem	52.460	(22)
20.	( )	19.732.048	SilentPCReview Folding@Home	47.628	(24)
21.	( )	18.472.158	Macrumors.com - Team Folding	50.082	(23)
22.	( )	18.046.334	The Knights Who Say Ni!	54.040	(21)
23.	( )	17.533.408	Overclockers Club	56.228	(20)

Mijlpalen
Selwerd			20.000
frickY			5.000
benvanderharg			1.000
[DPC]Bever			500

Overall Megaflush Top 5
15-03-2005	30.913	Team4Fun.nl
17-12-2004	21.017	[DPC]_Team_ColdFusion
14-02-2005	20.779	DPC_Team_Switch
18-02-2005	19.903	DPC_Los_Alcoholicos
19-02-2005	15.729	Team_Elteor_Borislavj

When do you get the 21.000.000 ?
Within 9 days you will reach this goal.
Your average speed was 81.446 over the last 7 days.
When do you get them?
172 days			EOC Folding@Home Team
302 days			ABXZone.com
624 days			PC Perspective Folding Frogs (734)
1137 days			DSL Reports Team Helix
9319 days			Team Short-Media
Who's gonna get you!?
392 days			CustomPC
1 new members:
Team_Elteor_Borislavj0Eggy (241)
Retirements:
Niemand!

Folding@Home links:
Folding@Home FAQ Tootoo's F@H FAQ
Folding@Home : home software
Client software : EM III DCMonitor
Suggestie voor de DPCH


Bron: fahstats
statsrun van 00:00 - 23:59 NL Time (GMT +1)

Kuuke's Sterrenbeelden | 英俊的兔子

donderdag 7 april 2005 06:34

Acties:

0 Henk 'm!

Verwijderd

volgens bronnen die fluisteren ( die ik niet nader bekent maak ) is Eggy het product van Kuuke en TheKip. maar let op !!! IK zeg duidelijk het bewijs is nog niet gelevert . wij wachten af op verdere berichten uit onze bronnen

en eeh T4F stelletje na-aapers

donderdag 7 april 2005 07:44

Acties:

0 Henk 'm!

Verwijderd

Selwerd $_/-\o_$ $_/-\o_$ frickY $_/-\o_$ benvanderharg $_/-\o_$ en [DPC]Bever $_/-\o_$ van harte met jullie mijlpalen.

Eggy welkom bij F@H en dat je maar niet teveel puntjes mag halen voor TEB, ze hebben er wel genoeg zo.

Bye Bye

donderdag 7 april 2005 08:22

Acties:

0 Henk 'm!

SSSF

BLAAT !!

* SSSF geeft Eggy een corrigerende tik op zn al te rode kont

DOE JIJ EENS NIET ZOVEEL NAAR DE MIJLPALENMIS KIJKEN!

tja, sommige mensen moeten gewoon nog even ingewerkt worden

donderdag 7 april 2005 08:44

Acties:

0 Henk 'm!

Verwijderd

Vraagje: ik zit sinds een week met het probleem dat de console clients (2 stuks) die draaien op mijn Pentium 4 HT na het downloaden van een nieuwe unit niet meer willen gaan rekenen. Unit is goed gedownload, er lijkt in de logs niets aan de hand, maar de core staat gewoon op 0% processortijd te draaien. Als ik reboot dan gaan ze weer lekker rekenen. Iemand enig idee hoe dit komt?

Hier een stukje relevante log. Het was 4 uur na de laatste timestamp in de log toen ik dit zag, en na rebooten doet de machine er ongeveer 29 minuten per honderdste deel berekening van de unit over.

[ Voor 24% gewijzigd door Verwijderd op 07-04-2005 08:49 ]

donderdag 7 april 2005 09:09

Acties:

0 Henk 'm!

Verwijderd

w00t w00t!!! Er zijn weer palen!!!

Speciaal voor jullie heb ik een taart gebakken... eetsmakelijk fantastische vouwers!

Afbeeldingslocatie: http://familyfun.go.com/Resources/Cakes/recipes/special/FF0801CAKE_cow.jpg

Afbeeldingslocatie: http://familyfun.go.com/Resources/Cakes/recipes/special/FF0801CAKE_cow.jpg

donderdag 7 april 2005 09:09

Acties:

0 Henk 'm!

Verwijderd

Verwijderd schreef op donderdag 07 april 2005 @ 08:44:
Vraagje: ik zit sinds een week met het probleem dat de console clients (2 stuks) die draaien op mijn Pentium 4 HT na het downloaden van een nieuwe unit niet meer willen gaan rekenen. Unit is goed gedownload, er lijkt in de logs niets aan de hand, maar de core staat gewoon op 0% processortijd te draaien. Als ik reboot dan gaan ze weer lekker rekenen. Iemand enig idee hoe dit komt?

Hier een stukje relevante log. Het was 4 uur na de laatste timestamp in de log toen ik dit zag, en na rebooten doet de machine er ongeveer 29 minuten per honderdste deel berekening van de unit over.

Zou je ff willen opgeven wat voor OS je draait, en welke client (console etc . . ) ?

Ik heb dezelfde bug, maar dan op verschillende machines (P4-HT / Dual Xeon-HT).

Ik denk dat deze bug pas aanwezig is sinds de update van "core_96" naar versie 1.03 , en het gebeurt sinds die tijd bij elke QMD-WU. Die core schijnt gewoon niet goed op te starten, bij het geginnen aan een nieuwe WU. Bij de eerste berekeningen ("waiting untill convergence") hangt ie al.

De eerste keer dat ik dit zag heb ik geprobeerd de client opnieuw "aan de praat te krijgen" door de service opnieuw te starten. Maar uiteindelijk blijkt dat ook op een bug te stuiten.

Want wanneer je de service "fah502-console " via services.msc stopt wordt de bijbehorende core_96 niet gestopt (blijft gewoon in "running processes" staan). Ik heb tot 30 minuten gewacht, en uiteindelijk core_96 gestopt via de taskmanager, dat ging zonder enig probleem;

Voor de zekerheid eventjes een paar minuutjes gewacht, en dan de hele service opnieuw gestart via services.msc.

Deze procedure van de service opnieuw starten levert dit mooie beeld op:

code:

[14:22:18] Waiting for the core to finish writing checkpoint files...
[14:22:19] Waiting for the core to finish writing checkpoint files...
[14:22:20] Waiting for the core to finish writing checkpoint files...
[14:22:21] Waiting for the core to finish writing checkpoint files...
[14:22:22] Waiting for the core to finish writing checkpoint files...
[14:22:23] Waiting for the core to finish writing checkpoint files...
[14:22:24] Waiting for the core to finish writing checkpoint files...
[14:22:25] Waiting for the core to finish writing checkpoint files...
[14:22:26] Waiting for the core to finish writing checkpoint files...
[14:22:27] Waiting for the core to finish writing checkpoint files...
[14:22:28] Waiting for the core to finish writing checkpoint files...
[14:22:29] Waiting for the core to finish writing checkpoint files...
[14:22:30] Waiting for the core to finish writing checkpoint files...
[14:22:31] Waiting for the core to finish writing checkpoint files...
[14:22:32] Waiting for the core to finish writing checkpoint files...
[14:22:33] Waiting for the core to finish writing checkpoint files...
[14:22:34] Waiting for the core to finish writing checkpoint files...
[14:22:35] Waiting for the core to finish writing checkpoint files...
[14:22:36] Waiting for the core to finish writing checkpoint files...
[14:22:37] Waiting for the core to finish writing checkpoint files...
[14:22:38] Waiting for the core to finish writing checkpoint files...
[14:22:39] Waiting for the core to finish writing checkpoint files...
[14:22:40] Waiting for the core to finish writing checkpoint files...
[14:22:41] Waiting for the core to finish writing checkpoint files...
[14:22:42] Waiting for the core to finish writing checkpoint files...
[14:22:43] Waiting for the core to finish writing checkpoint files...
[14:22:44] Waiting for the core to finish writing checkpoint files...
[14:22:45] Waiting for the core to finish writing checkpoint files...
[14:22:46] Waiting for the core to finish writing checkpoint files...
[14:22:47] Waiting for the core to finish writing checkpoint files...
[14:22:48] Waiting for the core to finish writing checkpoint files...
[14:22:49] Waiting for the core to finish writing checkpoint files...
[14:22:50] Waiting for the core to finish writing checkpoint files...
[14:22:51] Waiting for the core to finish writing checkpoint files...
[14:22:52] Waiting for the core to finish writing checkpoint files...
[14:22:53] Waiting for the core to finish writing checkpoint files...
[14:22:54] Waiting for the core to finish writing checkpoint files...
[14:22:55] Waiting for the core to finish writing checkpoint files...
[14:22:55] Waiting for the core to finish writing checkpoint files...
[14:22:56] Waiting for the core to finish writing checkpoint files...
[14:22:56] Waiting for the core to finish writing checkpoint files...
[14:22:57] Waiting for the core to finish writing checkpoint files...
[14:22:57] Waiting for the core to finish writing checkpoint files...
[14:22:58] Waiting for the core to finish writing checkpoint files...
[14:22:58] Waiting for the core to finish writing checkpoint files...
[14:22:59] Waiting for the core to finish writing checkpoint files...
[14:22:59] Waiting for the core to finish writing checkpoint files...
[14:23:00] Waiting for the core to finish writing checkpoint files...
[14:23:00] Waiting for the core to finish writing checkpoint files...
[14:23:01] Waiting for the core to finish writing checkpoint files...
[14:23:01] Waiting for the core to finish writing checkpoint files...
[14:23:02] Waiting for the core to finish writing checkpoint files...
[14:23:02] Waiting for the core to finish writing checkpoint files...
[14:23:03] Waiting for the core to finish writing checkpoint files...
[14:23:03] Waiting for the core to finish writing checkpoint files...
[14:23:04] Waiting for the core to finish writing checkpoint files...
[14:23:04] Waiting for the core to finish writing checkpoint files...
[14:23:05] Waiting for the core to finish writing checkpoint files...
[14:23:05] Waiting for the core to finish writing checkpoint files...
[14:23:06] Waiting for the core to finish writing checkpoint files...
[14:23:06] Waiting for the core to finish writing checkpoint files...
[14:23:07] Waiting for the core to finish writing checkpoint files...
[14:23:07] Waiting for the core to finish writing checkpoint files...
[14:23:08] Waiting for the core to finish writing checkpoint files...
[14:23:08] Waiting for the core to finish writing checkpoint files...
[14:23:09] Waiting for the core to finish writing checkpoint files...
[14:23:09] Waiting for the core to finish writing checkpoint files...
[14:23:10] Waiting for the core to finish writing checkpoint files...
[14:23:10] Waiting for the core to finish writing checkpoint files...

... etcetera ...

Vreemd, want de core heb ik immers zelf gestopt in de taskmanager; er valt niets te wachten (overigens blijkt later ook dat de core nog helemaal niets heeft berekend, er valt dus niets te wachten)

En uiteindelijk: Wanneer je de PC reboot, loopt alles ineens als een zonnetje, geen enkele error in het log. Dus vooralsnog is een reb00t de enige werkende oplossing.

Wat ik eerder zei: deze bug is pas aanwezig sinds de update van "core_96" naar versie 1.03 , en het bebeurt sinds die tijd bij elke QMD-WU. De eerder genoemde bug met de geheugenbandbreedtte-problemen heb ik helemaal nooit gehad, alle QMD's liepen als een zonnetje. Tot deze update dus . . . .

Het is wel een vervelende bug, want ik heb niet veel trek erin om na ontvangst van elke nwe QMD-WU mijn PC opnieuw te moeten starten.

[ Voor 13% gewijzigd door Verwijderd op 07-04-2005 10:58 ]

donderdag 7 april 2005 09:15

Acties:

0 Henk 'm!

T4F.nl_Muad

Woeiiiiiii - als Jerry zo blijft flushen, krijgen we zelfs de jaloerse aapjes in onze 'when do you get them' lijstje

Muad

donderdag 7 april 2005 09:26

Acties:

0 Henk 'm!

Verwijderd

[01:42:04] - Number of total steps will change until convergence
het lijkt me dat dit die sprongen veroorzaken doordat hier gewoon staat dat het aantal steps dat afgerond moet worden nog niet bekend is

@Maud

ik dacht dat Jerry ze hooguit tot het einde van de maand had?? Afbeeldingslocatie: http://www.losalcoholicos.nl/forum/images/smiles/tongue.gif

donderdag 7 april 2005 09:41

Acties:

0 Henk 'm!

Verwijderd

@ Muad

Denk het niet

@ thekip

Klopt ... helaas maar waar !

donderdag 7 april 2005 09:49

Acties:

0 Henk 'm!

JohFraEl

Slainte!

Folding@home

Voorlopig de laatste keer dat we dit kunnen zeggen:
TP51 heeft een overall positie gewonnen!!

Afbeeldingslocatie: http://crew.tweakers.net/momania/verkiezingen/cheer.gif

code:

1 2	6 (+1) Team_Pastis_51 828 662.479 7 (-1) New_Folder 0 662.127

Nice work Team $_/-\o_$

New_Folder

Winter | 1st T-net Review

donderdag 7 april 2005 10:17

Acties:

0 Henk 'm!

T4F.nl_Muad

Verwijderd schreef op donderdag 07 april 2005 @ 09:26:
@Maud

ik dacht dat Jerry ze hooguit tot het einde van de maand had?? [afbeelding]

rofl @ smiley, die is vet $_/-\o_$ $_/-\o_$

Klopt idd, maar wil niet zeggen dat jullie niet over een aantal dagen in onze inhaallijstje hebben...of het er uiteindelijk van komt om jullie in te halen is een tweede, maar in dat lijstje komen zal wel lukken

Muad

donderdag 7 april 2005 13:15

Acties:

0 Henk 'm!

Magnifix

Eat, sleep, grill, repeat

Hey Miss Mijlpaal, je hebt een stalker!

code:

1 2	43 ( 1599) Forza_Mucca0Poesch 241 40.298 44 ( 1329) Timmo 241 40.298

Feli aan de mijlpaalhalers $_/-\o_$ en welkom aan Eggy

donderdag 7 april 2005 13:28

Acties:

0 Henk 'm!

d6Mesh

Even weer ritueel buigen voor Jerry, die dagelijks meer output weet te pompen dan mijn totaal.
$_/-\o_$ $_/-\o_$ $_/-\o_$

Groeten, d6Mesh

donderdag 7 april 2005 14:22

Acties:

0 Henk 'm!

Verwijderd

rofl

donderdag 7 april 2005 14:40

Acties:

0 Henk 'm!

Fear-factoR

catmonkey

T4F.nl_Muad schreef op donderdag 07 april 2005 @ 09:15:
Woeiiiiiii - als Jerry zo blijft flushen, krijgen we zelfs de jaloerse aapjes in onze 'when do you get them' lijstje

Muad

Jaloers

Er wordt gewerkt aan een nieuw tegenoffensief

donderdag 7 april 2005 14:52

Acties:

0 Henk 'm!

Verwijderd

Fear-factoR schreef op donderdag 07 april 2005 @ 14:40:
[...]

Jaloers

Er wordt gewerkt aan een nieuw tegenoffensief

/me is in het diepste geheim idd bezig met voorbereidingen

donderdag 7 april 2005 15:14

Acties:

0 Henk 'm!

Verwijderd

Fear-factoR schreef op donderdag 07 april 2005 @ 14:40:
[...]

Jaloers

Er wordt gewerkt aan een nieuw tegenoffensief

Is niet nodig ... einde van de maand is het flushen over wat Jerry betreft .... pc'tjes moeten gebruikt worden voor het werk dan .... helaas maar waar !

donderdag 7 april 2005 15:16

Acties:

0 Henk 'm!

Spheroid

Verwijderd schreef op donderdag 07 april 2005 @ 14:52:
[...]

/me is in het diepste geheim idd bezig met voorbereidingen

Aaaaaa!

De TEB knokploeg komt eraan

Afbeeldingslocatie: http://www.kidrobot.com/reports/daythree-Images/1.jpg

La majestueuse égalité des lois, qui interdit au riche comme au pauvre de coucher sous les ponts, de mendier dans les rues et de voler du pain. - Anatole France

donderdag 7 april 2005 17:27

Acties:

0 Henk 'm!

The_Dawn

Un4given.nl!!!

LoL jerry, zoals eerder is gezegt, kan je neit degene naar wie ze gaan over halen om het erop te laten staan??

Btw Lekker veel binnengebracht Jerry!

(hopelijk kan je ze nog 27 dagen houden want dan zijn we bij Bananateam aangekomen)

donderdag 7 april 2005 17:31

Acties:

0 Henk 'm!

Verwijderd

T4F.nl_Muad schreef op donderdag 07 april 2005 @ 09:15:
Woeiiiiiii - als Jerry zo blijft flushen, krijgen we zelfs de jaloerse aapjes in onze 'when do you get them' lijstje

Muad

droom lekker verder

donderdag 7 april 2005 17:33

Acties:

0 Henk 'm!

_Gekkie_

And the cow said: Helloooooow?

Zo... ik kom hier ook even om de hoek kijken... wellicht houd ik 2x2.4Ghz hier wel...

is dat wat? 570-580 aan benchmark op mn machine?

Gekkie is a proud member of TheBenny!

donderdag 7 april 2005 17:39

Acties:

0 Henk 'm!

SandStar

DPC-Crew

Zandster

_Gekkie_ schreef op donderdag 07 april 2005 @ 17:33:
Zo... ik kom hier ook even om de hoek kijken... wellicht houd ik 2x2.4Ghz hier wel...

is dat wat? 570-580 aan benchmark op mn machine?

De benchmark zegt geen drol ben ik bang

Je kan hier wel pimpen met je "performance fraction"

donderdag 7 april 2005 18:54

Acties:

0 Henk 'm!

Wick

Aap enzo

SandStar schreef op donderdag 07 april 2005 @ 17:39:
[...]

De benchmark zegt geen drol ben ik bang

Je kan hier wel pimpen met je "performance fraction"

performance fraction?

donderdag 7 april 2005 19:34

Acties:

0 Henk 'm!

SandStar

DPC-Crew

Zandster

!Wick schreef op donderdag 07 april 2005 @ 18:54:
[...]

performance fraction?

check je log zodra je 1 unit klaar hebt

code:

[02:05:32] Folding@home Core Shutdown: FINISHED_UNIT
[02:06:25] CoreStatus = 64 (100)
[02:06:25] Unit 6 finished with 96 percent of time to deadline remaining.
[02:06:25] Updated performance fraction: 0.959288
[02:06:25] Sending work to server

donderdag 7 april 2005 21:22

Acties:

0 Henk 'm!

Verwijderd

Magnifix schreef op donderdag 07 april 2005 @ 13:15:
Hey Miss Mijlpaal, je hebt een stalker!
code:
1
2
43 (  1599)  Forza_Mucca0Poesch  241     40.298    
44 (  1329)  Timmo               241     40.298

LOL! Het zal ook weer eens niet

donderdag 7 april 2005 21:45

Acties:

0 Henk 'm!

Tootoo

Folding extremist

Verwijderd schreef op donderdag 07 april 2005 @ 21:22:
[...]

LOL! Het zal ook weer eens niet

Gun die jongen nou toch het plezier om je achterste te bekijken

Folding@home

donderdag 7 april 2005 21:55

Acties:

0 Henk 'm!

Verwijderd

Verwijderd schreef op donderdag 07 april 2005 @ 09:09:
Zou je ff willen opgeven wat voor OS je draait, en welke client (console etc . . ) ?

Ah ja, OS = Windows en client is console zoals ik al zei, en dan de laatste (502).

Ik heb dezelfde bug, maar dan op verschillende machines (P4-HT / Dual Xeon-HT).

Ik denk dat deze bug pas aanwezig is sinds de update van "core_96" naar versie 1.03 , en het gebeurt sinds die tijd bij elke QMD-WU. Die core schijnt gewoon niet goed op te starten, bij het geginnen aan een nieuwe WU. Bij de eerste berekeningen ("waiting untill convergence") hangt ie al.

De eerste keer dat ik dit zag heb ik geprobeerd de client opnieuw "aan de praat te krijgen" door de service opnieuw te starten. Maar uiteindelijk blijkt dat ook op een bug te stuiten.

Want wanneer je de service "fah502-console " via services.msc stopt wordt de bijbehorende core_96 niet gestopt (blijft gewoon in "running processes" staan). Ik heb tot 30 minuten gewacht, en uiteindelijk core_96 gestopt via de taskmanager, dat ging zonder enig probleem;

Beetje geknipt in bovenstaande. Ik heb dit ook gedaan, maar dan: service stoppen, core_96 killen, service starten, en dan werkt het ineens wel. Dus PC restart is dan niet meer nodig. Maar idd, na elke unit gebeurt dit. Supervervelende bug, want dat kost waardevolle processortijd.

donderdag 7 april 2005 22:02

Acties:

0 Henk 'm!

Wick

Aap enzo

SandStar schreef op donderdag 07 april 2005 @ 19:34:
[...]

check je log zodra je 1 unit klaar hebt

code:

[02:05:32] Folding@home Core Shutdown: FINISHED_UNIT
[02:06:25] CoreStatus = 64 (100)
[02:06:25] Unit 6 finished with 96 percent of time to deadline remaining.
[02:06:25] Updated performance fraction: 0.959288
[02:06:25] Sending work to server

ligt dan zeker aan mij, maar dat zie ik niet in mn log staan...

code:

[11:48:56] - Shutting down core
[11:48:56] 
[11:48:56] Folding@home Core Shutdown: FINISHED_UNIT
[11:49:00] CoreStatus = 64 (100)
[11:49:00] Sending work to server


[11:49:00] + Attempting to send results
[11:49:25] + Results successfully sent
[11:49:25] Thank you for your contribution to Folding@Home.
[11:49:25] + Number of Units Completed: 4

[11:49:29] - Preparing to get new work unit...
[11:49:29] + Attempting to get work packet

donderdag 7 april 2005 22:17

Acties:

0 Henk 'm!

Verwijderd

Verwijderd schreef op donderdag 07 april 2005 @ 21:55:
[...]

Ah ja, OS = Windows en client is console zoals ik al zei, en dan de laatste (502).

[...]

Beetje geknipt in bovenstaande. Ik heb dit ook gedaan, maar dan: service stoppen, core_96 killen, service starten, en dan werkt het ineens wel. Dus PC restart is dan niet meer nodig. Maar idd, na elke unit gebeurt dit. Supervervelende bug, want dat kost waardevolle processortijd.

Thanx voor de info.

Om ea ff duidelijk te krijgen:

Draaien er op dit moment bij jou 2 QMD-core's / clienten ?

En staan er in jouw log ook vermeldingen als deze

Waiting for the core to finish writing checkpoint files...

En heb jij dus ook dat wanneer je de service-client stopt, dat het process "FahCore_96.exe" gewoon actief blijft in de taskmanager (en dat de bijbehorende "Fah502-console.exe wel is gestopt) ?

Want ik heb gepost op het FaH-forum van stanford; en als jij hetzelfde hebt, kan ik erbij vermelden dat er meer zijn met hetzelde probleem.

Overigens: Bij mij helpt restarten van de service (ook met killen van de core) niet. Ik krijg dan een hele lange lijst van die "Waiting for the core to finish writing checkpoint files... "meldingen.

donderdag 7 april 2005 22:20

Acties:

0 Henk 'm!

Blue Rooster

Blues the healer

Voor wat het toevoegd.....

heb deze bug ook. Zelf stop ik de folding client (console-versie), daarna stop ik de core 96 met de taskmanager, waarna ik de folding-client weer start.

Jammer, we zullen moeten wachten op een beter update..denk ik

gr.

donderdag 7 april 2005 22:23

Acties:

0 Henk 'm!

Verwijderd

Verwijderd schreef op donderdag 07 april 2005 @ 22:17:
Draaien er op dit moment bij jou 2 QMD-core's / clienten ?

Yup.

En staan er in jouw log ook vermeldingen als deze
Waiting for the core to finish writing checkpoint files... 

Dit krijg je volgens mij alleen als je een restart probeert in de verkeerde volgorde. Ik heb het wel gezien, maar als ik stop, kill, start doe, dan krijg ik dat niet (of iig nu net niet).

En heb jij dus ook dat wanneer je de service-client stopt, dat het process "FahCore_96.exe" gewoon actief blijft in de taskmanager (en dat de bijbehorende "Fah502-console.exe wel is gestopt) ?

Yup, vandaar dat ik die runnende FahCore_96.exe kill.

Overigens: Bij mij helpt restarten van de service (ook met killen van de core) niet (ik krijg dan een hele lange lijst van die "Waiting for the core to finish writing checkpoint files... "meldingen.

Ik zal het eens volgen, kijken of het de volgende keer wel of niet goed gaat. Maar doe je exact hetzelfde als ik beschrijf?

donderdag 7 april 2005 22:32

Acties:

0 Henk 'm!

Tootoo

Folding extremist

Ik heb er alleen last van wanneer ik meer dan 1 console draai. Voor de rest heb ik er geen last van, maar het is idd een erg irritante bug so far. Er zal denk ik wel soon een update voor komen gok ik

Btw: de core killen moet je zeker niet doen! Met een redelijke kans is dan je werk voor niks geweest, wat toch zonde is. Dit doordat de core dan alles behalve goed wordt afgesloten

Maw: service opnieuw opstartern is dan voldoende

Folding@home

donderdag 7 april 2005 22:40

Acties:

0 Henk 'm!

Verwijderd

Verwijderd schreef op donderdag 07 april 2005 @ 22:23:
[...]
Dit krijg je volgens mij alleen als je een restart probeert in de verkeerde volgorde. Ik heb het wel gezien, maar als ik stop, kill, start doe, dan krijg ik dat niet (of iig nu net niet).
[...]

Klopt, maar ik vraag dat voor de zekerheid. Want ik krijg ze ook alleen als je de service helemaal restart via "services.msc", zonder ook zelf handmatig de core te killen. (Die hoort meteen automatisch gekilled te worden na het stoppen van de service namelijk).

Verwijderd schreef op donderdag 07 april 2005 @ 22:23:
[...]
Maar doe je exact hetzelfde als ik beschrijf?

Dat heb ik gedaan, maar dat werkt bij mij niet. Want dat gaat de client op exact dezelfde plaats en manier opnieuw hangen. Bij mij werkt alleen een reb00t, en das een heel stuk minder.

Maar zo te zien hebben jullie allemaal last van dezelfde bug, en alleen ik heb ergens in wndhoos nog iets anders wat de reb00t noodzakelijk maakt.

En overigens: De bug is min,- of meer erkend door de FaH-greop; zowel Vijay (de "baas") als Youngmin ( de "programmeur") hebben gereageerd:

This seems like a real bug, which I never expected. From v 1.03, core should shutdown very quickly even if frame time is very long (actually, on my desktop, 1% takes 1.5 hrs, and I stop and restart every morning just to be sure...)
But seeing "waiting for..." lines reveals a mistake on thread locking mechanism.

Anyways, I'll look into this. And thank you very much for letting me know.

Dus ik hoop dat we een melding terug ontvangen

Ik zal melden dat ik wss de enige ben die moet reb00ten, maar dat de bug schijnbaar gemeengoed is

Tootoo schreef op donderdag 07 april 2005 @ 22:32:
[...]
Btw: de core killen moet je zeker niet doen! Met een redelijke kans is dan je werk voor niks geweest, wat toch zonde is. Dit doordat de core dan alles behalve goed wordt afgesloten Maw: service opnieuw opstartern is dan voldoende

Da's dus exact het probleem, restarten van de service helpt niet, je krijgt dan die "waiting for checkpoint" fouten; en dat (in mijn geval) een honderd keer ofzo achter elkaar; zonder dat de core uberauhpt opnieu begint. Da's logisch want "fah502-console.exe" wordt wel netjes afgesloten, maar de bijbehorende "FahCore_96.exe" wordt nooit afgesloten. De nwe service wacht op het afsluiten van de "oude" core, maar die sluit niet af; en dus loopt de boel in het honderd.

Killen en dan opnieuw starten schijnt bij de meesten de truc te doen; en dat is goed in dit geval. Want er is geen zorgen voor het verliezen van werk, omdat deze bug alleen maar voorkomt DIRECT na het starten van een nwe WU. Er is dus helemaal nog niets gecrunched

[ Voor 31% gewijzigd door Verwijderd op 08-04-2005 01:42 ]

donderdag 7 april 2005 22:54

Acties:

0 Henk 'm!

Tootoo

Folding extremist

!Wick schreef op donderdag 07 april 2005 @ 22:02:
[...]

ligt dan zeker aan mij, maar dat zie ik niet in mn log staan...

code:

[11:48:56] - Shutting down core
[11:48:56] 
[11:48:56] Folding@home Core Shutdown: FINISHED_UNIT
[11:49:00] CoreStatus = 64 (100)
[11:49:00] Sending work to server


[11:49:00] + Attempting to send results
[11:49:25] + Results successfully sent
[11:49:25] Thank you for your contribution to Folding@Home.
[11:49:25] + Number of Units Completed: 4

[11:49:29] - Preparing to get new work unit...
[11:49:29] + Attempting to get work packet

Voeg de -verbosity 9 flag toe bij het opstarten, dan krijg je het wel te zien

Folding@home

vrijdag 8 april 2005 00:03

Acties:

0 Henk 'm!

Tim.

Team4Fun.nl stats

When do you get them?	Position	Speed	Difference
194 days DPC_Los_Alcoholicos	1	2.651	514.617

Ach was het maar waar...

Tim

vrijdag 8 april 2005 08:01

Acties:

0 Henk 'm!

Verwijderd

Verwijderd schreef op donderdag 07 april 2005 @ 22:40:
Ik zal melden dat ik wss de enige ben die moet reb00ten, maar dat de bug schijnbaar gemeengoed is

Nou, ik check net, en vannacht heeft het k*tding niets gedaan. Na de stop van de service, de kill van de core en de start van de service zag ik gisteravond de core netjes opgestart worden en weer 50% van de CPU tijd in beslag nemen (dat is het hele eieren eten; die core draait daarvoor wel, maar op 0% CPU tijd).

Echter, vanochtend draaide hij weer op 0%; hij is er gewoon ineens mee gekapt denk ik of zo. Dus nu net de PC maar gereboot (wat ik bij alle eerder voorkomende gevallen ook gedaan heb). Dus: ik moet geloof ik toch ook rebooten.

Killen en dan opnieuw starten schijnt bij de meesten de truc te doen; en dat is goed in dit geval. Want er is geen zorgen voor het verliezen van werk, omdat deze bug alleen maar voorkomt DIRECT na het starten van een nwe WU. Er is dus helemaal nog niets gecrunched

Precies, het is niet zo dat je dingen kwijtraakt, hij staat alleen na het inleveren en ophalen van een nieuwe unit te idlen.

vrijdag 8 april 2005 23:02

Acties:

0 Henk 'm!

Verwijderd

Verwijderd schreef op donderdag 07 april 2005 @ 22:40:
En overigens: De bug is min,- of meer erkend door de FaH-greop; zowel Vijay (de "baas") als Youngmin ( de "programmeur") hebben gereageerd:
{...}
Dus ik hoop dat we een melding terug ontvangen

Bij deze gefixed, want ik heb net een nieuwe FahCore_96 binnengekregen, en die startte prima op.

zaterdag 9 april 2005 01:27

Acties:

0 Henk 'm!

Verwijderd

Verwijderd schreef op vrijdag 08 april 2005 @ 23:02:
[...]

Bij deze gefixed, want ik heb net een nieuwe FahCore_96 binnengekregen, en die startte prima op.

Idd, check mijn post in de volgende hitparade

Onderwerpen