[Stampede VI] hitparade van 22 april

[timsnepscheut]

Goede avond dames en heren en welkom bij alweer een onderdeel van de stampede. Ik weet het, de tijd is voorbij gevlogen en u allen heeft moeten wachten. Echter was het niet mogelijk dit onderdeel van de stampede eerder te houden. Het water van het meer waaraan we zitten was namelijk te koud. De teams hadden unaniem besloten niet te gaan wanneer de temperatuur lager was dan 15 graden.

Vandaag is het dus zo ver, het lange afstand zwemmen. Het water is een mooie 16 graden precies goed voor onze zwemmende koeien. De lage temperatuur zorgt ervoor dat de koeien niet overhit raken van het zwemmen dus we mogen een mooie wedstrijd verwachten vandaag.

We zien dat de teams net zijn aangekomen en ze zien er fris uit. Klaar voor het zwemmen, en dat is maar goed ook want ze hebben nog een flinke afstand af te leggen. 5 kilometer zal er worden gezwommen. Er zal worden gestart aan de andere kant van het meer en het eerste team dat over de finish is hier is de winnaar. Zoals gewoonlijk dus

Ik hoop echter wel dat u alle goed zit want het kan nog wel even gaan duren. Ikzelf haal als ik door zwem iets meer dan 2km/uur, nou zijn onze koeien natuurlijk een stuk sneller maar het geeft toch wel aan dat we hier wel even zullen zitten.

Onder tussen is de opperkoe ook weer aanwezig. Dit is geheel te danken aan Valing dus we mogen nog wel een keertje naar hem zwaaien vandaag. Hierbij Valing

*de opperkoe stapt achter de microfoon
Mhoew, welkom weer dames en heren, ik hoop dat u alle kunt genieten van de race want we gaan beginnen.
Klaar, voor de start
!!!!AF!!!!

En onze teams zijn weg, natuurlijk nemen de burce's angels de leiding met een mega duik vanaf de steiger. Maar de stampertje volgen goed en ook de folding SoBers zijn nog steeds in de race. De LSD stampertjes, de Folding Beasts en Computer idee volgen in deze volgorde.

Het lijkt er op dat onze teams er zin in hebben vandaag wat ze houden de vaart er flink in. Dit geld ook vooral voor Bruce's angels. Ik weet niet wat die koeien voor eten krijgen maar ze worden er wel snel van want ze beginnen nu toch echt uit te lopen.

Over het algemeen verander er maar weinig want alle teams liggen nog steeds op ongeveer de zelfde posities vandaag. Dit is zeker niet slecht maar het had wel wat spannender gemogen.

En de bruce's angels zijn binnen. In 1 uur en 34 minuten. Wat een prestatie. Hiermee hebben ze gelijk hun 800.000 mijlpaal binnen gehaald. 2 super prestaties op 1 dag, dit moet toch wel een uitmuntende dag voor bruce's angels zijn.

Echter zijn ze nu wel een beetje buiten adem en lijken ergens op te hangen. Het lijkt wel een paal die in het water ligt. Wacht eens zie ik dat nu goed, ja dames en heren de mijlpaal is al bezorgt vandaag. Waarschijnlijk zit de opperkoe hier achter.

Ook de rest van de teams komen binnen zwemmen nu met tijden van rondde 2 uur. Zeer knap van alle teams.

Ik hoor dat de opperkoe het evenement net heeft geëindigd dus hierbij nog mijn felicitaties aan bruce's angels voor hun mijlpaal en de stats:

DPC Stampede VI hitparade van 22 april 2007

Stampede Teams Daily
pos		daily	member	total
1.	()	43.349	Bruce's Angels	804.385	(1)
	1. (1) 17.730 Team4Fun.nl0Jerry 109.977 (2) 2. (1) 3.774 [DPC]_Team_ColdFusion0bastien 102.815 (3) 3. () 3.145 chelloo.com0server 61.009 (5) 4. () 2.770 SpaceDok 65.712 (4) 5. () 2.334 [DPC]_Fatal_Error_Group0Bubbles 17.043 (13)
2.	(1)	18.616	De Stampertjes	299.011	(4)
	1. () 4.893 DPC_The_Boldies0Patman 99.393 (1) 2. () 3.520 DeApen0Kuuke 24.521 (6) 3. () 2.906 bio2inf 29.749 (3) 4. (1) 1.760 [DPC]NGS0StugIII 35.201 (2) 5. () 1.760 Givanisovic 26.742 (5)
3.	(1)	16.419	The Folding SoB-ers	389.063	(2)
	1. (2) 4.194 DukeBox 162.831 (1) 2. (1) 2.939 DPC_Team_Switch0Sweetdude 20.525 (5) 3. () 1.760 Team_Boonanza0Pavla 21.146 (4) 4. () 1.760 Team_Boonanza0SheepHunter 11.029 (11) 5. (3) 1.523 Graasland 18.030 (7)
4.	(2)	15.606	LSD Stampers	367.031	(3)
	1. (2) 5.043 [DPC]Puchelaar&TonioG 44.724 (2) 2. (1) 4.386 TEAM_JOE_BAR 141.443 (1) 3. (3) 1.440 chelloo.com0Mr.Jinx 22.658 (5) 4. () 1.305 _mcintosh_ 24.558 (4) 5. (3) 1.074 Zinzin 15.386 (7)
5.	()	6.016	Folding Beasts	220.720	(5)
	1. (1) 1.822 chelloo.com0FEERTJE22SGCAMBIUM 44.419 (1) 2. (1) 1.523 DeApen0BaDu 29.158 (2) 3. (2) 988 chelloo.com0martijn333 18.143 (4) 4. (2) 574 DPC_Los_Alcoholicos0Mobster 9.949 (8) 5. () 574 Gaffelclub0EagleTitan 3.442 (12)
6.	()	5.104	Computer Idee	85.019	(6)
	1. (1) 1.148 Team4Fun.nl0Dr_Mad 26.781 (1) 2. (1) 1.016 [DPC]-KENSEI 4.074 (6) 3. (2) 983 Team4Fun.nl0Un4Given.nl 16.773 (2) 4. (1) 784 MDman 4.814 (5) 5. () 558 gjam 930 (13)
	More...

Stampede Teams Overall
pos		total	member	daily
1.	()	804.385	Bruce's Angels	43.349	(1)
	1. () 112.317 Team_Elteor_Borislavj0Elteor 1.946 (1) 2. () 109.977 Team4Fun.nl0Jerry 17.730 (2) 3. () 102.815 [DPC]_Team_ColdFusion0bastien 3.774 (3) 4. () 65.712 SpaceDok 2.770 (4) 5. () 61.009 chelloo.com0server 3.145 (5)
2.	()	389.063	The Folding SoB-ers	16.419	(3)
	1. (2) 162.831 DukeBox 4.194 (1) 2. () 22.023 kbon 0 (2) 3. (1) 22.013 DPC_Team_Switch0BOOTZ 835 (3) 4. () 21.146 Team_Boonanza0Pavla 1.760 (4) 5. (4) 20.525 DPC_Team_Switch0Sweetdude 2.939 (5)
3.	()	367.031	LSD Stampers	15.606	(4)
	1. () 141.443 TEAM_JOE_BAR 4.386 (1) 2. (1) 44.724 [DPC]Puchelaar&TonioG 5.043 (2) 3. (4) 24.571 DPC_Los_Alcoholicos0Thekip 774 (3) 4. () 24.558 _mcintosh_ 1.305 (4) 5. (1) 22.658 chelloo.com0Mr.Jinx 1.440 (5)
