-alias- Skrevet 28. april 2010 Del Skrevet 28. april 2010 Jeg ville stoppet prosessen og testet med qfix før jeg gadd å bruke mer tid på den WUen. Sjekket med ./fah6 -queueinfo og finner slot 01, 02 og 03. Kun 03 er "ready". De andre står som slettet. Kjørte likevel qfix men fikk alt ok. Startet bigadv igjen og den går tilsynelatende normalt fra der jeg stoppet den. Vel, gjort er gjort, håper det ikke gjentar seg flere ganger. Lenke til kommentar
ei57 Skrevet 28. april 2010 Del Skrevet 28. april 2010 Loggen til Alias ser helt normal ut. En WU er kun en liten bit av en hel simulering og det er kun den første WU'en som starter fra step 0. En WU har alltid 250,000 steps. På siste WU her står det: 3000000 steps, 12000.0 ps (continuing from step 2750000, 11000.0 ps). completed 2500 out of 250000 steps (1%) osv. Første linje sier kun hvor langt den skal og fra hvor (3 mill - 2.75 mill). Lenke til kommentar
-alias- Skrevet 28. april 2010 Del Skrevet 28. april 2010 OK...takk da skjønner jeg. Så at den nå etter at qfix var kjørt startet fra 15574505. Men forrige WU gikk nok fløyten. Lenke til kommentar
Xell Skrevet 29. april 2010 Del Skrevet 29. april 2010 Ikke når den ble hentet. Når progresjon får rare tall slik er det fordi noe har blitt feil i status-filene osm skal sendes tilbake. Dette kan skje når programmet ikke avsluttes på korrekt måte (feks). Jeg har opplevd at filene har inneholdt feil prosjektnummer når de skal sendes tilbake. Da vil ikke WU serveren ta de i mot, for det er gjerne et prosjekt som ikke eksisterer og serveren vet ikke hvr de skal sendes. Hvis tallene for progresjon er feil kan du regne med at det er andre ting i filene som også har blitt rart., men du kan ha vært heldig. Lenke til kommentar
Xell Skrevet 29. april 2010 Del Skrevet 29. april 2010 Loggen til Alias ser helt normal ut. En WU er kun en liten bit av en hel simulering og det er kun den første WU'en som starter fra step 0. En WU har alltid 250,000 steps. På siste WU her står det: 3000000 steps, 12000.0 ps (continuing from step 2750000, 11000.0 ps). completed 2500 out of 250000 steps (1%) osv. Første linje sier kun hvor langt den skal og fra hvor (3 mill - 2.75 mill). ok. har aldri lagt merke til dette før men det kan også ha noe med graden av rapportering man velger (verbosity) Men vil påpeke at det ikke medfører riktighet at alle WU er 250000 steps. Dette varierer, men, ja, mange WUer er 250000 steps. Lenke til kommentar
ei57 Skrevet 29. april 2010 Del Skrevet 29. april 2010 ok. har aldri lagt merke til dette før men det kan også ha noe med graden av rapportering man velger (verbosity) Men vil påpeke at det ikke medfører riktighet at alle WU er 250000 steps. Dette varierer, men, ja, mange WUer er 250000 steps. Info om hvilken bit av simuleringen som foldes kommer ikke frem i Fahlog.txt, men vises kun i terminalvinduet. Du har helt rett i at "alle" WU'er ikke har 250000 steps, men for bigadv WU'er er det 250000 steps som gjelder. Lenke til kommentar
-alias- Skrevet 29. april 2010 Del Skrevet 29. april 2010 Loggen til Alias ser helt normal ut. En WU er kun en liten bit av en hel simulering og det er kun den første WU'en som starter fra step 0. En WU har alltid 250,000 steps. Er du sikker, jeg ble usikker her igjen siden bigadv plutselig gir melding "corestatus = 0" klarer ikke å sende til server og begynner på nytt igjen , her, klipp: [05:41:06] Completed 127500 out of 250000 steps (51%) [06:19:59] Completed 130000 out of 250000 steps (52%) [06:58:52] Completed 132500 out of 250000 steps (53%) [07:37:41] Completed 135000 out of 250000 steps (54%) [08:15:21] CoreStatus = 0 (0) [08:15:21] Sending work to server [08:15:21] Project: 2683 (Run 1, Clone 4, Gen 62) [08:15:21] - Error: Could not get length of results file work/wuresults_03.dat [08:15:21] - Error: Could not read unit 03 file. Removing from queue. [08:15:21] - Preparing to get new work unit... [08:15:21] Cleaning up work directory [08:15:21] + Attempting to get work packet [08:15:21] Passkey found [08:15:21] - Connecting to assignment server [08:15:23] - Successful: assigned to (171.67.108.22). [08:15:23] + News From Folding@Home: Welcome to Folding@Home [08:15:23] Loaded queue successfully. [08:17:47] + Closed connections [08:17:52] [08:17:52] + Processing work unit [08:17:52] Core required: FahCore_a2.exe [08:17:52] Core found. [08:17:52] Working on queue slot 04 [April 29 08:17:52 UTC] [08:17:52] + Working ... [08:17:52] [08:17:52] *------------------------------* [08:17:52] Folding@Home Gromacs SMP Core [08:17:52] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009) [08:17:52] [08:17:52] Preparing to commence simulation [08:17:52] - Ensuring status. Please wait. [08:18:02] - Looking at optimizations... [08:18:39] - Working with standard loops on this execution. [08:18:57] - Files status OK [08:20:07] - Expanded 30237204 -> 159270593 (decompressed 100.6 percent) [08:20:13] Called DecompressByteArray: compressed_data_size=30237204 data_size=159270593, decompressed_data_size=159270593 diff=0 [08:20:15] - Digital signature verified [08:20:15] [08:20:15] Project: 2683 (Run 1, Clone 4, Gen 62) [08:20:15] [08:20:15] Entering M.D. [08:21:24] Completed 0 out of 250000 steps (0%) [09:00:49] Completed 2500 out of 250000 steps (1%) [09:40:10] Completed 5000 out of 250000 steps (2%) Jeg slettet FAH mappa og la inn den på nytt så får vi se. Dette begynner å slite på motivasjonen nå. Core status = 0 ser jo nifs ut hvis dette er hele forklaringen, klipp fra http://fahwiki.net/i...oreStatus_codes : CoreStatus = 0 (0) Client-core communications error: ERROR 0x0 Deleting current work unit & continuing... Hvor kan feilen ligge, Stanford, maskinvare, software? Lenke til kommentar
Theo343 Skrevet 29. april 2010 Del Skrevet 29. april 2010 (endret) Virker som du begynner å oppleve litt av det jeg gjorde med bigadv -alias-, ergo ikke for hvem som helst. Og det aller beste er å kjøre dedikerte Linux maskiner for bigadv som skal stå 24/7. I tillegg er det viktig å bruke vmware player 3.0.0 og ikke 3.0.1 om man på død og liv skal kjøre bigadv virtuelt (som jeg sluttet med). player 3.0.1 er meget ustabil. Endret 29. april 2010 av Theo343 Lenke til kommentar
-alias- Skrevet 29. april 2010 Del Skrevet 29. april 2010 Du mener vel at 3.0 er best? Det er ihvertfall min erfaring. Lenke til kommentar
Theo343 Skrevet 29. april 2010 Del Skrevet 29. april 2010 (endret) Jeg mener, som jeg skriver, at 3.0.0 er best Og da ennå mer spesifik v3.0.0 Build-203739. Mulig v3.0.0 Build-197124 hadde noen som relevante avvik men ikke noe jeg husker i farten. Endret 29. april 2010 av Theo343 Lenke til kommentar
-alias- Skrevet 29. april 2010 Del Skrevet 29. april 2010 (endret) Ja, 3.0.0, men siden du skrev dette "I tillegg er det viktig å ikke bruke vmware player 3.0.0" som mest sannsynlig er en skrivefeil så ble det slik. Endret 29. april 2010 av -alias- Lenke til kommentar
Theo343 Skrevet 29. april 2010 Del Skrevet 29. april 2010 (endret) Ah fasan haha... takk Forvirret meg ved at du skrev 3.0 og ikke 3.0.0 . Men du har holdt deg på den da? Endret 29. april 2010 av Theo343 Lenke til kommentar
-alias- Skrevet 29. april 2010 Del Skrevet 29. april 2010 (endret) Ja har kun brukt 3.0.0 fast. Forsøkte med 3.0.1 men den kranglet og påsto at i7920 ikke kunne kjøre 8 tråder så vi ble ikke venner for å si det slik. Dermed ble 3.0.0 øyeblikkelig tatt inn i varmen igjen bokstavelig talt. Edit: Har fyrt i gang igjen, lastet ned splitter ny WU og håper at uflaksen er et tilbakelagt stadium. Feiler denne så vet jeg ikke helt hva jeg gjør, mest sannsynlig folder jeg videre på en annen type WU. Men sikkert er det ikke, også mulig at jeg blir så lei at jeg i ren forbannelse kutter ut hele foldinga og finner på noe annet. Endret 29. april 2010 av -alias- Lenke til kommentar
Kolvrick Skrevet 29. april 2010 Del Skrevet 29. april 2010 Ja har kun brukt 3.0.0 fast. Forsøkte med 3.0.1 men den kranglet og påsto at i7920 ikke kunne kjøre 8 tråder så vi ble ikke venner for å si det slik. Dermed ble 3.0.0 øyeblikkelig tatt inn i varmen igjen bokstavelig talt. Edit: Har fyrt i gang igjen, lastet ned splitter ny WU og håper at uflaksen er et tilbakelagt stadium. Feiler denne så vet jeg ikke helt hva jeg gjør, mest sannsynlig folder jeg videre på en annen type WU. Men sikkert er det ikke, også mulig at jeg blir så lei at jeg i ren forbannelse kutter ut hele foldinga og finner på noe annet. fått teo sin sykdom du også? er da vel resultatet som teller ikke ppd vel? foresten ser det er flere å flere som tar sommer ferie fra folding på vårt lag. holder ppd på 10k+ jeg fram til sommern slår inn for fult. med denne farten blir vi nok passert i løpet av sommern av et par andre lag. Lenke til kommentar
-alias- Skrevet 29. april 2010 Del Skrevet 29. april 2010 (endret) Joda du har rett i det med resultatet isolert sett, men uten poeng konkurransen så vil jeg tro at det hadde vært adskillig lavere deltakelse her. Endret 29. april 2010 av -alias- Lenke til kommentar
Kolvrick Skrevet 29. april 2010 Del Skrevet 29. april 2010 Joda du har rett i det med resultatet isolert sett, men uten poeng konkurransen så vil jeg tro at det hadde vært adskillig lavere deltakelse her. poengene liker jeg også men har kun 3 maskiner som er i daglig bruk så må klare meg med fattige 10k+ å er fornøyd med d til sommern da blir d oppgradering av harware å håper på å stabilisere meg på 15k+. om temeraturen tilater det vel å merke. Lenke til kommentar
Theo343 Skrevet 29. april 2010 Del Skrevet 29. april 2010 (endret) fått teo sin sykdom du også? er da vel resultatet som teller ikke ppd vel? Min sykdom? Jeg trappet ikke ned fordi jeg ikke fikk så mange poeng som jeg ønsket, hvor har du det fra? Jeg har heller aldri vært i nærheten av toppfolderne på laget vårt i PPD. Så det har aldri vært min førsteprioritet med folding. EDIT: Siden 4. mars 2008 har jeg foldet 7892432 poeng. Hvor mye PPD blir det? EDIT2: Utfra litt grove beregninger med ca. 790 dagers deltakelse har jeg hatt 9990 PPD siden jeg startet. La oss sammenligne det med hva du sier. poengene liker jeg også men har kun 3 maskiner som er i daglig bruk så må klare meg med fattige 10k+ å er fornøyd med d til sommern da blir d oppgradering av harware å håper på å stabilisere meg på 15k+. om temeraturen tilater det vel å merke. 10.000 PPD sier du? Ligner veldig på 9.990 PPD som er mitt tall gjennom hele perioden på 2 år da hehe. Så? Endret 29. april 2010 av Theo343 Lenke til kommentar
Kolvrick Skrevet 29. april 2010 Del Skrevet 29. april 2010 var ikke min intensjon å fornerme deg theo:) siden du sluttet med alt så brått etter en tid med ekstremt egasjemang mente jeg det kun som en spøk. beklager om jeg fornermet. har strengt tatt mulighet til mer ppd om jeg tar tid til å se på smp å ikke kun systray som nå poenget mitt er at jeg ikke driver med dette for poengene. bynte¨å folde for meg selv uten team med en socket a cpu. men ser helt klart poenget med å ha høy ppd å jeg vil ikke nå deg igjen før neste år en gang med nåverende ppd så er ikke ute etter noen konkuranse med noen annen en kreften. så beklager igjen. mener fortsatt at sykdomen må vere poenget ikke konkuransen. Lenke til kommentar
Xell Skrevet 30. april 2010 Del Skrevet 30. april 2010 (endret) Du må også huske at noen har høy ppd fordi de legger mye insatts i å bidra med alt de kan bedra med. Dette er et engasjement drevet av å bidra, ikke nødvendigvis PPD konkuransen. Når man tidvis bruker *mye* tid for å opnå optimal ytelse for Pandegroup så hender det at man går litt lei og trekker seg litt tilbake. Så jeg vil vilkelig si at sykdomen er i fokus når man bruker tid på å gi alt man har mulighet til å gi. Nå skal jeg være litt frekk og si at du kanskje ikke har så voldsomt mye fokus på sykdomen du heller når du ikke en gang gidder å bruke 5min på å legge inn konsoll som service i stede for systray, siden det yter bedre og du dermed bidrar med mer regnekraft til FaH prosjektet, men til syvende og sist velger en hver bidrager hva man ønsker å tilegne av tid å resureser. De som bruker mye tid på å sette opp og tweake maskiner til FaH gjør det fordi de er hardware intressert og velger å bruke sin tid å å teste forskjellig hardware spesifikt mot FaH. Selvom det virker slik så tror jeg ikke det er mange her som kjøper hardware kun for å øke sin PPD. Man det er mange her som alltid har brukt "mye" tid og penger på å hele tiden holde seg oppdatert på hardware fornten og som nå velger å invistere i utstyr som man vet vil bidre med god ytelse. Personlig har jeg dabbet av i det siste, og det er fordi i7'en som er satt opp til bigadv (som tilfeldig vis gir veeeldig høy PPD) ikke folder for tida, fordi den brukes til andre ting som gjør at jeg ikke rekker tidsfristene. Da kunne jeg selvsagt brukt tid på å legge inn standardklienter, men jeg vet at den snart er tilbake på bigadv, så jeg velger å ikke bruke tid på det akkurat nå. Det er opp til hver enkelt og PPD er bare in indikasjon på om du har klart å oppnå grei ytelse på den hardwaren du sitter med. Og personlig mener jeg at Kolvrick med liten insats kunne oppnådd høyere FaH ytelse på sitt system og dermed gitt Pandegroup flere CPU-sykler hver dag en det han gjør i dag(ingen fokus på PPD ). På samme måte som jeg og Theo kunne gjort det med litt insats. Men på dette tidspunkt velger vi alle tre å ikke bruke tid på det. Edit: dette ble en lenger post en beregnet, og jeg skjønner at du ikke mente å fornærme eller kritisere, Kolvrick, men sleivkommentaren din ga meg intrykk av at du ikke helt har sett hva som er fokusen til de aktive medlemene av denne gruppa, dermed ble det et skikkelig bommskudd. Jeg ønsker bare å legge til grunn at når noe ser jakt på ppd så ser andre at de kan få mer sylker ut av utstyret sitt og dermed gi mer. Endret 30. april 2010 av Xell Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå