F@H Team "hardware.no" (lagnr: 37651)

[Xell]

Pusur; velkommen på teamet. Og som Tordenflesk sier; en barton er ikke til å kimse av.

 

Dersom du på ett eller annet tidspunkt trenger å reinstallere, eller skal installere det på flere maskiner, kan jeg anbefale å benytte deg av .finstall scriptet til Ivo Sarak. Da går installasjonen som en drøm og man får en enkel mulighet til å legge den inn som service. Dette scriptet fungerer også for installasjon av SMPvarianten for de som kjører den under Linux. Bare pass å at 64bits linux trenger 32bits bibliotekene installeret.

[L4r5]

Bare pass å at 64bits linux trenger 32bits bibliotekene installeret.

9481893[/snapback]

Hva skal han med 64bits linux på en 32-bit CPU?

[Xell]

Vet at han ikke kjører 64bits, men la det til hvis det er noen som kjører 64bits. Og SMP for linux er bare til 64bits, men ironisk nok trenger den allikevel 32bits biblioteker. Tror det er pga av at samme kjerne brukes eller noe. Go figure.

 

edit: er vist motsatt: kjernen som brukes er 64bits, men klienten er bassert på den samme som brukes til 32bits windows. Derfor må man emulere et 32bits system.

Endret 12. september 2007 av Xell

[L4r5]

Okey... Trodde kanskje du blingsa litt ser du

[henbruas]

Begynner å lure litt. "60 out of 150 000 steps" etter 18 timer? Den har kjørt som prosess i bakgrunnen hele tiden.... Mistenker at den rett og slett ikkje har jobbet eller noe lignende. Også mulig det er noe eg har gjort galt.

[Xell]

Har du noen strømsparefunskjoner aktivert? Hvis PCen går i sleep eller hybernation slutter den nødvendigvis og jobbe. Og siden FaH går på Idle vil ikke den allene holde PCen våken. Sjekk klokkeslettet på når den rapporterte 60 av 150000.

 

 

edit:

Synes også det er rart at den rapporterer 60 out of 150000. Den pleier å rapportere på hver % ferdig (tallet som står i parentes i loggen). Mener du 60000 out of 150000 steps? i så fall har ligger du jo godt ann. Selvom vi sa at en barton ikke er til å kimse av betyr ikke at du kværner flere WUer i døgnet.

Endret 13. september 2007 av Xell

[henbruas]

Eg mente 60 av 150 000(nesten, iallefall, det var visst 1 500 000). Men det må ha vært en feil et eller annet sted, installerte med det scriptet du foreslo(Takk =) ), og nå er den oppe i 120 000 etter en skoledag.

[Xell]

flott at det ordnet seg. Sa du ja til å legge inn 3de parts-verktøy? qd som legges inn da er utrolig kjekk. gå i et terminalvindu og se om du har noe som heter qd der hvor du la inn (eller under CPU1). skriv ./qd -i og den lister all informasjon om de siste 10 WUene. (i ditt tilfelle bare 1 foreløpig). Du får også en stattestikk i bunn på hvilken pph og ppd du har og på hver pakke estimerer den en fart, dvs hvilket foldetempo du har i forhold til tidsfrister. Dette tallet er ganske kjekt da det fordeller deg raskt om du kommer til å rekke tidsfristen. er tallet under 1 rekker du ikke fristen der det feks 2 klarer du det på halve tida av fristen.

 

edit eksempel på bruk av qd

 

Klikk for å se/fjerne innholdet nedenfor

qd released 18 March 2007 (fr 057); qd info 24 August 2007 (update-qd.pl)

Queue version 5.01

Current index: 5

 

Index 6: empty

 

Index 7: empty

 

Index 8: empty

 

Index 9: empty

 

Index 0: empty

 

Index 1: finished 206.00 pts (2.298 pt/hr) 15.5 X min speed

server: 171.65.103.160:8080; project: 3403

Folding: run 4, clone 254, generation 22; benchmark 0; misc: 500, 200

issue: Tue Aug 28 10:33:04 2007; begin: Tue Aug 28 10:33:07 2007

end: Sat Sep 01 04:11:25 2007; due: Thu Oct 25 10:33:07 2007 (58 days)

preferred: Sat Oct 06 10:33:07 2007 (39 days)