4.	()	299.011	De Stampertjes	18.616	(2)
	1. () 99.393 DPC_The_Boldies0Patman 4.893 (1) 2. (3) 35.201 [DPC]NGS0StugIII 1.760 (2) 3. () 29.749 bio2inf 2.906 (3) 4. (2) 27.558 DeApen0SSSF 1.753 (4) 5. () 26.742 Givanisovic 1.760 (5)
5.	()	220.720	Folding Beasts	6.016	(5)
	1. (1) 44.419 chelloo.com0FEERTJE22SGCAMBIUM 1.822 (1) 2. (1) 29.158 DeApen0BaDu 1.523 (2) 3. () 23.094 Badger 0 (3) 4. (1) 18.143 chelloo.com0martijn333 988 (4) 5. () 17.601 ZgAg 0 (5)
6.	()	85.019	Computer Idee	5.104	(6)
	1. (1) 26.781 Team4Fun.nl0Dr_Mad 1.148 (1) 2. (1) 16.773 Team4Fun.nl0Un4Given.nl 983 (2) 3. () 10.092 [DPC]_Team_ColdFusion0Madcat 0 (3) 4. () 6.935 Desocupada 0 (4) 5. () 4.814 MDman 784 (5)
	More...

Teams Daily
pos		daily	team	total
1.	()	657.090	www.overclockers.com	341.018.113	(3)
8.	()	228.179	Alliance Francophone	207.554.717	(5)
9.	()	207.740	DL.TV	2.922.905	(252)
10.	(1)	197.345	Team Rage3D	173.479.501	(6)
11.	()	195.239	Dutch Power Cows	66.722.089	(19)
12.	(1)	192.294	TSC! Russia	58.972.474	(20)
13.	()	174.924	PS3Forums.com	5.552.666	(157)
14.	(1)	173.684	Team Engadget	45.916.718	(26)
15.	()	151.784	SAGoons	143.286.288	(10)

Teams Overall
pos		total	team	daily
1.	()	465.673.059	Google	36.103	(69)
16.	()	88.770.202	DSL Reports Team Helix	95.659	(27)
17.	()	86.503.616	p2p-community	56.340	(41)
18.	()	83.902.377	ABXZone.com	92.880	(28)
19.	()	66.722.089	Dutch Power Cows	195.239	(11)
20.	()	58.972.474	TSC! Russia	192.294	(12)
21.	()	57.570.908	SilentPCReview Folding@Home	52.495	(46)
22.	()	56.877.081	Team AnandTech	101.140	(26)
23.	()	56.125.735	Overclockers Club	69.068	(37)

Megaflush Top 5
pos	Team	Flush	Date
1.	Bruce's Angels	48.584	09-04-2007
2.	The Folding SoB-ers	29.123	12-04-2007
3.	LSD Stampers	24.193	10-04-2007
4.	De Stampertjes	18.616	22-04-2007
5.	Folding Beasts	16.673	12-04-2007

[ Voor 0% gewijzigd door timsnepscheut op 23-04-2007 00:30 . Reden: verhaal erbij gezet ]

[timsnepscheut]

Mijlpalen

Bruce's Angels

800.000

When do you get them

Team	Average	Days
p2p-community	55.852	194
ABXZone.com	94.337	270
DSL Reports Team Helix	93.723	343
Team Short-Media	99.298	586
PC Perspective Folding Frogs (734)	129.830	858
EOC Folding@Home Team	137.639	1.220
2CPU.com Folding@Home	101.895	1.544
Ars Technica Team Egg Roll	134.995	3.129
Google	34.740	3.238

Stampede VI Links
Stampede VI webpage
Stampede VI forum
DPCH Suggestiepagina
Bron

[Savantas]

Way to go, Bruce!
Zo, nu eerst mijn uiers drogen...

[Verwijderd]

En na afloop van de strijd was het nog lang heel gezellig.

(Foto van de opperkoe)

[Verwijderd]

Vissen jullie zelf die paal even uit het water?
En nu op naar de volgende ronde.
_{/me aanvaardt geen enkele verantwoordelijkheid voor het gegooi van een zatte opperkoe.Klachten inleveren aldaar.}

[Verwijderd]

/me zal blij zijn als de stampide klaar is, kan ik eindelijk weer een project doen wat gewoon werkt:

code:

[06:52:27] + Attempting to send results
[06:52:31] Couldn't send HTTP request to server (wininet)
[06:52:31] + Could not connect to Work Server (results)
[06:52:31]     (171.65.103.100:8080)
[06:52:31]   Could not transmit unit 07 to Collection server; keeping in queue.

[smoking2000]

Verwijderd schreef op maandag 23 april 2007 @ 08:55:
* smoking2000 zal blij zijn als de stampide klaar is, kan ik eindelijk weer een project doen wat gewoon werkt:

FWIW, iedereen heeft last van niet uploadende WUs. Pande Group is aan het prutsen met hun hardware, RAIDs die zijn gecrasht na stroomstoringen en TBs aan data die ze lastig tot niet kunnen verplaatsen om het weer bruikbaar te maken. Doneer ze geld, hardware en engineers om het weer in orde te maken, aan CPU power hebben ze nu iets minder.

[Verwijderd]

smoking2000 schreef op maandag 23 april 2007 @ 09:14:
[...]



FWIW, iedereen heeft last van niet uploadende WUs. Pande Group is aan het prutsen met hun hardware, RAIDs die zijn gecrasht na stroomstoringen en TBs aan data die ze lastig tot niet kunnen verplaatsen om het weer bruikbaar te maken. Doneer ze geld, hardware en engineers om het weer in orde te maken, aan CPU power hebben ze nu iets minder.

tja shit happens, bij mij houd de wasmachine er mee op, maar dan vraag ik toch ook niet aan iedereen om te doneren??

zij runnen een project, op een niet al te beste manier zoals we kunnen zien dan houd het voor mij op.

/me heeft zojuist alle F@H clients gekilled en gaat iets anders doen.

[SpaceDok]

Ach ja.... ik blijf lekker doorvouwen (en natuurlijk ook na de stapede).
Die problemen daar in de USA komen wat ongelegen maar worden vast wel opgelost.
Ik moet trouwens zeggen dat ik die upload problemen niet heb terwijl ik toch regelmatig zo'n 2 WU's per dag inlever. Ik zal wel mazzel hebben of misschien dat anderen gewoon pech hebben.

[Verwijderd]

SpaceDok schreef op maandag 23 april 2007 @ 09:41:
Ach ja.... ik blijf lekker doorvouwen (en natuurlijk ook na de stapede).
Die problemen daar in de USA komen wat ongelegen maar worden vast wel opgelost.
Ik moet trouwens zeggen dat ik die upload problemen niet heb terwijl ik toch regelmatig zo'n 2 WU's per dag inlever. Ik zal wel mazzel hebben of misschien dat anderen gewoon pech hebben.

die problemen worden vast wel op gelost maar als je net als Dukebox meerdere malen je wu kan weg mikken omdat de houdbaarheid verstreken is dan is het een brak project.

leuk zo'n houdbaarheid maar dan moet je je zooi wel kunnen inleveren lijkt mij

[smoking2000]

Verwijderd schreef op maandag 23 april 2007 @ 09:27:
[...]
tja shit happens, bij mij houd de wasmachine er mee op, maar dan vraag ik toch ook niet aan iedereen om te doneren??

zij runnen een project, op een niet al te beste manier zoals we kunnen zien dan houd het voor mij op.

* smoking2000 heeft zojuist alle F@H clients gekilled en gaat iets anders doen.

Shit happens idd. je bent niet verplicht te doneren of in andere zin te helpen, maar met eeuwig zeuren en klagen berijk je ook niets. Daar irriteer je alleen de vaste-klanten mee.

Pande Group is praktisch aan handen en voeten gebonden door de restricties op hun budget (waar ze het aan mogen uitgeven). Dit is idd kut geregelt, maar iedereen heeft er last van. Dat jullie hotshots nu een deuk in jullie ego moeten verwerken (omdat je niet alle credit (op tijd) krijgt) is alleen kut voor jullie.

[xahmol]

Verwijderd schreef op maandag 23 april 2007 @ 09:46:
[...]


die problemen worden vast wel op gelost maar als je net als Dukebox meerdere malen je wu kan weg mikken omdat de houdbaarheid verstreken is dan is het een brak project.

leuk zo'n houdbaarheid maar dan moet je je zooi wel kunnen inleveren lijkt mij

Ik snap de frustratie, heb er gelukkig zelf nog nooit last van gehad terwijl ik dagelijks toch één SMP unit en sinds eergisteren (onder de nick chelloo.com0xps3, mijn normale nick paste niet) ook 3 WUs per dag via de PlayStation 3 verstuur.

En ik moet zeggen dat F@H wel weer veel innovatiever dan andere DC projecten is met nieuwe clients: bijv de SMP client maar zeker ook de PS3 client.

Erg puik stukje werk trouwens die PS3 client: extreem gebruikersgemak (alleen install drukken en hij vouwt al, weliswaar met de default ID PS3 en teamnr 0, maar de instellingen veranderen kan natuurlijk). En de graphics zijn ook erg mooi, al vraag ik me wel af of ze de processorcycles die deze graphics verzorgen niet beter aan het vouwen zelf hadden kunnen besteden om nog een hogere PPD te halen. Alleen max 16 tekens voor je ID is wat irritant.

Ik zie bij de andere projecten deze innovativiteit aan nieuwe clients niet. Wellicht ook meteen het probleem voor F@H gezien de enorme influx van PS3 units die ze nu te verwerken hebben gekregen. Ook blijf ik zelf F@H by far het meest nuttige doel hebben van de DC projecten, persoonlijk wil ik alleen stroomkosten maken voor projecten die er ook echt toe doen.

[Bubbles]

@ Mo-Bees: Dat is inderdaad jammer. Echter, de houdbaarheid van de meeste WU's is betrekkelijk lang; een paar weken is standaard. Als je gebruik maakt van de beta-clients (en dan specifiek de SMP client) is de houdbaarheid inderdaad wel erg kort. Bedenk dan wel dat je op dat ogenblik gebruik maakt van een beta product. Er kunnen dan dus dingen misgaan en daar moet je imho dan ook niet over mauwen. Dat is het risico van beta-software draaien. Als je meer zekerheid wilt, moet je gewoon de standaard client draaien (met als consequentie dat je daar minder punten voor krijgt). Daarnaast rekent die client rustig verder als hij een unit niet kan terugsturen. Hij zal automatisch iedere 6 uur proberen om units in te leveren, dus dat komt uiteindelijk wel goed. Het is alleen jammer dat er nu dus 1 collection server al zo'n lange tijd stuk is, en ze het bij Stanford nog niet voor elkaar hebben om er vervanging voor te regelen.

[Dr Mad]

@Mo-Bees

Zag dat er in je stukje tekst het volgende stond:

[06:52:31] Couldn't send HTTP request to server (wininet)

Die wininet duidt er vaak op dat je gekozen hebt voor het overnemen van de internet explorer settings in de config. Mocht dit het geval zijn kun je het beste even de config nog een keer runnen (flag -configonly) en selecteren dat je geen gebruik wilt maken van IE settings voor connectie.

[Verwijderd]

Dr Mad schreef op maandag 23 april 2007 @ 10:34:
@Mo-Bees

Zag dat er in je stukje tekst het volgende stond:


[...]


Die wininet duidt er vaak op dat je gekozen hebt voor het overnemen van de internet explorer settings in de config. Mocht dit het geval zijn kun je het beste even de config nog een keer runnen (flag -configonly) en selecteren dat je geen gebruik wilt maken van IE settings voor connectie.

wel raar toch als ik al een paar weken verstuur en nu ineens zou het niet meer werken???

ik heb geen wijzigingen gedaan in mijn settings waarom kan hij dan niet connecten?

[Verwijderd]

smoking2000 schreef op maandag 23 april 2007 @ 09:57:
[...]

Shit happens idd. je bent niet verplicht te doneren of in andere zin te helpen, maar met eeuwig zeuren en klagen berijk je ook niets. Daar irriteer je alleen de vaste-klanten mee.

Pande Group is praktisch aan handen en voeten gebonden door de restricties op hun budget (waar ze het aan mogen uitgeven). Dit is idd kut geregelt, maar iedereen heeft er last van. Dat jullie hotshots nu een deuk in jullie ego moeten verwerken (omdat je niet alle credit (op tijd) krijgt) is alleen kut voor jullie.

je zal vast wel gelijk hebben, ik zal er verder niet meer over zeuren omdat ik hier niks meer te zoeken heb, succes met het project hopelijk zal het stabiel gaan draaien..

losballoz

[Savantas]

Tja, als de stampede vorig jaar op F@H was gevallen (nog zonder PS3 en zonder SMP-clients) waren er een stuk minder problemen geweest. Het is eigenlijk bijna jammer dat net nu deze clients erbij komen. Op zich zal de beschikbaarheid natuurlijk een aantrekkende werking hebben op nieuwe vouwers om hun dual/quad/huitcore of PS3 lekker te testen, maar het feit dat met name de SMP-clients nog beta zijn geeft al aan dat het nog niet zo betrouwbaar is (Pande is geen Google, tenslotte ).
Maar goed, Distributed Computing is in eerste instantie natuurlijk voor het goede doel, en ook in mijn ogen vouw ik liever eiwitjes dan te zoeken naar groene amoebes . Tuurlijk is de competitie een mooi extra, maar juist sinds bovenstaande clients zie ik mijzelf niet snel meer stijgen...
Ik hoop dat Stanford snel de boel weer wat meer op de rails krijgt, want het is helaas niet echt goede reclame voor het project, in mijn ogen ook één van de redenen van een stampede.
Binnenkort heb ik iig een MacBook Pro die mee gaat vouwen (valt wel mijn huidige lapdoos af, maar ja...)

Wat ik door al dat SMP- en PS3 geweld wel heel erg mis is de blijde verrassing van onze Bruce over onze hoge output ineens... Ben bang dat ook de stampede een beetje ondergesneeuwd is door het multicoregeweld...

De B'Angels (ok, heel DPC ) hadden nooit 800k in zo korte tijd uit kunnen poepen zonder SMP's natuurlijk!

[ Voor 11% gewijzigd door Savantas op 23-04-2007 16:27 ]

[Verwijderd]

Savantas schreef op maandag 23 april 2007 @ 16:23:
Tja, als de stampede vorig jaar op F@H was gevallen (nog zonder PS3 en zonder SMP-clients) waren er een stuk minder problemen geweest. Het is eigenlijk bijna jammer dat net nu deze clients erbij komen. Op zich zal de beschikbaarheid natuurlijk een aantrekkende werking hebben op nieuwe vouwers om hun dual/quad/huitcore of PS3 lekker te testen, maar het feit dat met name de SMP-clients nog beta zijn geeft al aan dat het nog niet zo betrouwbaar is (Pande is geen Google, tenslotte ).
Maar goed, Distributed Computing is in eerste instantie natuurlijk voor het goede doel, en ook in mijn ogen vouw ik liever eiwitjes dan te zoeken naar groene amoebes . Tuurlijk is de competitie een mooi extra, maar juist sinds bovenstaande clients zie ik mijzelf niet snel meer stijgen...
Ik hoop dat Stanford snel de boel weer wat meer op de rails krijgt, want het is helaas niet echt goede reclame voor het project, in mijn ogen ook één van de redenen van een stampede.
Binnenkort heb ik iig een MacBook Pro die mee gaat vouwen (valt wel mijn huidige lapdoos af, maar ja...)

Wat ik door al dat SMP- en PS3 geweld wel heel erg mis is de blijde verrassing van onze Bruce over onze hoge output ineens... Ben bang dat ook de stampede een beetje ondergesneeuwd is door het multicoregeweld...

De B'Angels (ok, heel DPC ) hadden nooit 800k in zo korte tijd uit kunnen poepen zonder SMP's natuurlijk!

Hoezo ??? Ik gebruik geen SMP's !!

[JoY]

dat sochtends zwemmen na de hele nacht zuipen was een iets minder goed idee

[ Voor 20% gewijzigd door JoY op 23-04-2007 17:46 ]

[DukeBox]

Verwijderd schreef op maandag 23 april 2007 @ 09:27:
* DukeBox heeft zojuist alle F@H clients gekilled en gaat iets anders doen.

Ik sluit me bij je aan.. al weer de 3e keer dat ik alle wu's kan weggooien. Deadline expired omdat ik ze niet kon versturen. das dan totaal 60.000+ punten pleite..

[Verwijderd]

DukeBox schreef op maandag 23 april 2007 @ 20:14:
[...]

Ik sluit me bij je aan.. al weer de 3e keer dat ik alle wu's kan weggooien. Deadline expired omdat ik ze niet kon versturen. das dan totaal 60.000+ punten pleite..

Tja, tis een beta .....

[DukeBox]

Verwijderd schreef op maandag 23 april 2007 @ 20:27:
[...]


Tja, tis een beta .....

Het hele project ja..

[Bubbles]

DukeBox: is zo'n uitspraak nou echt nodig? Je snapt hopelijk toch wel dat je jezelf daar niet populair mee maakt bij de mensen die dit project als hun vaste project draaien.

[DukeBox]

Ik begrijp niet dat er vanuit het management die (keurig) melden dat er problemen zijn e.d. dat die deadlines dan niet verruimen.. al het werk dat ik er in heb gestop kan ik gewoon weggooien. Of eigenlijk, wordt voor mij weggegooid. Ik had heel wat andere nuttige dingen kunnen doen met de verspilde energie.

[Bubbles]

Die deadlines voor de SMP client zijn met reden heel kort gehouden. Hoe en waarom kan je prima terug vinden op de site van Stanford. Eén van de hoofdredenen is omdat SMP nog in beta zit: er kan dus wat misgaan en ze willen snel de resultaten terughebben. Als je geen punten wilt weggooien, gebruik dan de gewone client, die heeft voor zijn WU's veel grotere deadlines en is de kans op het verlopen van de deadline dus aanmerkelijk veel kleiner.

Als je stabiliteit van een project wilt opofferen voor meer punten kan je het risico nemen door gebruik te maken van de betaclients. Als je dan niet tevreden bent over die resultaten, kan je altijd terugstappen naar de gewone client. Als je dat weigert omdat je dan minder punten krijgt, zit je imho sowieso fout bij dit project. Punten dienen als een extra beloning, het zou niet de enige reden moeten zijn dat je meedoet bij Distributed Computing projecten.

[DukeBox]

wie heeft het over smp clients ? Die heb ik ook draaien ja, maar het gaat hier vooral om mijn normale clients.

[Bubbles]

Over welke WU's gaat het dan? Want bijna alle WU's die ik zie die niet onder SMP/PS3/GPU vallen hebben een preferred deadline van minstens een maand, als het er niet 2 zijn. Laat staan wat de final deadline is. Degene die daar onder zitten zijn sowieso WU's die niet veel punten opleveren. Ik kan me dan ook niet voorstellen dat je op die manier 60K aan punten bent kwijt geraakt.

[smoking2000]

DukeBox schreef op maandag 23 april 2007 @ 21:36:
Ik begrijp niet dat er vanuit het management die (keurig) melden dat er problemen zijn e.d. dat die deadlines dan niet verruimen.. al het werk dat ik er in heb gestop kan ik gewoon weggooien. Of eigenlijk, wordt voor mij weggegooid. Ik had heel wat andere nuttige dingen kunnen doen met de verspilde energie.

De deadline van reeds uitgegevens WUs kunnen niet verlengt worden. De Final Deadline van een WU zit in de WU gebakken
wanneer de AS je deze assigned. Als na de assignment besloten wordt de deadline te verlengen is dat alleen van toepassing op
WUs die vanaf dat moment uitgegeven worden.

Wijzigingen in deze zin zal je pas in een volgende client versie kunnen vinden omdat zowel de client als de servers deels
herschreven moeten worden. Misschien dat v6 hier in voorziet, maar waarschijnlijk pas v7 of later.

We moeten het doen met wat we hebben. En zo nu en dan (en de laatste tijd wat vaker) even slikken dat een aantal WUs
verwijdert worden. Dit vindt Pande Group ook niet leuk, maar ook zij kunnen er met de huidige infrastructuur weinig aan
doen.

Het originele design achter de client was dat je hem met de defaults kunt installeren en verder vergeten. De client zorgt
voorzichzelf, o.a. met upload retries, automatic core download/upgrades etc. Als je een niet standaard configuratie als
-advmethods, BigWU en/of beta draait wordt wel van je verwacht dat je je client monitored en issues rapporteerd en helpt
oplossen. Als je geen of weinig effort in je clients wilt steken draai dan de standaard config, en kijk er niet meer naar
om. Scheelt ook weer wat stressrimpels

[DukeBox]

Ik wil best de standaard client draaien, maar dan draait er maar 1 van de 16 cores.. dus moet je er weer 16 appart installeren...

Als je geen of weinig effort in je clients wilt steken draai dan de standaard config, en kijk er niet meer naar..

dat gaat dan niet op, want het is veel meer werk en als service draaien lukt dan al helemaal niet.

Ik pak dan wel een client van een project die dat wel kan.. (en dat kunnen ze vrijwel allemaal).

[Verwijderd]

DukeBox schreef op dinsdag 24 april 2007 @ 11:20:
Ik wil best de standaard client draaien, maar dan draait er maar 1 van de 16 cores.. dus moet je er weer 16 appart installeren...
[...]
dat gaat dan niet op, want het is veel meer werk en als service draaien lukt dan al helemaal niet.

Ik pak dan wel een client van een project die dat wel kan.. (en dat kunnen ze vrijwel allemaal).

In de weekeinden draai ik ruim 100 console clients en die geven mij, een uitzondering daargelaten, nooit problemen !

[Savantas]

Verwijderd schreef op maandag 23 april 2007 @ 17:21:
[...]


Hoezo ??? Ik gebruik geen SMP's !!

Jawel, ze zitten bij jou alleen apart verpakt

@Mo'Bees en DukeBox: Tja, F@H was toch lang een heel stabiel project. Het is wat mij betreft echt jammer dat de stampede net samenviel met recente instro van labiele SMP-clients Daarbuiten is F@H toch een project met een duidelijke betrokkenheid tussen vouwers en projectleden (een zekere zeurkous daargelaten! )

[ Voor 42% gewijzigd door Savantas op 24-04-2007 12:51 ]

[DukeBox]

Ik heb geen zin in uitzonderingen.. andere projecten doen het wel altijd goed.
edit: andere projecten waar ik ervaring mee heb..

[ Voor 24% gewijzigd door DukeBox op 24-04-2007 13:41 ]

[smoking2000]

DukeBox schreef op dinsdag 24 april 2007 @ 12:50:
Ik heb geen zin in uitzonderingen.. andere projecten doen het wel altijd goed.

Ga dan! Ik heb genoeg van je eindeloos gezeur, en zal je daarom niet missen. Liever 1 P2 500 Mhz die wel fijn vouwen, dan dikke flushers die alleen maar lopen zeiken. Hoge output is leuk, tenzij ego als die van jou die zelfde lol weer slopen.

Bedank voor je bijdrage in de output, veel success met SoB.

[Verwijderd]

DukeBox schreef op dinsdag 24 april 2007 @ 12:50:
Ik heb geen zin in uitzonderingen.. andere projecten doen het wel altijd goed.

En andere projecten doen het ook niet altijd goed, heb een tijdje geboinced tijdens de vorige stampede op Rosetta en daar had ik meer problemen mee dan met F@H !

[DukeBox]

smoking2000 schreef op dinsdag 24 april 2007 @ 13:04:
[...]

Ga dan! Ik heb genoeg van je eindeloos gezeur, en zal je daarom niet missen. Liever 1 P2 500 Mhz die wel fijn vouwen, dan dikke flushers die alleen maar lopen zeiken. Hoge output is leuk, tenzij ego als die van jou die zelfde lol weer slopen.

Bedank voor je bijdrage in de output, veel success met SoB.

Is goed.. doei.

[Verwijderd]

DukeBox schreef op dinsdag 24 april 2007 @ 13:37:
[...]

Is goed.. doei.

Ik vind dat je je wel heel gemakkelijk laat wegjagen DukeBox, want zo zie ik het. Alle produkten die beta zijn kunnen fouten bevatten en daarom worden ze vaak getest door beta tester, hetzelfde is het geval met de SMP client. De wu's die je nu al ingeleverd hebt en die zoveel punten hebben opgeleverd had je anders nooit gehaald, dat is het voordeel van beta wu's, het nadeel is dan dus dat ze ook wel eens fouten vertonen ... so be it ! Dat de server bij Stanford wat problemen hebben is erg jammer zeker gedurende de stampede maar ze krijgen natuurlijk ook veel meer 'load' te verwerken dan de meeste andere projecten. Natuurlijk zijn de netwerkbeheerders bij Stanford prutsers en hadden ze mij beter kunnen aannemen maar dat is voor hun helaas niet het geval, ook is het algemeen bekend dat ze een gering it budget hebben dus nieuwe hardware bestellen zit er niet in en ook betere beheerders aannemen behoort niet tot de mogelijkheden. Ik ga ervan uit dat je zeker gedurende de stampede netjes doorvouwt en wat je daarna doet moet je zelf weten. 1 Ding weet ik zeker en dat is dat er geen beter wetenschappelijk onderbouwt project is dan F@H, zo ... ga daar maar een puntje aan zuigen !!

[DukeBox]

Het heeft niets met de clients te maken (die lopen prima) maar met de servers van het project.. als je je werk niet kwijt kan of nieuw werk kan ophalen das natuurlijk een slechte zaak.
Maar aangezien het nu al de 3e keer is in 1 maand.. dat vind ik wel erg prutserig overkomen.
Mijn baas zou het leuk vinden als ik 3 keer in de maand de mailserver voor een dag uitzet..
Daarnaast hebben ze hier genoeg van mijn eindeloze gezeur.. dus ga ik ergens anders zeuren.

[ Voor 11% gewijzigd door DukeBox op 24-04-2007 19:15 ]

[NLSchutP]

Toch vindt ik het een beetje jammer dat je het zo opgeeft... Net wat Jerry (en vele anderen al gezegd hebben) je hebt een paar dagen het wat tegen zitten, maar daar zijn er zo velen van die het daarmee lastig hebben. Houd hierbij wel in gedachten dat deze fall outs misschien ook kunnen worden veroorzaakt door bijv. de PS3 release en de enorme belangstelling voor SMP wu's...

En wat zeuren betreft... iedereen heeft wel eens zijn buien.. om dan direct daar aan toe te geven vindt ik persoonlijk een beetje jammer! 't Zou leuk zijn als je doorvouwd tot het einde van de stampede! That's for sure!

[Verwijderd]

punt 1
we geven het op omdat het project onze wu's niet wil / kan accepteren, dat ligt niet aan ons maar aan het project

punt 2
wij geven niet snel op, meerdere draadjes met meerdere vragen geweest over wat te doen, dan het je het eindelijk werkend, krijg je 2 dagen laten weer een error dat je niet kan connecten.

punt 3
we worden erg afgerekend op feiten die we op tafel leggen die gewoon waar zijn waar jullie zelf ook van zeggen dat het zo is en dan zijn wij zeikers, mooie conclusie is dat.

punt 4
succes met F@H ik hoop voor jullie die hards dat ze het stabiel krijgen want anders ben je voor niks bezig.

my 2 cents

[Bubbles]

Ik heb anders nog steeds geen antwoord gekregen op vragen ontrent welke WU's het dan ging. De gewone WU's verlopen namelijk niet binnen een week, op een enkele daargelaten, maar dat zijn zo weinig punten dat ik met niet kan voorstellen dat je daar zoveel van hebt gekregen dat je daar enkele 10K punten door bent kwijt geraakt. Daarnaast heb ik meer dan eens aangegeven dat als je gebruik maakt van beta clients, je niet moet gaan verwachten dat het dan vlekkeloos verloopt. Als je dan de WU's niet optijd kan inleveren omdat er 1 collection server op zijn gat ligt, is dat het risico dat je loopt door beta clients te gebruiken. Ga daar dan ook niet over klagen. Je kan altijd terugstappen naar de gewone client. Als je dat teveel werk vindt (omdat je dan meerdere keren die client op je systeem moet installeren), ben je i.m.o. gewoon lui en heb je sowieso geen recht om daarover te gaan klagen. Bovendien: als je wel gebruik maakt van de gewone client en die units zijn nog niet verlopen, staan die gewoon in de queue totdat ze wel (automatisch!) kunnen worden verzonden. Geduld is een schone zaak, waarbij ik toch sterk de indruk krijg dat jullie die deugd nog niet onder de knie hebben.

Daarnaast vond ik de opmerking van DukeBox dat het hele project beta is gewoon nogal onbeschoft. Het is ten eerste simpelweg niet waar en ten tweede doet zo'n opmerking pijn voor de mensen die dit als hun hoofdproject hebben draaien. Hoe zouden jullie het vinden als er zo'n opmerking wordt gemaakt over jullie voorkeursproject? Je moet van ons dan ook niet verwachten dat we dan nog steeds even lief blijven in onze reacties.

Jullie zijn ook echt niet de enigen die WU's niet kunnen inleveren. Ik heb hier ook een bak draaien waar zo'n 2000 punten staan te wachten totdat ze kunnen worden verstuurd, maar hoor je mij daar over klagen? Natuurlijk vind ik het vervelend, maar ik ga er niet de hele tijd over lopen zeuren in de de DPCH's. Sowieso omdat dat namelijk helemaal niets helpt voor het versturen van die WU's en daarnaast is het ook gewoon niet leuk om allemaal van die klaagposts te lezen.

Just my $0.02

[ Voor 25% gewijzigd door Bubbles op 25-04-2007 00:32 ]

[Verwijderd]

Bubbles has spoken !!

[Verwijderd]

Bubbles schreef op woensdag 25 april 2007 @ 00:14:
Ik heb anders nog steeds geen antwoord gekregen op vragen ontrent welke WU's het dan ging. De gewone WU's verlopen namelijk niet binnen een week, op een enkele daargelaten, maar dat zijn zo weinig punten dat ik met niet kan voorstellen dat je daar zoveel van hebt gekregen dat je daar enkele 10K punten door bent kwijt geraakt. Daarnaast heb ik meer dan eens aangegeven dat als je gebruik maakt van beta clients, je niet moet gaan verwachten dat het dan vlekkeloos verloopt. Als je dan de WU's niet optijd kan inleveren omdat er 1 collection server op zijn gat ligt, is dat het risico dat je loopt door beta clients te gebruiken. Ga daar dan ook niet over klagen. Je kan altijd terugstappen naar de gewone client. Als je dat teveel werk vindt (omdat je dan meerdere keren die client op je systeem moet installeren), ben je i.m.o. gewoon lui en heb je sowieso geen recht om daarover te gaan klagen. Bovendien: als je wel gebruik maakt van de gewone client en die units zijn nog niet verlopen, staan die gewoon in de queue totdat ze wel (automatisch!) kunnen worden verzonden. Geduld is een schone zaak, waarbij ik toch sterk de indruk krijg dat jullie die deugd nog niet onder de knie hebben.

Daarnaast vond ik de opmerking van DukeBox dat het hele project beta is gewoon nogal onbeschoft. Het is ten eerste simpelweg niet waar en ten tweede doet zo'n opmerking pijn voor de mensen die dit als hun hoofdproject hebben draaien. Hoe zouden jullie het vinden als er zo'n opmerking wordt gemaakt over jullie voorkeursproject? Je moet van ons dan ook niet verwachten dat we dan nog steeds even lief blijven in onze reacties.

Jullie zijn ook echt niet de enigen die WU's niet kunnen inleveren. Ik heb hier ook een bak draaien waar zo'n 2000 punten staan te wachten totdat ze kunnen worden verstuurd, maar hoor je mij daar over klagen? Natuurlijk vind ik het vervelend, maar ik ga er niet de hele tijd over lopen zeuren in de de DPCH's. Sowieso omdat dat namelijk helemaal niets helpt voor het versturen van die WU's en daarnaast is het ook gewoon niet leuk om allemaal van die klaagposts te lezen.

Just my $0.02

het gaat bij mij ook om wu's van de gewone client, en ja het is vervelend dat ze niet worden verzonden omdat wij hier zijn voor de stampide, en dus niet de tijd hebben om geduldig 3 weken te wachten tot dat de servers weer up zijn.

verder is het misschien niet mogelijk om de opmerking te plaatsen bij een ander project dat het hele project beta is, omdat het daar misschien wel gewoon goed draait.

Ik was hier zeker niet om mensen in het harnas te jagen maar gewoon om te helpen met de stampide, mijn opmerkingen over het in mijn gevoel brakke draaien van het project zijn van mijn kant uit pure frustratie omdat ik dat niet gewend bent.

maar goed we kunnen hier lang en breed over lullen, jullie vinden het een goed project, ik niet het doel misschien wel maar de setup laat te wensen over.

ik wens jullie succes met het vouwen!

[Pete]

Bubbles schreef op woensdag 25 april 2007 @ 00:14: Als je dan de WU's niet optijd kan inleveren omdat er 1 collection server op zijn gat ligt, is dat het risico dat je loopt door beta clients te gebruiken. Ga daar dan ook niet over klagen. Je kan altijd terugstappen naar de gewone client.

Beta-software dient al wel werkend te zijn. En de client werkt. De client werkt zelfs goed.
Hetgeen er niet werkt is de collection server. De collection server is niet beta. Daarnaast als ik de server-lijst bekijk hebben ze tientallen servers. Ik vind het een beetje vreemd dat er dan maar 1 collectionserver is voor de beta-wu's.

Over de deadline van de WU's. Als de Pande Groep toch niets kan wijzigen aan de WU's totdat er een nieuwe clientversie komt hebben ze geen reden om de deadlines zo kort te zetten. Nee het hoeft geen maand te zijn, maar als ze de deadline op 5 dagen hadden gezet zou er heel wat ergenis voorkomen zijn.

[Bubbles]

Ik snap ook wel dat het niet kunnen inleveren van WU's niet direct te maken heeft met het draaien van beta software. Het is echter wel zo dat als je beta draait, er meer kans is op problemen. Mocht er dan ergens in het proces wat misgaan, ben je met beta WU's gewoon de lul als die een korte deadline hebben. In dit geval is er een CS die er uit ligt voor een langere tijd. Jammer natuurlijk en vervelend dat Pande Group niet snel het probleem kan oplossen (wat ze gewoonlijk wel snel konden doen). Ik wilde er alleen mee aangeven dat je in zo'n geval kan overstappen naar de standaard client zodat je langere deadlines hebt en dus minder kans dat je punten kwijtraakt. Overigens heb ik hier ook een SMP client draaien en ik kan wel die WU's inleveren. Soms is het dus ook net de pech hebben dat je op de 'verkeerde' CS wordt aangewezen.

Over het verlengen van die deadlines ga ik niet in, daar heeft Smoking2000 al eerder antwoord op gegeven waarom ze dat niet (kunnen) doen.

[NLSchutP]

Nog even 1 ding over Beta en niet beta clients... Het is niet per definitie zo dat wanneer je een "gewone client" draait dat dit een non-beta client is... Wanneer je gebruik maakt van de flag -advmethods dan is de kans groot dat je beta WU's krijgt... Ook het verhaal van BigWU hoort in dat rijtje thuis...

Wanneer je helemaal safe wilt zitten met je clients moet je een standaard client draaien en deze niet de -advmethods flag meegeven en niet de BigWU optie... Dan draai je pas echt op safe!

[Verwijderd]

Pskutte schreef op woensdag 25 april 2007 @ 09:11:
Nog even 1 ding over Beta en niet beta clients... Het is niet per definitie zo dat wanneer je een "gewone client" draait dat dit een non-beta client is... Wanneer je gebruik maakt van de flag -advmethods dan is de kans groot dat je beta WU's krijgt... Ook het verhaal van BigWU hoort in dat rijtje thuis...

Wanneer je helemaal safe wilt zitten met je clients moet je een standaard client draaien en deze niet de -advmethods flag meegeven en niet de BigWU optie... Dan draai je pas echt op safe!

Precies ... daarom draai ik beide opties wel om toch nog net iets meer punten bij elkaar te krijgen !

[zaizuney]

Kijk, ik ben ongeveer een hele week verloren door niet werkende SMP client, die steeds weer blijft hangen op "will end MPI now"

Telkens werk naar de knoppen. Maar ik blijf gaan, ja, ik heb niet zoveel rekenkracht beschekbaar als dukebox en co, maar alle beetjes helpen.

Ik vind F@H het nuttigste DC project.

Trouwens, de deadlines van de bèta units zijn soms 3 dagen...

[DukeBox]

Ik heb net de normale client zonder advances methods en bug wu's ook continu het probleem dat als ik hem afsluit en weer start (moet omdat dat ding telkens de proxy settings niet oppakt) ik de melding MISSING_WORK_FILES krijg waarna hij vervolgens weer helemaal opnieuw begint...

[smoking2000]

DukeBox schreef op woensdag 25 april 2007 @ 09:42:
Ik heb net de normale client zonder advances methods en bug wu's ook continu het probleem dat als ik hem afsluit en weer start (moet omdat dat ding telkens de proxy settings niet oppakt) ik de melding MISSING_WORK_FILES krijg waarna hij vervolgens weer helemaal opnieuw begint...

Configureer en start je client met -local dan gebruikt de client het client.cfg bestand in de directory van de client ipv het registry in Windows. In de registry is staat de working directory, als meerdere clients dezelfde willen gebruiken zorgt dit voor problemen.
http://fahwiki.net/index....aunch_Directory_Locations

Als het even kan, de client installeren op een NTFS geformateerde drive, FAT32 drives schijnen nog wel eens voor problemen te kunnen zorgen. Checkpoint currupties e.d.

De correcte manier om de client te stoppen is door in het cmd prompt de client te killen met Ctrl+C, draai je als service dan via services.msc. Als je de core processen bruut killed willen deze nog wel eens hun work files niet goed sluiten. Je moet de client killen welke op zijn beurt zijn childs zal afsluiten. De cores dienen namelijk nadat zijn getermineerd zijn nog een keer te draaien met -cleanup (dit duurt erg kort met de CPU client, en erg lang (in verhouding) met de SMP client). Als de -cleanup ronde niet volledig wordt afgemaakt is er onvolledige state information en moet de client opnieuw beginnen.

[Savantas]

Hee, nog steeds gezellig hier! Iemand nog een koffie/thee/biertje (of wat sterkers) voor bij het vouwen?
Op zich nuttige opmerkingen van iedereen, maar we blijven met de duscissie wel in een kringetje draaien (oude anyone?)... DukeBox en MoBees, als je er echt geen zin meer in hebt moet je gewoon weer naar een ander (hopelijk net zo nuttig) project gaan. Maar veel zouden het ongetwijfeld tof vinden als jullie het in ieder geval nog even volhouden tot het eind van de stampede. Maar ik kan me voorstellen dat er misschien te veel (werk)tijd in gaat zitten en daardoor frustraties voor jullie persoonlijk. Het vouwen is natuurlijk puur liefdewerk oud papier, en moet niet teveel in de weg gaan zitten (of je moet misschien een wat soepeler werkgever hebben). En verder ga ik mezelf niet nog een keer herhalen...

[SpaceDok]

@Savantas

Zo denk ik er precies over.

Hartstikke fijn dat er zoveel mensen mee doen en zelfs heel grote/harde vouwers.
Maar iedereen moet het zelf ook wel leuk blijven vinden.

Heb je problemen.... dan helpen we graag zo goed als we kunnen.
Zie je het echt niet meer zitten en wil je er mee stoppen.... heel jammer , liever niet natuurlijk, maar in elk geval erg bedankt voor het meedoen en hopelijk denk je er toch nog eens positief over terug.

PS. Savantas, doe mij maar een bakkie thee

[DukeBox]

smoking2000 schreef op woensdag 25 april 2007 @ 10:13:
[...]
Configureer en start je client met -local dan gebruikt de client het client.cfg bestand in de directory van de client ipv het registry in Windows.

Geen registry onder linux..

Als het even kan, de client installeren op een NTFS geformateerde drive, FAT32 drives schijnen nog wel eens voor problemen te kunnen zorgen. Checkpoint currupties e.d.

Is ext3.

De correcte manier om de client te stoppen is door in het cmd prompt de client te killen met Ctrl+C, draai je als service dan via services.msc. Als je de core processen bruut killed willen deze nog wel eens hun work files niet goed sluiten

met top zie ik geen cores meer draaien dus neem ik aan dat alles is afgesloten. Daarnaast is er cntr+c ook de enige manier om af te sluiten (buiten een kill om).

[Savantas]

Suiker of honing in?

Of zullen we netjes in een verser topic gaan theeleuten?

@ Bubbles (Oh, sjips, dacht dat er al een nieuw topic was, maar is geen stampede-topic... Ach, als ze ook zin hebben in (ijs)thee...)

[ Voor 101% gewijzigd door Savantas op 25-04-2007 15:31 ]

[Bubbles]

Goed plan, Savantas. Maar... Wie opent hem dan? Ik heb er gisteren al voor gezorgd

[smoking2000]

DukeBox schreef op woensdag 25 april 2007 @ 12:47:
[...]
Geen registry onder linux..
[...]
Is ext3.
[...]
met top zie ik geen cores meer draaien dus neem ik aan dat alles is afgesloten. Daarnaast is er cntr+c ook de enige manier om af te sluiten (buiten een kill om).

Wat gebruik je op Linux om de client automatisch te laten starten en sluiten?
Gebruik je finstall, of heb je zelf wat gescript?

Onder Linux zijn er veel minder problemen dan onder Windows, omdat de clients e.d. op Linux ontwikkeld worden, en daardoor beter getest worden. Dat je dit soort problemen tegenkomt is erg apart. Het lijkt mij dat er iets in jouw omgeving tegenwerkt. Heb je stricte SELinux policies? NFS mounts waarop de client werkt?

Een standaard installatie (al dan niet met finstall) geeft niet de problemen die jij ondervindt.

Als je FAH504-Linux.exe een SIGTERM geeft zal hij de cores stoppen en met -cleanup draaien. Als je eerst de cores killed zou dat zelfs geen probleem moeten zijn. Ik heb een Q&D script om alle draaiende FAH meuk te killen, en dit heeft nog nooit problemen gegeven:

code:

ps aux | grep -i fah | grep -v grep | awk '{ print $2; }' | xargs kill

Doe eens wat meer info over je setup posten.

[DukeBox]

Ik start ze van een lokale disk, met nohup naar de background.

[smoking2000]

DukeBox schreef op woensdag 25 april 2007 @ 14:51:
Ik start ze van een lokale disk, met nohup naar de background.

Dat is wel een beetje weinig info, vergeet niet dat je op GoT bent

Het beste advies op basis van deze info is dat je het beter niet zelf kunt doen, maar gewoon finstall moet gebruiken heb je
meteen een init script en een client voor al je CPUs. Hoef je je verder nergens zorgen over te maken.

[DukeBox]

Goed, ben wel wat verder gekomen.
Blijkbaar als ik 1 client afsluit (cltr+c) knalt een andere client er uit met core-client communications error. Vervolgens discard die zijn wu en begint opnieuw.
Aangezien ik de client wel MOET restarten vanwege die proxy bug zit ik dus met een probleem

[smoking2000]

Hum... Dus je Ctrl+C't Client 1 en Client 2 knalt eruit? Dat zou niet mogelijk moeten zijn.

Heb je meerdere clients uit dezelfde directory draaien ofzo, dat gaat niet werken. Net als stabiele performance op overclocked hardware.

Als dit een install via finstall is, of een setup lijkend daarop, zou dit een ongerelateerde bug moeten zijn. Als je PID 1234 killed kan die alleen zijn childs termineren en niet die van een ander.

Klinkt tevens dat je toch de SMP client draait, want die gaat wat brakjes om met afsluiten. Heb geen ervaring met de Linux SMP, maar de OSX SMP client tieft je WU weg wanneer je de client via de PrefPane sluit (stuurt een SIGINT IIRC). Als je met launchdctl de client sluit werkt het wel correct. Maar op Linux heb je geen launchd om je zorgen over te maken.

Define "proxy bug" staat de info nog wel in client.cfg of is het daar uit? Dit is de enig file die de Linux client gebruikt voor configuratie, de Windows clients gebruiken ook het Registry (heel irritant). Als de info niet meer in client.cfg staat, maak het read-only bv. Kan de client alleen geen voltooide WUs teller bijhouden in de local setting.

[DukeBox]

smoking2000 schreef op donderdag 26 april 2007 @ 06:42:
Hum... Dus je Ctrl+C't Client 1 en Client 2 knalt eruit? Dat zou niet mogelijk moeten zijn.

En toch gebeurt get

Heb je meerdere clients uit dezelfde directory draaien ofzo, dat gaat niet werken. Net als stabiele performance op overclocked hardware.

Nee, gewoon de tar gedownload, 2 keer uitgepakt naar verschillende dir's (FAH1 en FAH2) en vanuti beiden dirs 2 keer opgestart naar background.

Klinkt tevens dat je toch de SMP client draait, want die gaat wat brakjes om met afsluiten.

Maakt niet uit, smp, normale, combi doen allen hetzelfde.

Define "proxy bug" staat de info nog wel in client.cfg of is het daar uit?

