[Distributed Folding] hitparade van 18 maart

[ScSi]

Ik mocht daarnet ook weer 300k punten wegsmijten door een tampered filelist, hoewel ik er niet aankom. Wel eens een vastloper gehad, maar daar kon het toch niet aan liggen?

[Marcelloz]

Wazig snel hier: 10 generaties in 11 minuten...

[Verwijderd]

Ok, eerst maar effe het positieve nieuws: ik kan uploaden.
Met de huidige snelheid doe ik er nog zo'n 10 uur over.
Ik moet om het kwartier de upload button weer een ram geven,
wat dus zou betekenen dat ik tot 08:00 uur achter m'n PC moet zitten.
Dit is echt RUK!

Iemand een oplossing? (script of zo?)

[Verwijderd]

@ Mr_Atheist:

ik probeer het altijd maar met "foldtrajlite -purgeuploadlist 1" maar maak eerst ff een backup.

pff de moeten wel erg aant nieuwe voer wennen...

@ Bold_Seeker :

ja kan, ff een batch file maken waar de upload instaat en dan schedulen zodattie elke ??20?? minuten opnieuw opstart

[ Voor 31% gewijzigd door Verwijderd op 19-03-2004 22:28 ]

[Verwijderd]

Hmm, kan wel x scrippie maken, maar ga nu eerst ff F1 kijken

[0rbit]

Verwijderd schreef op 19 maart 2004 @ 22:25:
@ Mr_Atheist:

ik probeer het altijd maar met "foldtrajlite -purgeuploadlist 1" maar maak eerst ff een backup.

pff de moeten wel erg aant nieuwe voer wennen...

@ Bold_Seeker :

ja kan, ff een batch file maken waar de upload instaat en dan schedulen zodattie elke ??20?? minuten opnieuw opstart

Ja maar dat heeft dus geen zin als er gens staan die niet in de filelist voorkomen... Ik kan me herinneren dat er iemand eens een progseltje had gemaakt om alle bestanden die nog verzonden moeten worden te detecteren en alsnog in de filelist te plaatsen... Ik kan het zo snel niet vinden...

[Verwijderd]

ok, snap ik, ben nog beetje nieuw met DF dus... maar ik zal ook ff speuren, heb nl ook veel last van die ellende...

[Marcelloz]

Verwijderd schreef op 19 maart 2004 @ 22:22:
Ok, eerst maar effe het positieve nieuws: ik kan uploaden.
Met de huidige snelheid doe ik er nog zo'n 10 uur over.
Ik moet om het kwartier de upload button weer een ram geven,
wat dus zou betekenen dat ik tot 08:00 uur achter m'n PC moet zitten.
Dit is echt RUK!

Iemand een oplossing? (script of zo?)

Om het kwartier op een button drukken? why?
bij het bufferen doe ik altijd het volgende:

- stop de client
- trek een kopie van dit origineel
- zip deze kopie (just in case)
- doe een "foldtrajlite -purgeuploadlist 9999" in de originele folder
- start de client in de originele folder
- ga naar je kopie toe
- typ : "foldtrajlite -f protein -n native -u t" + enter en uploaden maar
- als het uploaden stopt is dit niet erg, kan je morgenochtend weer hervatten. Hij begint datn waar hij gebleven was.
- Als het uploaden klaar is (hij kan echt niets meer uploaden) kan je de kopie en je zip wegmikken

[Verwijderd]

nog maar minder dan 4 mil onder freedc, het kan nog allemaal...

[LouisXV]

Bij de vorige update was het verschil maar 3 miljoen...

Edit: ze hebben bij de laatste update maar 300k meer ingeleverd dan wij.

[ Voor 41% gewijzigd door LouisXV op 19-03-2004 22:38 ]

[Bastien]

Marcelloz schreef op 19 maart 2004 @ 22:31:
<knip handleiding>

Oe dat is handig... scheelt per dag vele uren uploaden met een 'uitgeschakelde' client. Thanks

[ Voor 11% gewijzigd door Bastien op 19-03-2004 22:42 ]

[Verwijderd]

cool, ik dacht dat ik al leuk aant "scripten" was, maar die komt er ook nog bij

heel gedoe om 3 stallen te onderhouden

[Verwijderd]

Beetje jammer dat members nu noodscriptjes moeten bouwen, omdat DF een crappy client in produktie heeft genomen

Maar goed, gewoon dooooorgaaaaan en wie het laatst lacht, lacht het best

Lets kick some ARS

[Verwijderd]

@ Marcelloz

Thx! Dat is de oplossing om door te kunnen crunchen tijdens het uploaden.
Nu nog een script waarmee de upload herstart kan worden en dan ben ik
weer een blije DF-er!

[ScSi]

Mr_Atheist schreef op 19 maart 2004 @ 22:28:
[...]


Ja maar dat heeft dus geen zin als er gens staan die niet in de filelist voorkomen... Ik kan me herinneren dat er iemand eens een progseltje had gemaakt om alle bestanden die nog verzonden moeten worden te detecteren en alsnog in de filelist te plaatsen... Ik kan het zo snel niet vinden...

Damn, dat had ik dan ook wel een paar keer kunnen gebruiken.. Niemand die weet wie dat geschreven heeft/hoe het noemt/waar we het kunnen vinden?

[Marcelloz]

Mr_Atheist schreef op 19 maart 2004 @ 22:28:
[...]Ja maar dat heeft dus geen zin als er gens staan die niet in de filelist voorkomen... Ik kan me herinneren dat er iemand eens een progseltje had gemaakt om alle bestanden die nog verzonden moeten worden te detecteren en alsnog in de filelist te plaatsen... Ik kan het zo snel niet vinden...

Even een waarschuwing: NIET MET DE FILELIST SPELEN

dit kon in Phase I van DF wel, maar in Phase II kan dit niet meer. Niet 'tamperen' met de filelist.txt dus

[Jis]

Marcelloz schreef op 19 maart 2004 @ 22:31:
[...]


Om het kwartier op een button drukken? why?
bij het bufferen doe ik altijd het volgende:

- stop de client
- trek een kopie van dit origineel
- zip deze kopie (just in case)
- doe een "foldtrajlite -purgeuploadlist 9999" in de originele folder
- start de client in de originele folder
- ga naar je kopie toe
- typ : "foldtrajlite -f protein -n native -u t" + enter en uploaden maar
- als het uploaden stopt is dit niet erg, kan je morgenochtend weer hervatten. Hij begint datn waar hij gebleven was.
- Als het uploaden klaar is (hij kan echt niets meer uploaden) kan je de kopie en je zip wegmikken

Je kan toch ook ipv. de results kopieren gewoon een 2e client installeren en die starten als je met de 1e gaat uploaden. Als je dan later die 2e weer wilt uploaden start je de 1e weer en laat je de 2e uppen. Dan hoef je namelijk niet de results te verplaatsen en loop je niet het risico dat daar iets mis mee gaat.

Of zie ik een valkuil over het hoofd?

[Verwijderd]

Hmm, als ik een keer een plekje tijd vind ag ik bezig met een prog wat elk uur me df dirs back-upped
Dat had me 250 gens bespaart

[Verwijderd]

Verwijderd schreef op 20 maart 2004 @ 00:22:
Hmm, als ik een keer een plekje tijd vind ag ik bezig met een prog wat elk uur me df dirs back-upped
Dat had me 250 gens bespaart

batch bestand maken die hele map kopieren naar bevoobeeld map 1uur
en die in scheduld tasks zetten en elk uur een andere map aanmaakt??

Lijkt me een (makkelijke) oplossing.

[Verwijderd]

ja, maar hoe zorg je dat ie dus een andere map aanmaakt En t gaat via t netwerk, heb ik een oude p1 voor liggen

[0rbit]

Gewoon twee clients tegelijk draaien en er afwisselend een met een scheduled task laten flushen...

[Perboemski]

ScSi_009 schreef op 19 maart 2004 @ 23:29:
[...]
Damn, dat had ik dan ook wel een paar keer kunnen gebruiken.. Niemand die weet wie dat geschreven heeft/hoe het noemt/waar we het kunnen vinden?

Met de client in fase I kon dat idd, omdat de filelist.txt geen 'geheime' informatie bevatte... in fase II (de huidige fase) zit een checksum op de filelist.txt en is deze niet handmatig aan te passen... helaas, maar dat tooltje bestaat niet (meer)...

Een ander verhaal: de client upload rond dit tijdstip (2:35) zonder problemen, wellicht een hint voor de mensen die morgen op stap gaan en na terugkomst nog even hun buffertjes willen/kunnen legen...

[Marcelloz]

Jis schreef op 20 maart 2004 @ 00:10:
[...]

Je kan toch ook ipv. de results kopieren gewoon een 2e client installeren en die starten als je met de 1e gaat uploaden. Als je dan later die 2e weer wilt uploaden start je de 1e weer en laat je de 2e uppen. Dan hoef je namelijk niet de results te verplaatsen en loop je niet het risico dat daar iets mis mee gaat.

Of zie ik een valkuil over het hoofd?

Dit is ook mogelijk. De client draait bij mij echter als service dus voor mij is een kopietje maken de eenvoudigste manier. Uploaden gaat trouwens weer als een tiet

