[Distributed Folding] hitparade van 27 april

[KuuKe]

Probleempje op het werk, onwillige HPLC. Het resultaat is dat jullie errug vroege stats krijgen.

De output valt een beetje tegen vandaag maar er zijn best wel problemen aan de andere zijde van de draad. Er wordt momenteel hard aangewerkt. Probeer je niet te zeer te ergeren en loop s.v.p. niet weg naar een ander project: de projectleiding van DF onderkent de problemen en werkt er hard aan alles op te lossen.

Misschien is het beter om gewoon een paar dagen te sparen en te wachten totdat alle problemen opgelost zijn. Zien we dan meteen ook weer allemaal leuke getalletjes voorbij flitsen

DPC Distributed Folding Hitparade van 27-04-2004
DPC Daily
flushing members: (186/1166) = 15%
	pos	output	name	total	overall
1.	( 3 )	1.563.478	Team Brutale Zoekertjes	280.793.579	(9)
2.	( )	680.671	MrMr	1.192.719.072	(1)
3.	( 2 )	317.084	DPC Los Alcoholicos	998.698.227	(2)
4.	( 4 )	224.716	DPC NGS	796.707.809	(3)
5.	( 6 )	214.686	Suomalaiset Lehmät	26.831.018	(65)
6.	( 8 )	179.568	Team Newton	41.042.217	(42)
7.	( 17 )	149.877	Parivo	58.209.498	(34)
8.	( 1 )	98.176	DPC BaDMaN	14.428.351	(108)
9.	( 9 )	91.252	paraiko	35.983.959	(51)
10.	( 6 )	76.383	SnowDude	107.195.468	(20)
11.	( 10 )	72.225	Stappel	111.492.354	(18)
12.	( )	64.097	DPC Clan of ToeT	44.097.457	(41)
13.	( 12 )	55.880	Forza Mucca	317.055.990	(7)
14.	( 9 )	46.265	DPC Division Brabant	305.429.538	(8)
15.	( 12 )	38.133	DPC Team Natlab	62.060.819	(32)
16.	( 4 )	36.975	meros	26.941.097	(64)
17.	( 9 )	36.339	United Snails	95.072.929	(21)
18.	( 21 )	36.152	RooTeR	1.563.260	(369)
19.	( 11 )	34.471	MAWEK	370.084.104	(6)
20.	( 12 )	30.832	teammcdonalds	70.660.372	(29)
21.	( 19 )	27.315	DPC Oi	50.709.020	(36)
22.	( 6 )	26.515	Mrieke	63.042.983	(30)
23.	( 10 )	25.529	ncsMaccers	39.600.167	(44)
24.	( 5 )	24.650	FairwindAdventurersRescueTeam	244.047.815	(11)
25.	( 3 )	23.918	Pjotr Agincourt	18.704.426	(89)
26.	( 11 )	21.496	nitrogen15	19.867.654	(83)
27.	( 7 )	17.548	DPC Lichtsnel	164.809.623	(16)
28.	( 17 )	17.490	DPC EJG	31.145.552	(58)
29.	( 6 )	15.695	oT	6.995.950	(190)
30.	( 14 )	15.237	Enthroned	39.954.845	(43)
		4.634.285	( avg 24.916 points per flushing member )
more...
DPC Overall
	pos	total	name	output	daypos
1.	( )	1.192.719.072	MrMr	680.671	(2)
2.	( )	998.698.227	DPC Los Alcoholicos	317.084	(3)
3.	( )	796.707.809	DPC NGS	224.716	(4)
4.	( )	732.414.280	sf	5.643	(52)
5.	( )	434.290.838	Elteor Borislavj	100	(135)
6.	( )	370.084.104	MAWEK	34.471	(19)
7.	( )	317.055.990	Forza Mucca	55.880	(13)
8.	( )	305.429.538	DPC Division Brabant	46.265	(14)
9.	( )	280.793.579	Team Brutale Zoekertjes	1.563.478	(1)
10.	( )	278.215.904	DPC Team ColdFusion	100	(134)
11.	( )	244.047.815	FairwindAdventurersRescueTeam	24.650	(24)
12.	( )	240.817.281	DPC Team Switch	331	(127)
13.	( )	238.898.588	B1tchin Boeskool	13.088	(33)
14.	( )	208.325.867	Team Jora	400	(122)
15.	( )	206.314.059	DPC Anticimex and Lock	4.217	(59)
16.	( )	164.809.623	DPC Lichtsnel	17.548	(27)
17.	( )	127.516.773	Hakkie en Takkie de zouteloze clowns	2.682	(78)
18.	( )	111.492.354	Stappel	72.225	(11)
19.	( )	108.734.394	The LedZ Collective	0
20.	( )	107.195.468	SnowDude	76.383	(10)
21.	( )	95.072.929	United Snails	36.339	(17)
22.	( )	93.220.538	DPC eNeRGy	2.975	(74)
23.	( )	91.317.208	Pulp Fiction	781	(113)
24.	( )	86.710.907	DPC Crazy Cows	0
25.	( )	81.892.405	Ercewee	0
26.	( 1 )	77.480.714	MadMarky	0
27.	( 1 )	75.883.669	Gertjan	11.756	(35)
28.	( 1 )	71.282.180	Andy4fun	3.238	(68)
29.	( 1 )	70.660.372	teammcdonalds	30.832	(20)
30.	( 4 )	63.042.983	Mrieke	26.515	(22)
		12.128.764.929	( avg 10.402.028 points per member )
more...
DF Teams Daily
	pos	daily	name	total	overall
1.	( )	5.575.684	Dutch Power Cows	12.128.556.645	(2)
2.	( 1 )	2.376.344	OCworkbench	4.791.320.633	(4)
3.	( 2 )	2.033.049	Sneakers	1.682.595.684	(9)
4.	( 2 )	1.947.009	Ars Technica Team Stir Fry	11.485.214.286	(3)
5.	( 1 )	1.792.149	FreeDC	12.660.926.368	(1)
6.	( 15 )	1.148.160	Team AnandTech	1.544.847.011	(10)
7.	( 5 )	1.017.915	Overclockers Australia	3.649.167.180	(5)
8.	( 21 )	499.180	CrunchinCritters	174.407.581	(44)
9.	( 4 )	457.740	Bodensee Team	402.585.273	(31)
10.	( 2 )	439.970	The Genome Collective	2.923.305.853	(6)
11.	( )	346.728	Asylum Research	877.971.062	(21)
12.	( 5 )	306.968	Czech Republic	737.966.872	(24)
13.	( 4 )	276.175	ProCooling	2.879.123.467	(7)
14.	( 3 )	254.478	1st Strike	486.640.887	(27)
15.	( 1 )	252.777	SwissTeam.NET	611.149.174	(26)
DF Teams Overall
	pos	total	name	output	daypos
1.	( )	12.660.926.368	FreeDC	1.792.149	(5)
2.	( )	12.128.556.645	Dutch Power Cows	5.575.684	(1)
3.	( )	11.485.214.286	Ars Technica Team Stir Fry	1.947.009	(4)
4.	( )	4.791.320.633	OCworkbench	2.376.344	(2)
5.	( )	3.649.167.180	Overclockers Australia	1.017.915	(7)
6.	( )	2.923.305.853	The Genome Collective	439.970	(10)
7.	( )	2.879.123.467	ProCooling	276.175	(13)
8.	( )	2.168.779.559	Team Ninja	49.565	(33)
9.	( )	1.682.595.684	Sneakers	2.033.049	(3)
10.	( )	1.544.847.011	Team AnandTech	1.148.160	(6)
Mijlpalen
Overall Megaflush Top 5
20-04-2004		69.335.410	MrMr
19-04-2004		44.437.366	2 brutale zoekertjes
12-04-2004		43.910.152	sf
01-04-2004		35.849.205	DPC Los Alcoholicos
20-03-2004		22.082.470	Elteor Borislavj
Crazy Ticket Proteine Megaflush Top 5 (26 April 2004)
26-04-2004		3.379.721	Stappel
26-04-2004		2.338.738	MrMr
26-04-2004		1.847.111	DPC Team Natlab
27-04-2004		1.563.478	Team Brutale Zoekertjes
26-04-2004		1.075.761	DPC Los Alcoholicos
Best Structures Generated Top 5
11.445		MrMr
11.945		Yobby
12.442		SnowDude
12.443		DPC NGS0Blue Rooster
12.463		DPC Manneke
When do you get them?
53 days			FreeDC
Who's gonna get you!?
Nobody
New members:
Niemand Boehoehoe
Retirements:
Niemand!
Distributed Folding links:
Distributed Folding FAQ
DF Officieel : home software
Client software : dfGui client
meer stats : officiele DF stats 3rd party DF stats
Bron: dfstats

[Rollerjooster]

Het probleem zou bijna opgelost zijn volgens Brian de Vuist van Free-DC

Originally posted by Brian the Fist
We have been able to figure out the limiting step and now have to find and test a clever solution to this problem, hopefully by the end of work tomorrow.
Again, leave your machines alone, they are working as intended, let them cache, do not delete your receipts as this should not be necessary. Once we speed up the critical step the servers will catch up and start processing your tickets promptly again.

Thanks for your patience.

Dat is duidelijk, by the end of work tomorrow gaan we bruut flushen

offtopic:
credit aan D2DM die dit gisteren al postte zie ik nu

[ Voor 5% gewijzigd door Rollerjooster op 28-04-2004 01:20 ]

[Anoniem: 101682]

hmm morgen de 10M mijlpaal dus
als alles werkt

en nu nog iedereen terug halen

[ Voor 30% gewijzigd door Anoniem: 101682 op 28-04-2004 02:56 ]

[Marcelloz]

Voor de 1G moeten we wel door het stof heen zeg ...

ey, vandaag geen mijlpalen. Da's ook best uniek. Staat beetje kaal zo. Vanavond maar eens een textje bij plakken.

[ Voor 52% gewijzigd door Marcelloz op 28-04-2004 07:12 ]

[sjroorda]

He, maar bekijk het positief: we zitten op een drie maal zo hoge output als FreeDC!

[Mobster]

Wat een bemoedigende woorden van Kuuke zo midden in de nacht Dank je

Voor de rest ga ik niet klagen. Hopelijk kunnen we voor het lange weekend hier onze buffers nog flushen. Anders wordt het maandag allemaal wel erg veel

[NLSchutP]

Bij mij thuis is het ook dikke bende.... Ik heb nu geprobeerd te flushen, maar dit wil dus absoluut niet.. Kheb zo'n 600k opgespaard, maar ik kan het niet kwijt. En ik heb op 1 client het scriptje van Marcelloz toegepast, maar dat mocht niet baten... iemand een idee?

[Anoniem: 47852]

is 280.000.000 dan geen mijlpaal?

[Mobster]

Pskutte schreef op 28 april 2004 @ 08:53:
Bij mij thuis is het ook dikke bende.... Ik heb nu geprobeerd te flushen, maar dit wil dus absoluut niet.. Kheb zo'n 600k opgespaard, maar ik kan het niet kwijt. En ik heb op 1 client het scriptje van Marcelloz toegepast, maar dat mocht niet baten... iemand een idee?

Ja. Laten bufferen en dit forum in de gaten houden. Het zou in de loop van de dag misschien gefix0rt worden en zodra het werkt SCHREEUWEN we het hier het eerst natuurlijk

[loial]

Ik ben echt benieuwd wat voor bizarre flushes er dan gaan komen

[Enthroned]

Marcelloz schreef op 28 april 2004 @ 07:11:
Voor de 1G moeten we wel door het stof heen zeg ...

ey, vandaag geen mijlpalen. Da's ook best uniek. Staat beetje kaal zo. Vanavond maar eens een textje bij plakken.

[zeikmodus]
Maak er dan gelijk milestones van, alle koppen staan namelijk al in het engels.
Of maak de rest ook gewoon nederlands, ik vind het eigenlijk al vreemd dat er engels en nederlands afgewisseld wordt in het statsoverzicht.
[/zeikmodus]

@SpaceDok: Mijn onderschrift is maar 1 loze kreet, geen serieuze bedoeling zoals DFstats dat wel geacht wordt.

[ Voor 13% gewijzigd door Enthroned op 28-04-2004 15:19 ]

[SpaceDok]

Enthroned schreef op 28 april 2004 @ 09:27:
[...]

[zeikmodus]
.......ik vind het eigenlijk al vreemd dat er engels en nederlands afgewisseld wordt..... [/zeikmodus]

[zeikerigermodus]
Wat staat er ook al weer onder jou naam?

Dutch vouwer cow

Leg dat eens uit ( )

[/zeikerigermodus]

edit:

Het is humoristisch bedoelt dus maar extra smilies toegevoegd

[ Voor 12% gewijzigd door SpaceDok op 28-04-2004 09:54 ]

[Ralphie]

WOEEEEEEEEEEIIIIIIII........... 400 punten!

[Anoniem: 107167]

Anoniem: 47852 schreef op 28 april 2004 @ 08:57:
is 280.000.000 dan geen mijlpaal?

Nee dat is aangepast omdat het er zoveel werden met de 58er, kan nu eigenlijk ook wel weer terug...

voor jou, in je eentje gister bijna evenveel als heel free DC

[Anoniem: 10747]

Niemand opgevallen dat we meer doen dan free dc en ars samen en dan houden we nog over!

[Robkazoe]

Anoniem: 10747 schreef op 28 april 2004 @ 11:06:
Niemand opgevallen dat we meer doen dan free dc en ars samen en dan houden we nog over!

Wist je dat we ruim 2x zoveel als FreeDC doen maar dat we er geen fluit mee opschieten?

[Spheroid]

Robkazoe schreef op 28 april 2004 @ 11:22:
[...]


Wist je dat we ruim 2x zoveel als FreeDC doen maar dat we er geen fluit mee opschieten?

Misschien zijn ze daar wat slimmer dan wij en zijn ze sinds de wissel al bruut aan het sparen. Terwijl wij hier klagen en punten verspillen zitten ze wsch enorm hard om ons te lachen en flushen ze ons er binnenkort uit .

Aan de andere kant, over 53 dagen pakken we ze toch wel .

[Mobster]

Ik heb me de laatste 2 dagen even verdiept in de huidige problemen bij DFolding en voor mezelf en de mensen die niet begrijpen wat er aan de hand is of zich irriteren aan de huidige situatie het één en ander op papier gezet.

Oude situatie
Zoals vele mensen wel gemerkt hebben (zeker bij het vorige 'snelle' proteine) ging er bij het versturen van een al of niet gespaarde hoeveelheid gens wel eens mis. Dit kwam door het feit dat de client soms zo snel zijn gens afmaakte, dat het vorige gen nog niet verwerkt was door de master server. Dit resulteerde dan in de alom gehate foutmelding Previous Generation Missing Een zeer vervelend probleem wat ook door de organisatie onderkent werd en daardoor is men overgestapt op het nieuwe ticket-systeem

Nieuwe 'ticketing' systeem
Hoe werkt die nieuwe systeem en waarom zijn er zoveel problemen?

Wanneer je een client opstart op een online systeem gebeurt er het volgende:
De client begint netjes te crunchen en wanneer het eerste gen is voltooid zal hij deze opsturen naar de master server. Deze wordt netjes verwerkt en de client kan gewoon door met het volgende gen.
Nu kan het zo zijn dat de server wat backlog heeft en jouw gen niet direct kan verwerken. Hij stuurt dan het bestandje receipt.txt terug naar je client en deze gaat verder met crunchen. Wanneer ook het volgende gen klaar is om verstuurd te worden, wordt eerst aan de hand van de aanwezige receipt.txt gecontroleerd of het vorige gen al verwerkt is.
Is dit niet het geval dan wordt het laatste verwerkte gen op je eigen PC bewaard.
Is dit het wel het geval dan wordt het gen netjes verwerkt en gaat de client verder.
Als de backlog op de server(s) dus heel groot is zullen de gens op je eigen PC opgeslagen worden, maar na elke gen wordt er gechecked of de vorige al verwerkt is.

Wanneer je een client van een offline systeem gaat flushen op een online systeem (dus met de -ut parameter) dan gebeurt er het volgende.
De client stuurt het eerste gen op en indien deze direct door de server verwerkt kan worden zal hij de volgende gen sturen net zolang totdat er geen gens meer zijn.
Wanneer de server een gen niet kan verwerken, krijgt de client dus een receipt.txt teruggestuurd en wordt de client afgesloten. Dit dus om te voorkomen dat hij denkt dat hij een gen gemist heeft (previous generation missing) terwijl hij hem niet gemist heeft, maar alleen nog moet verwerken.
Vervelende is alleen: Wanneer weet je client nu dat het vorige gen verwerkt is en dat hij dus verder kan gaan flushen? Dat kan hij dus niet. Alleen elke keer als je de client met -ut opstart wordt de status gechecked. Dus af en toe proberen is een oplossing.

Je kunt ook op

http://anteater.blueprint...tatusAnalyzer?ticket=[typ hier volledige inhoud receipt.txt]

kijken en dan zie je de stats van jouw client.

Ik hoop dat dit een beetje de onduidelijkheid en onvrede over het project en de client uit de wereld helpt en dat we allemaal even geduld hebben (zie ook post van Rollerjooster, oplossing is nabij) en alsnog als een speer FreeDC van die 1e plek stoten

[Anoniem: 107167]

Mobster schreef op 28 april 2004 @ 14:36:
toppie uitleg

Nu de snelheid van het systeem bij Bueprint nog op orde krijgen en het gaat helemaal top.

Vraagje aan MrMr, hoe upload jij? Meerdere clients tegelijk, of meerdere systemen? Want anders snap ik echt niet hoe je in een updat 80K punten erdoor krijgt, terwijl praktisch iedereen verder niet meer dan 10K/20K er door krijgt, en de meeste zelfs nog minder

[Zhadum]

Gewoon sparen mensen, is mijn motto:, waarschijnlijk doet FreeDC ook dat!!!

[bigfoot1942]

nu ik krijg einelijk wat puntje geupload na 3 dagen babysitten...
upload gaat dus weer een beetje draaien.

Alleen ben ik nu net lekker bezig met d2ol, heb zelfs wat kennissen gevonden die dat ook draaien, zit nu dus lekker in een teampje (en kan niet meer weg)....

[Anoniem: 65575]

Anoniem: 107167 schreef op 28 april 2004 @ 14:43:
[...]


Nu de snelheid van het systeem bij Bueprint nog op orde krijgen en het gaat helemaal top.

Vraagje aan MrMr, hoe upload jij? Meerdere clients tegelijk, of meerdere systemen? Want anders snap ik echt niet hoe je in een updat 80K punten erdoor krijgt, terwijl praktisch iedereen verder niet meer dan 10K/20K er door krijgt, en de meeste zelfs nog minder

60 clients on-line
plm net zoveel op sparen

[Anoniem: 86809]

Mobster schreef op 28 april 2004 @ 14:36:
Heeeeeeel verhaal

Toch klopt dit niet helemaal:

Wanneer de server een gen niet kan verwerken, krijgt de client dus een receipt.txt teruggestuurd en wordt de client afgesloten. Dit dus om te voorkomen dat hij denkt dat hij een gen gemist heeft (previous generation missing) terwijl hij hem niet gemist heeft, maar alleen nog moet verwerken.

De server stuurt bij het eerste contact met de cliënt meteen de receipt.txt. Nog voordat er 1 gen is upgeload

Start je cliënt maar eens schoon op met -ut (zonder receipt.txt). Je krijgt onmiddelijk je receipt.txt. Daarna worden wat gens geaccepteerd, maar je receipt.txt wordt niet meer aangepast.

Dus het ticketsysteem werkt toch iets anders (of dit is de fout die ons van een normale upload afhoudt).

[Mobster]

Dat laatste is het geval. Je krijgt alleen een receipt als de server het niet kan verwerken.
Normaal gesproken (als alles goed zou werken) zou je dus nooit een receipt.txt in je dir zien verschijnen.

Het zit hem in de omschrijving van uploaden... Daar zit een beetje speling in. Ik noem uploaden de poging tot verzenden en jij noemt het uploaden het verwerken van het gen door de server.

Snappie? Of snap ik jou niet?

[Anoniem: 86809]

Ik krijg dus eerst wel een receipt.txt... en dan pas verstuurt mijn cliënt enkele gens en die worden ook geaccepteerd.

In jouw visie zou de server receipt.txt pas mogen versturen als hij mijn gens ontvangen cq geweigerd heeft. En niet van te voren.

[ Voor 35% gewijzigd door Anoniem: 86809 op 28-04-2004 16:26 . Reden: Verhaal afgemaakt ]

[Anoniem: 41582]

Je kunt ook op
quote:
http://anteater.blueprint...tatusAnalyzer?ticket=[typ hier volledige inhoud receipt.txt]
kijken en dan zie je de stats van jouw client.

Wat is de meerwaarde dan, ik zie niets meer dan dat in m'n error.txt ook al staat: http://anteater.blueprint...68.10.110_1083151001_1965

[Savantas]

Toch vreemd, ik heb hier thuis 2 machines draaien (oh ja, nog even 3e aanzetten ).
Mijn Windows 2000 machine heeft ondertussen 202 opgeslagen generaties, en zit toch echt online.
Het linuxservertje (ook online) draait lekker door, en als ik de progress.txt lees zijn vrijwel alle generaties wel geupd!
Ze zitten beide over hetzelfde kabeltje aan chello...
Nu ja, gewoon maar doorsparen maar

Lama (Red.: Peruaanse grazer), blijkbaar runt foldit nog wel op de linuxbak, maar is er al enkele dagen geen progress... Of de p3 600 is wel heel veel langzamer tov mijn athlon 1400

[ Voor 21% gewijzigd door Savantas op 28-04-2004 17:24 . Reden: zeikmodus van een verdachte koe ;) ]

[sus]

Savantas schreef op 28 april 2004 @ 17:01:
...Windows 200 machine...

ZOow, das oud

Ik krijg hier met geen mogelijkheid mijn gens weg. Maar, ik ben niet van plan om te nokken met DF. Nog ff volhouden dus, is alleen maar leuk om binnenkort een erg grote flush te kunnen doen met zijn allen

[Anoniem: 100042]

SuspiciouS schreef op 28 april 2004 @ 17:14:
Maar, ik ben niet van plan om te nokken met DF. Nog ff volhouden dus, is alleen maar leuk om binnenkort een erg grote flush te kunnen doen met zijn allen

That's the spirit!!! Gewoon alles van de positieve kant bekijken!!
Ik doe lekker met je mee -> mijn eerste echte MF (al is ie dus niet geheel vrijwillig)

[Anoniem: 107167]

Anoniem: 41582 schreef op 28 april 2004 @ 17:00:
[...]


Wat is de meerwaarde dan, ik zie niets meer dan dat in m'n error.txt ook al staat: http://anteater.blueprint...68.10.110_1083151001_1965

meerwaarde is dus dat als hij een gen heeft geupload en je daarna een receipt krijgt dat je dan daar heen kan gaan en zien dat ie bijvoorbeeld pending is, of dat hij oke is, of dat hij zoals bij jou in dit geval hij een error heeft gegenereerd.

Zo weet je een beetje wat er aan hun kant van het systeem gaande is met jou punten en gens

[Anoniem: 100386]

FF een vraag: Zijn er nog die mbv het aangepaste script uploaden (het script dat steeds receipt.txt delete) ?

Ik heb dat script nu al meer dan een dag niet meer gebruikt, en vouw nu weer gewoon "online". Mijn receipt staat echter na meer dan 24 uur nog op pending. Ik weet dat ze er aan werken, maar er zijn toch anderen zijn die wel upload hebben.
Meer dan 24 uur voor een receipt is wel veel aan het worden toch ?

[Anoniem: 107167]

Anoniem: 100386 schreef op 28 april 2004 @ 17:51:
FF een vraag: Zijn er nog die mbv het aangepaste script uploaden (het script dat steeds receipt.txt delete) ?

Ik heb dat script nu al meer dan een dag niet meer gebruikt, en vouw nu weer gewoon "online". Mijn receipt staat echter na meer dan 24 uur nog op pending. Ik weet dat ze er aan werken, maar er zijn toch anderen zijn die wel upload hebben.
Meer dan 24 uur voor een receipt is wel veel aan het worden toch ?

Op het officiele forum wordt gezegd dat het deleten van je receipt er slechts in zal resulteren dat je opnieuw in de rij wordt gezet. Maar omdat er dus snellere en langzamere servers zijn bij blueprint kan het idd toch tijdwinst op leveren, en in jou geval, zou ik toch ff receipt 1 keer handmatig deleten en er verder vanaf blijven.

[Anoniem: 100386]

Thx voor je reactie DeJopie. Ik stond op het punt om mijn receipt te wissen, toen ik op het forum van FDC zag dat er een nieuwe executeble van de client beschikbaar was.

De .exe daarvan over de oorspronkelijke .exe heen geinstalleerd, en weer verder laten vouwen. En nu merk ik dat langzaam (errug langzaam) een aantal gennetjes upgeload beginnen te worden.

Uit de changelog van deze nieuwe versie:
They also include inmproved communication times with the server during upload.

Schijnbaar helpt het, of anders heb ik gewoon een mazzeltje dat er langzaam aan wat verstuurd begint te worden.

[Anoniem: 47852]

Het ziet er naar uit dat e.e.a. weer wat beter gaat!
Kon weer aardig doorspoelen en heb al m'n clients weer op uploaden staan

[Anoniem: 101682]

bij mij ook alleen ik krijg voor mijn 2 clients a 500 generaties alleen maar 910 errors

hoppa alles kan de prullenbak in

[Anoniem: 107167]

ik heb zelf de nieuwe exe nog niet, maar mijn upload gaat zowaar goed op dit moment (fingers crossed)

[ScSi]

Anoniem: 100386 schreef op 28 april 2004 @ 21:33:
Thx voor je reactie DeJopie. Ik stond op het punt om mijn receipt te wissen, toen ik op het forum van FDC zag dat er een nieuwe executeble van de client beschikbaar was.

De .exe daarvan over de oorspronkelijke .exe heen geinstalleerd, en weer verder laten vouwen. En nu merk ik dat langzaam (errug langzaam) een aantal gennetjes upgeload beginnen te worden.

Heb je een url toevallig?

[Anoniem: 100386]

ScSi_009 schreef op 28 april 2004 @ 21:58:
[...]
Heb je een url toevallig?

Hij staat gewoon bij downloads op de FP van blueprint (hier dus: KLIK )

edit:
Het gaat steeds beter met de upload lijkt het Zelfs de "normale" volgorde van teams / members begint weer zichtbaar te worden (MrMr op plaats 1 etc.)

[ Voor 27% gewijzigd door Anoniem: 100386 op 28-04-2004 22:34 ]

[Anoniem: 47852]

Zo, weer 800 filesets weg kunnen gooien , op alle PC's weer met een frisse start begonnen en nu maar hopen dat alles goed gaat.

[Anoniem: 107167]

der komt nu in elk geval weer wat door, het lijkt de goede kant op te gaan, hopen dat het zo blijft en dat lekker snel freeDC voorbij flushen!!!

[Hagar]

910's overal waar ik kijk
met deze trage proteine dus een hoop werk wat verloren gaat

[Jis]

Hij doet nu wel af en toe een aantal uppen, maar ik krijg op al mijn clients STATUS 910 MISSING PREVIOUS OR ILLEGAL GENERATION. Betekent dit "Uw donatie is in de prullebak beland" of gaat dat toch nog goed komen?

[Anoniem: 101682]

mja net een nieuwe verse client geinstalleerd, en alleen maar 910 errors

snapt iemand er nog wat van

[Anoniem: 47852]

Jis schreef op 28 april 2004 @ 23:02:
Hij doet nu wel af en toe een aantal uppen, maar ik krijg op al mijn clients STATUS 910 MISSING PREVIOUS OR ILLEGAL GENERATION. Betekent dit "Uw donatie is in de prullebak beland" of gaat dat toch nog goed komen?

Ik denk dat je het kunt schudden...
Ik kon in ieder geval op al m'n PC's opnieuw beginnen.
Djeez, ik baal er wel van hoor...die PC's draaien niet op lucht!

[bigfoot1942]

Anoniem: 47852 schreef op 28 april 2004 @ 23:04:
[...]


Ik denk dat je het kunt schudden...
Ik kon in ieder geval op al m'n PC's opnieuw beginnen.
Djeez, ik baal er wel van hoor...die PC's draaien niet op lucht!

nee idd, op rook

[Blistimo]

Er mag gedanst worden..

[Anoniem: 100386]

Ja hoor, bij miij ook 910's all over the place. Alles (behalve 20 stuks) weggegooid, wat wil zeggen 200 gens pleite !

En dan blijven ze maar volhouden dat dat ticket gebeuren dit moet voorkomen. Ik zie de laatste tijd alleen maar meer meldingen van deze fout !

<sub>Grmmmbl, opnieuw dan maar

-purgeuploadlist 9999
-del filelist.txt
-foldit</sub>

edit:
Van het DF-front (Elena):
We have noticed an increased appearance of 910 errors on the server. Despite that, most data is still coming through fine. We are looking into this matter to ensure it is not a bug, but it may be a temporary result of tweaking we did to the server to improve upload performance.

[ Voor 36% gewijzigd door Anoniem: 100386 op 28-04-2004 23:19 ]

[D2DM]

Van de 210 die ik heb staan denk ik alleen de eerste goed door. Rest 910's
Lijkt op probleem met de 58-ers.. die vonden na de proteine change ook geen aansluiting op voorgaande results. Maar later kon ik deze wel flushen..

Eerste client (single cpu) weigerde te vouwen na gen250 met deze melding:
=[ Apr 27, 2004 10:50 PM ]=
Starting foldtrajlite built Apr 22 2004

=[ Apr 28, 2004 1:49 PM ]=
Starting foldtrajlite built Apr 22 2004
Wed Apr 28 17:02:37 2004 FATAL ERROR: CoreLib [002.005] {ncbifile.c, line 715}
File write error

=[ Apr 28, 2004 6:43 PM ]=
Starting foldtrajlite built Apr 22 2004
Wed Apr 28 18:43:51 2004 ERROR: [001.001] {trajtools.c, line 3641} Unable to
open trajectory distribution file i3b2q2hm_protein_251.trj
Wed Apr 28 18:43:51 2004 FATAL ERROR: [002.003] {foldtrajlite2.c, line 5720}
Unable to read trajectory distribution i3b2q2hm_protein_251, please create a new one


2de nieuwe client lijkt goed te gaan (pas 7 gens).

[ Voor 14% gewijzigd door D2DM op 28-04-2004 23:27 ]

[Robkazoe]

Anoniem: 100386 schreef op 28 april 2004 @ 23:15:
[knip]

edit:
Van het DF-front (Elena):
We have noticed an increased appearance of 910 errors on the server. Despite that, most data is still coming through fine. We are looking into this matter to ensure it is not a bug, but it may be a temporary result of tweaking we did to the server to improve upload performance.

Is toch logisch. Als je veel 910 krijgt, delete iedereen de boel waardoor er minder werk geupload kan worden. Als het veelvuldig gebruikt wordt haken er gebruikers af waardoor er nog meer bandbreedte vrij komt. Logisch toch

[D2DM]

net de back-up van m'n 210 gens teruggezet.. weer upload.bat aan. En nu zonder 910's door?

[Anoniem: 47852]

O.k., de eerste 2 gens van de nieuw gestartte client zijn geupload zonder 910 bericht, dat ziet er weer gezond uit.

[Anoniem: 100386]

D2DM schreef op 28 april 2004 @ 23:32:
net de back-up van m'n 210 gens teruggezet.. weer upload.bat aan. En nu zonder 910's door?

Hmmm, zal ik ook tegen de wensen van DF in maar het script gaan gebruiken? Nu al 2 dagen met een bijzonder lage score . . . slechte stats . . . inhalen van FDC . . . Hmmm

Oke, als morgen ochtend blijkt dat e.a. niet normaal is verlopen, ga ik weer off-line + script. Zo halen we nooit #1 world-wide !

edit:
Doe nu zoals ze dat willen, on-line dus. Daarom GEEN backup Jammer !
Voor de zekerheid ALLES opnieuw geinstalleerd, en gewoon standaard/on-line gezet. We zullen zien.

[ Voor 26% gewijzigd door Anoniem: 100386 op 28-04-2004 23:57 ]

[D2DM]

ik delete de receipts niet.. gewoon oude upload scriptje.

Back-up teruggezet van zooi die eerst 910 gaf en nu gaat het wel goed door

910 komen weer opzetten. sminder.

[ Voor 12% gewijzigd door D2DM op 28-04-2004 23:40 ]

[Anoniem: 86809]

Volgens mij moet je bij een 910 of andere error niets of hooguit 1 gen te purgen. Na 27 errors op rij in m'n error.log heeft de server zojuist toch gewoon 15 gens geaccepteerd (zonder purgen!).

Zelfs een melding van een tampered filelist op een andere cliënt was na het purgen van 1 gen veranderd in een 910. En na het deleten van de receipt.txt heeft ie daarna alweer 3 gens geaccepteerd.

La muis denkt dat de server zomaar wat errors meldt en dat geduld hier echt een schone zaak is

[Enthroned]

Stardragon zegt:

We have noticed an increased appearance of 910 errors on the server. Despite that, most data is still coming through fine. We are looking into this matter to ensure it is not a bug, but it may be a temporary result of tweaking we did to the server to improve upload performance.

en even later ook nog dit:

Once you receive a 910 error, you will not be credited points for those particular results (this was implemented as an anti-cheating measure). Also keep in mind that once one generation is out of whack, it will almost always affect all the generations that follow, until generation 250. It is also possible to get a 910 error when you send duplicate data, in which case the error will disappear once you reach results that you have not uploaded before.

klik

[ Voor 38% gewijzigd door Enthroned op 29-04-2004 00:38 ]

[EJG]

Met 1 pc gewoon in de top 30 staan is niet goed! Zit iedereen te bufferen of had ik eerste-rangs tickets of zo?

Oh ja...

Niet dat ik het stappel niet gun, maar waren die > 3.000.000 punten in de Crazy Ticket Proteine Megaflush niet nog van het oude proteine?