[/quote]
Dit geld voor ALLE versies (tenminste, heb niet de mac versie getest maar vermoed hetzelfde).
Bij het opstarten van de client doet ie een resolve van de dns voor het ip van de proxy. Dit ip blijft ie gebruiken. Nu is in mijn geval de proxy telkens een ander ip wat normaal geen problemen oplevert omdat de dns telkens naar het juiste ip wordt omgezet. Echter omdat de client het oude ip blijft gebruiken kan die niet meer connecten en moet ik hem daarvoor restarten.

[smoking2000]

DukeBox schreef op donderdag 26 april 2007 @ 10:31:
Nee, gewoon de tar gedownload, 2 keer uitgepakt naar verschillende dir's (FAH1 en FAH2) en vanuti beiden dirs 2 keer opgestart naar background.

Aha, tar gedownload, dus je bent toch met de SMP client bezig. Van de CPU client zijn namelijk geen tarballs

Maakt niet uit, smp, normale, combi doen allen hetzelfde.

Dat klinkt dan als een probleem in jouw omgeving. Toch niet stiekem nog wat SELinux policies oid in gebruik, of een super strikte umask waardoor permissies verneukt worden?

Dit geld voor ALLE versies (tenminste, heb niet de mac versie getest maar vermoed hetzelfde).
Bij het opstarten van de client doet ie een resolve van de dns voor het ip van de proxy. Dit ip blijft ie gebruiken. Nu is in mijn geval de proxy telkens een ander ip wat normaal geen problemen oplevert omdat de dns telkens naar het juiste ip wordt omgezet. Echter omdat de client het oude ip blijft gebruiken kan die niet meer connecten en moet ik hem daarvoor restarten.

Dat klinkt dan weer wel als een bug/issue met de FAH client.

Op zich is het cachen van een DNS query heel gewoon. Dus rijst de vraag: Hoelang is de TTL van het domain/host? Als de TTL langer is dan de tijd waarin het record gewijzigt wordt, kan je het de client niet kwalijk nemen dat hij niet voor het verstrijken van de TTL weer een DNS query doet. Als hij helemaal geen verdere queries doet zelfs na het verstrijken van de TTL is het echt een bug, want men houdt zich niet aan de standaard.

[DukeBox]

TTL = 1 uur.. client doet er 2a3 dagen over om een paketje af te maken.. 6 dagen later staat ie nog op 'try to send #xxx')

[smoking2000]

DukeBox schreef op donderdag 26 april 2007 @ 15:37:
TTL = 1 uur.. client doet er 2a3 dagen over om een paketje af te maken.. 6 dagen later staat ie nog op 'try to send #xxx')

Duidelijk een bug in de client dus. Of eigenlijk is het missende functionaliteit.

In de Cosm netwerk api wordt alleen gebruikt gemaakt van gethostbyname() welke alleen het IP adres retourneerd en niet ook het TTL in de DNS opvraagt. Om van TTLs gebruik te maken moet nieuwe code geschreven worden.

Uit cosmnet.h en cosmnet.c:

code:

u32 v3NetDNS( u32 * ip, u32 length, ascii * name );
  /*
    Perform DNS lookup. Sets up to length ip's to the IP of the name'd host.
    Returns: Number of IP's set, 0 indicates failure.
  */

u32 v3NetDNS( u32 * ip, u32 length, ascii * name )
{
#if ( defined( NO_NETWORKING ) )
  return( 0 );
#else
  struct hostent * host_pointer;
  u32 count;

[...]

  v3MutexLock( &__v3_net_dns_mutex, V3_MUTEX_WAIT );
  if ( ( host_pointer = gethostbyname( (char *) name ) ) == NULL )
  { 
    /* Can't get IP of name */
    v3MutexUnlock( &__v3_net_dns_mutex );
    return( 0 );
  }
  v3MutexUnlock( &__v3_net_dns_mutex );

  /* read the returned list until we run into a NULL or hit length limit */
  for ( count = 0 ;
    ( ( length-- > 0 ) && ( host_pointer->h_addr_list[count] != NULL ) ) ;
    count++ )
  { 
    /* net addresses come back in network byte order */
    v3u32Load( &ip[count], (const u8 *) host_pointer->h_addr_list[count] );
  }

  return( count );
#endif /* NO_NETWORKING */
}

Ik heb dit issue op FCF gerapporteerd. Hopelijke wordt de missende functionaliteit mbt TTLs vlot toegevoegd, but don't get your hopes up. Voor v6 is ook een hoop beloofd wat miste en de komst van v6 laat nogsteeds op zich wachten.

FAH is dus helaas incompatible met jouw (netwerk) omgeving. Komt al je output via dat netwerk? Want dan heb je toch nog een hoop uploads die er _wel_ doorheen komen.

[DukeBox]

alles komt via dat netwerk.. of eigenlijk.. het netwerk reist met mij mee, ik ben de enige uitgang.

[Pim.]

Ok ik heb dit even doorgelezen omdat er een TR gepost wordt en persoonlijk ben ik helemaal niet blij met de huidige gang van zaken.
Een normale manier van discussieren lijkt niet mogelijk en de ene user wil de andere kwijt.

Ik kijk dit tot morgen aan en als het onderwerp niet veranderd splits ik de draad en kunnen jullie in een andere draad op een normale manier verder.
Kunnen we hier weer ontopic

[Bubbles]

Pim.: Het lijkt er inmiddels op dat het weer op een normale discussie (lees: uitleg van een probleem in de client) terecht is gekomen. Zie de laatste paar posts hierboven.

[TGEN]

Sowieso is gethostbyname(3) niet aan te raden, men dient getaddrinfo(3) te gebruiken, wat ook het ondersteunen van IPv6 vergemakkelijkt.

[smoking2000]

smoking2000 schreef op donderdag 26 april 2007 @ 17:20:
Ik heb dit issue op FCF gerapporteerd. Hopelijke wordt de missende functionaliteit mbt TTLs vlot toegevoegd, but don't get your hopes up. Voor v6 is ook een hoop beloofd wat miste en de komst van v6 laat nogsteeds op zich wachten.

Een kleine update, nadat mijn topic naar het beta forum oid gemoved was, is hij terug in public space en zie ik:

quote: http://forum.folding-community.org/fpost181419.html#181419

Posted: Yesterday at 23:47

I suspect we just never look it up again. We'll put it on the list of things to fix.

--
Adam Beberg
(Cosm Developer)

[DukeBox]

't is ook niet iets heel byzonders om aan te passen maar wat wel mensen kan helpen (ik weet tenminste waar het probleem ligt, een ander snapt er geen hol van).

@Pim.. je had best wel ff verder kunnen kijken.. je gaat toch niet lijken op die andere modders hè ?

[Verwijderd]

DukeBox schreef op vrijdag 27 april 2007 @ 10:37:
't is ook niet iets heel byzonders om aan te passen maar wat wel mensen kan helpen (ik weet tenminste waar het probleem ligt, een ander snapt er geen hol van).

@Pim.. je had best wel ff verder kunnen kijken.. je gaat toch niet lijken op die andere modders hè ?

Pim een beetje vast geroest

volgens mij is het helemaal niet uit de hand gelopen, maar verschillene we gewoon van mening, en is dat verder gewoon opgelost.

[Pim.]

@duke:

Ik zie een discussie waarvan ik denk dat ie niet in een draad als dit thuishoort maar in DM of mail, aangezien dit soort discussies al zo oud zijn als DPC en ik TR' s zie plaats ik een opmerking. Die opmerking moeten mensen maar aannemen zoals ze het past.

Of ik daarbij op andere mods ga lijken (is dat slecht ??) of ik vastgeroest ben mogen jullie zelf bepalen

[DukeBox]

Neeh.. ik (we?) hebben liever jou dan een andere mod.. en als je op ze gaat lijken: Ja, dat is niet goed.