[ Voor 4% gewijzigd door Marcelloz op 20-03-2004 07:52 ]

[ScSi]

Idd, uploaden gaat als een trein.. * ScSi is uploading fileset 38/388..

[Verwijderd]

update 8:20

1 FreeDC............................... 88.034.574
2 Dutch Power Cows............. 59.322.249
3 Ars Technica Team Stir Fry.. 42.120.053

Het verschil tussen ons en FDC is nu bijna 30mil, hoe kan dat?
En gisteren hebben ze ook 20mil meer gedaan!

[ Voor 14% gewijzigd door Verwijderd op 20-03-2004 08:30 ]

[Verwijderd]

snelle proteine ?

[Marcelloz]

Veel van hun grote mannen kunnen nu pas hun buffers kwijt... ik ben benieuwd wat er gebeurt als DPC wakker wordt en alles online gaat gooien

[Verwijderd]

Verwijderd schreef op 20 maart 2004 @ 08:26:
update 8:20

1 FreeDC............................... 88.034.574
2 Dutch Power Cows............. 59.322.249
3 Ars Technica Team Stir Fry.. 42.120.053

Het verschil tussen ons en FDC is nu bijna 30mil, hoe kan dat?
En gisteren hebben ze ook 20mil meer gedaan!

Gisteren hebben ze maar 3mil meer gedaan hoor.
Wij DPCérs hebben te veel last van het nog niet kunnen uploaden van de puntjes.
Dus komt wel weer goed.

Geduld is een schone zaak.
ARS gaat er wel lekker snel aan als het zo door gaat.

[Verwijderd]

mischien een overbodige vraag,

bij deze stats ( http://anteater.blueprint.org/teampages/team81.html ) staan we #9 en bij de "DPC Overall" op de hitparade page 16de, betekent dat nu dat 7 flushers van DPC zich verkeerd hebben ingeschreven bij het DF project?

[Marcelloz]

Verwijderd schreef op 20 maart 2004 @ 09:15:
mischien een overbodige vraag,

bij deze stats ( http://anteater.blueprint.org/teampages/team81.html ) staan we #9 en bij de "DPC Overall" op de hitparade page 16de, betekent dat nu dat 7 flushers van DPC zich verkeerd hebben ingeschreven bij het DF project?

Nope,

DF ondersteunt standaard geen subteam stats. de DPC dfstats wel. Vandaar dat je je username met een <subteamnaam>0 moet prefixen als je samen met wat mensen een subteam wil vormen.

Wat je dus ziet zijn 2 verschillende statistieklijsten. Op de member pagina sta je 9e. Op de de subteam pagina sta je 16e. De DPCH is afgeleid van de subteam pagina. Vandaar de verschillen.

jouw subteam bestaat naast jezelf ook nog uit pinimbira en savantas (correct gespeld hoopik)

[ Voor 17% gewijzigd door Marcelloz op 20-03-2004 09:28 ]

[JustDutch]

Jis schreef op 20 maart 2004 @ 00:10:
[...]

Je kan toch ook ipv. de results kopieren gewoon een 2e client installeren en die starten als je met de 1e gaat uploaden. Als je dan later die 2e weer wilt uploaden start je de 1e weer en laat je de 2e uppen. Dan hoef je namelijk niet de results te verplaatsen en loop je niet het risico dat daar iets mis mee gaat.

Of zie ik een valkuil over het hoofd?

Dat kan, maar dan begin je bij twee clients aan het begin van een neiuw protein. Het protein van je 2e client zal je niet afmaken, waardoor je maar minder punten krijgt (als je overschakelt naar je 1e client begin je nl weer bij gen0). ALs je gewoon 1 client altijd laat vouwen en een kopie laat uploaden, heb je dit probleem van een dubbele gen0 niet.

[Verwijderd]

Verwijderd schreef op 20 maart 2004 @ 08:45:
[...]

Wij DPCérs hebben te veel last van het nog niet kunnen uploaden van de puntjes.
Dus komt wel weer goed.

Geduld is een schone zaak.

Berichtje aan de DPC'ers die ook willen uploaden: Daarnet om 9:30 om min of meer de normale snelheid mijn productie van vanacht kunnen uploaden. Dat wil zeggen 132 gens. Er was circa 1 à 2 seconden nodig per gen.

Dus als we nu alle achterstand van de afgelopen dagen willen inlopen kunnen we het proberen. Maar je weet nooit als alle -en ineens gaan uploaden, ligt 'ie straks weer plat.

Ik zou zeggen doe er je voordeel mee . . .

[Bastien]

Hier gingen de 800 gens er ook vlot uit

En dit keer geen fout gemaakt en daarmee bijna 300 gens vernietigd