[D2DM]

Soms komt er zo'n soort file bij in de dir: f7f8f3a6752bf0d08af6451927dcee95
met inhoud: hjf wat zou dat wezen?

[Anoniem: 100386]

Anoniem: 100386 schreef op 28 april 2004 @ 23:36:

edit:
Doe nu zoals ze dat willen, on-line dus. Daarom GEEN backup Jammer !
Voor de zekerheid ALLES opnieuw geinstalleerd, en gewoon standaard/on-line gezet. We zullen zien.

Kortom, zoals gemeld alles VERS geinstalleerd met de client die vandaag beschikbaar is gesteld. In een lege directory etc .

RESULTAAT:
Gen 1 werd geupload, ik kreeg 100 punten.
Gen 2 gaf . . . . tada . . . een 908 "incorrect proteine"
En vanaf gen 3 weer lekker 910.

Kortom, ik weet het ook niet meer. Alleen dat ik:
-Kill client
-delete \\distribfold\*.*
-Wacht op nieuwe berichten en dan pas besluit iets te gaan vouwen.

Morgen ff verder lezen of er een ander project is in de tussentijd.

[ Voor 5% gewijzigd door Anoniem: 100386 op 29-04-2004 01:11 ]

[Perboemski]

Lang (relatief dan) niet op /5 geweest, lang m'n clients niet in gaten gehad, lang niet geflusht. Ga morgen een weekje of 4 op vakantie en heb wegens niet lekker lopende clients maar besloten de boel tijdens mijn vakantie maar uit te zetten...

Hopelijk doen de pjuters het nog als ik ze na de vakantie weer aanzet - na jaren bijna fulltime aanstaan zullen ze het niet leuk vinden een paar weken stil te staan!

Ik ga er van uit dat als ik terugkom DPC no.1 op de ranglijst is, en ik zal proberen tijdens mijn vakantie her en der nog wat pjutertjes te infecteren met DF

[Anoniem: 100386]

PeterJ schreef op 29 april 2004 @ 01:12:
Lang (relatief dan) niet op /5 geweest, lang m'n clients niet in gaten gehad, lang niet geflusht. Ga morgen een weekje of 4 op vakantie en heb wegens niet lekker lopende clients maar besloten de boel tijdens mijn vakantie maar uit te zetten...

Hopelijk doen de pjuters het nog als ik ze na de vakantie weer aanzet - na jaren bijna fulltime aanstaan zullen ze het niet leuk vinden een paar weken stil te staan!

Ik ga er van uit dat als ik terugkom DPC no.1 op de ranglijst is, en ik zal proberen tijdens mijn vakantie her en der nog wat pjutertjes te infecteren met DF

Durf het bijna niet te zeggen, maar met de huidige stand van zaken kan je beter niet infecteren denk ik (wat natuurlijk geheel tegen de gewoontes is)

Fijne vakantie BTW

[Anoniem: 41582]

Had nog wat oude mapjes, denk laat ze eens uploaden en ging als de brandweer

Met dezelfde snelheid kwamen de meldingen :

Thu Apr 29 02:38:06 2004 ERROR: [002.000] {foldtrajlite2.c, line 4527} Warning during upload: STATUS 910 MISSING PREVIOUS OR ILLEGAL GENERATION
Thu Apr 29 02:38:10 2004 ERROR: [002.000] {foldtrajlite2.c, line 4881} Warning during upload: STATUS 910 MISSING PREVIOUS OR ILLEGAL GENERATION
Thu Apr 29 02:38:14 2004 ERROR: [002.000] {foldtrajlite2.c, line 4881} Warning during upload: STATUS 910 MISSING PREVIOUS OR ILLEGAL GENERATION
Thu Apr 29 02:38:24 2004 ERROR: [002.000] {foldtrajlite2.c, line 4881} Warning during upload: STATUS 910 MISSING PREVIOUS OR ILLEGAL GENERATION



Maar de snelheid is weer terug, da's toch een begin

[ Voor 5% gewijzigd door Anoniem: 41582 op 29-04-2004 02:32 ]

[Enthroned]

Het wordt toch wel lachwekkend zo, zeker als de "leiding" van het project niet eens een keer met dikke verontschuldigingen komen, zoiets van "sorry maar we hebben het weer vern**kt" zou er op zijn minst toch wel een keer uit moeten komen.
Tenslotte zijn "wij" het die het meeste werk voor ze verrichten en een beetje respect voor "ons" tonen is dan toch wel het minste.

Zolang ze daar niet mee komen kan ik geen respect meer voor hun opbrengen en vind ik het gewoon een stelletje ............

[Ingmar]

ik krijg een 910 error als ie generatie 0 wil uploaden

[Anoniem: 35894]

D2DM schreef op 29 april 2004 @ 00:59:
Soms komt er zo'n soort file bij in de dir: f7f8f3a6752bf0d08af6451927dcee95
met inhoud: hjf wat zou dat wezen?

Dat bestand is een soort hash van de vorige generatie en wordt samen met een logfile en een min.val vestuurd.