core URL: http://www.stanford.edu/~pande/Win32/x86/Core_78.fah

CPU: 1,87 Pentium IV; OS: 1,8 WinXP

assignment info (le): Tue Aug 28 10:33:02 2007; A53EBA61

CS: 171.65.103.100; P limit: 524286976

user: Xell; team: 37651; ID: 71442C6B1EE3EF48; mach ID: 2

work/wudata_01.dat file size: 398924; WU type: Folding@Home

 

Index 2: finished 225.00 pts (2.305 pt/hr) 15.5 X min speed

server: 171.65.103.160:8080; project: 2148

Folding: run 0, clone 822, generation 20; benchmark 0; misc: 500, 200

issue: Sat Sep 01 04:11:35 2007; begin: Sat Sep 01 04:11:38 2007

end: Wed Sep 05 05:48:35 2007; due: Sat Nov 03 03:11:38 2007 (63 days)

preferred: Sun Oct 14 04:11:38 2007 (43 days)

core URL: http://www.stanford.edu/~pande/Win32/x86/Core_78.fah

CPU: 1,87 Pentium IV; OS: 1,8 WinXP

assignment info (le): Sat Sep 01 04:11:36 2007; A533A687

CS: 171.65.103.100; P limit: 524286976

user: Xell; team: 37651; ID: 71442C6B1EE3EF48; mach ID: 2

work/wudata_02.dat file size: 280300; WU type: Folding@Home

 

Index 3: finished 206.00 pts (2.279 pt/hr) 15.4 X min speed

server: 171.65.103.160:8080; project: 3402

Folding: run 3, clone 339, generation 28; benchmark 0; misc: 500, 200

issue: Wed Sep 05 05:49:03 2007; begin: Wed Sep 05 05:49:03 2007

end: Sun Sep 09 00:11:23 2007; due: Fri Nov 02 04:49:03 2007 (58 days)

preferred: Sun Oct 14 05:49:03 2007 (39 days)

core URL: http://www.stanford.edu/~pande/Win32/x86/Core_78.fah

CPU: 1,87 Pentium IV; OS: 1,8 WinXP

assignment info (le): Wed Sep 05 05:49:02 2007; A528C3F1

CS: 171.65.103.100; P limit: 524286976

user: Xell; team: 37651; ID: 71442C6B1EE3EF48; mach ID: 2

work/wudata_03.dat file size: 397340; WU type: Folding@Home

 

Index 4: finished 230.00 pts (2.531 pt/hr) 17.2 X min speed

server: 171.65.103.160:8080; project: 2146

Folding: run 0, clone 51, generation 21; benchmark 0; misc: 500, 200

issue: Sun Sep 09 00:11:33 2007; begin: Sun Sep 09 00:11:37 2007

end: Wed Sep 12 19:04:00 2007; due: Mon Nov 12 23:11:37 2007 (65 days)

preferred: Tue Oct 23 00:11:37 2007 (44 days)

core URL: http://www.stanford.edu/~pande/Win32/x86/Core_78.fah

CPU: 1,87 Pentium IV; OS: 1,8 WinXP

assignment info (le): Sun Sep 09 00:11:33 2007; A52DFACA

CS: 171.65.103.100; P limit: 524286976

user: Xell; team: 37651; ID: 71442C6B1EE3EF48; mach ID: 2

work/wudata_04.dat file size: 473689; WU type: Folding@Home

 

Index 5: folding now 206.00 pts (2.270 pt/hr) 15.3 X min speed; 21% complete

server: 171.65.103.160:8080; project: 3402, "p3402_dpdp-ii TIP3P ff94"

Folding: run 0, clone 915, generation 19; benchmark 0; misc: 500, 200

issue: Wed Sep 12 19:04:22 2007; begin: Wed Sep 12 19:04:27 2007

expect: Sun Sep 16 13:49:36 2007; due: Fri Nov 09 18:04:27 2007 (58 days)

preferred: Sun Oct 21 19:04:27 2007 (39 days)

core URL: http://www.stanford.edu/~pande/Win32/x86/Core_78.fah (V1.90)

CPU: 1,87 Pentium IV; OS: 1,8 WinXP

assignment info (le): Wed Sep 12 19:04:22 2007; A522F8C9

CS: 171.65.103.100; P limit: 524286976

user: Xell; team: 37651; ID: 71442C6B1EE3EF48; mach ID: 2

work/wudata_05.dat file size: 398626; WU type: Folding@Home

 

Average download rate 141.791 KB/s (u=4); upload rate 148.982 KB/s (u=4)

Performance fraction 0.936967 (u=4)

Average pph: 2.349, ppd: 56.37, ppw: 394.6, ppy: 20588

 

Endret 13. september 2007 av Xell

[tore_v1]

Er stats-siden til extreme Overclocking nede?

 

Jeg har ikke fått rapportert inn noe de siste 24t, og der har det blitt levert minst 2k poeng..

 

Så akkurat at det er sidene til Stanford som er nede.. Det blir sikkert ordnet slik at forskning og poeng er reddet

[WheelMan]

Kommer ikke inn på noen av de lengere...

Extreme Overclocking sin side fungerte i går kveld

[Xell]

det ser ut som om det er stats serveren til FaH som er nede. Det er umulig å få sjekket stats på FaH også og da er det umulig for Scriptene de bruker på ExtremeOverclocking å hente ut noe data. Antakligvis kommer første mulige avlesing etter at de har fått den opp igjenn være ganske høy. Den har jo vært nede i over 15 timer nå.

[brg]

Forbarska p2652 , den henger alltid maskinen min. Har måttet slette og starte på nytt ca 10 ganger de siste 14d.

Problemene har vært på maskinen med en Q6600 prosessor (2,8ghz). Kjører SMP på denne.

[Gaervern]

Og der var FAH statistikk oppe igjen.

[Xell]

brg: henger den midt inni eller på 100%? Jeg har opplevd en del pakker som ikke starter å fortsette å beregne etter at klienten har skjekket om det er ferdige pakker å sende. Da hjelper det å bare stoppe og starte. Man mister altså ikke mer tid enn den tiden den har hengt. Men noen stopper på 100% og de må ofte slettes. Sjekk da om den henter ned og forsøker den samme pakken på nytt. gjør den det vil den mest sannsynlig henge igjenn, og dette vil den gjør 3 ganger. For å ungå at den henter samme pakke på nytt så pass på å slette queue.dat også.

 

edit: dette gjelder bare hvis det er samme run/clone/generation. Man kan ha samme prosjektnummer uten at det er samme arbeidet.

Endret 14. september 2007 av Xell

[Zappza]

Går det ann å få en SMP til å stoppe når den er ferdig med en enhet?

 

Installerte SMP på laptopen, men er ikke så lysten på å ha den kjørende hele tiden, og siden deadlinene er så korte såeh.

[Xell]

tror klienten har de samme parameterene som standard. Det du kan prøve er å stoppe den og så starte den med parameteren -oneunit . Da skal den bare gjøre ferdig den WU den jobber med og så slutte. Kan selvsagt ikke garantere at denne parameteren virker 100% i SMP siden det er beta, men du kan jo prøve.

 

forøvrig finnes alle tigjengelige parametere her.

[L4r5]

Fikk endelig henta x1950xt-kortet mitt i går. Satte det til å folde i går kveld. Sjekket statusen i dag morges. Da sto det at det var fem dager til første wu var ferdig. og bare tre dager til deadline. Jeg mistenker at jeg har gjort noe feil slik at det går saktere enn det skal. Noen som har noe tips?

[Xell]

sjekk at du har driver som er kompatibel med FaH-GPU-klienten.

[L4r5]

Aaaaah! Der tror jeg feilen ligger. Av gammel vane så lastet jeg bare ned siste tilgjengelige driver jeg. Tenkte ikke over at jeg kanskje må ha en spesiell utgave for F@H. Får ordne når jeg kommer hjem da

Endret 14. september 2007 av L4r5

[Xell]

• 
   
  
• Catalyst driver version 6.5. Version 6.10 with the newest core appears to be working now (but requires more testing to be sure). Versions 6.6 and 6.7 will work, but at a major performance hit; 6.8 and 6.9 will not work at all. Due to all the complexities of support, we will support only versions 6.5, 6.10, and 6.11. Version 6.12 does not work correctly, but we are expecting that the 7.x series to solve that problem.
   
  
• DirectX: 9.0c (4.09.0000.0904) or later, which yields d3dx9_30.dll (the critical part for FAH)