Gå til innhold

Anbefalte innlegg

Videoannonse
Annonse

HJELP, 2600K maskinen vil ikke kjøre FAH :(

 

Den restarter så fort jeg setter i gang FAH selv på STOCK settings, har byttet CPU men det hjelper ikke.

 

Hva skal jeg teste nå?

Bytte PSU? Ram? eller SSD?

 

Reinstallere Ubuntu?

 

Evt bytte HK?

 

Hvis det bare er FAH som klusser, så ville jeg ha prøvd å reinstallere først.

 

Du kan jo f.eks først prøve å teste om den takler 100% load med et annet program som FAH. (stress-test). Hvis den da feiler, er det sannsynligvis en hardware-feil.

Lenke til kommentar

Vet ikke om noe annet program som stresstester i Linux.

 

Tester med annen Ram nå.

 

Om ikke det funker så får jeg prøve reinstallasjon av FAH evt. Ubuntu.

 

 

 

EDIT: Det virker som om det var rammen som var synderen for nå kjører FAH :w00t:

 

 

 

EDIT2: Det var det ikke :no:Maskinen stoppet når jeg tok CTRL-C på FAH :cry:

Endret av minhund
Lenke til kommentar

Jeg fikk et fall i TPF på nesten 4 minutter etter at jeg configurerte deling av f@h-mappa i Ubuntu slik at jeg når den over nettverket lokalt. Etter å ha restartet maskinen ser det nå ut til at farta er normal igjen. Noen Linux eksperter som vet hva som forårsaker dette fallet i hastighet på foldingen. Jeg sjekket systemmonitor og samtlige cores hadde 100% load både før og etter.

 

Edit: Faktisk så økte hastigheten for TPF fra 18.32 (raskest før delingen) til 18.07, en forbedring på 25 sekunder.

 

post-53451-0-49195800-1314903577_thumb.jpg

Endret av -alias-
Lenke til kommentar

Ser bra ut nå -alias-:thumbup:

 

Det var faktisk selve FAH som var problemet her, slettet alt i mappa og la inn hele sullamitten på nytt og nå kjører den fint. Eneste som ikke funker er den nye CPUen jeg satt inn for den vil ikke kjøre på 4,8 GHz, den hadde wall på 5,1 så det er kansje ikke så rart.

Jeg lar uansett benche 2600Ken hvile nå. Hvor mange standard -smp måtte man kjøre før man fikk -bigadv?

Lenke til kommentar

Ubuntu med i7 980X overlevde ikke natta, men endte opp med unstable_machine. Det positive er at klienten sendte resultatet etter 47% noe jeg ikke har sett før, men kan ikke registrere at man får noen poeng for en halvgått WU.

 

 

[23:37:55] Completed 112500 out of 250000 steps (45%)

[23:56:00] Completed 115000 out of 250000 steps (46%)

[00:03:04] - Autosending finished units... [september 2 00:03:04 UTC]

[00:03:04] Trying to send all finished work units

[00:03:04] + No unsent completed units remaining.

[00:03:04] - Autosend completed

[00:14:49] Completed 117500 out of 250000 steps (47%)

[00:24:39] mdrun returned 255

[00:24:39] Going to send back what have done -- stepsTotalG=250000

[00:24:39] Work fraction=60.9987 steps=250000.

[00:24:43] logfile size=114187 infoLength=114187 edr=25 trr=1

[00:24:43] logfile size: 114187 info=114187 bed=25 hdr=1

[00:24:43] - Writing 114725 bytes of core data to disk...

[00:24:43] ... Done.

[00:42:13]

[00:42:13] Folding@home Core Shutdown: UNSTABLE_MACHINE

[00:42:13] CoreStatus = 7A (122)

[00:42:13] Sending work to server

[00:42:13] Project: 6900 (Run 33, Clone 18, Gen 29)

 

[00:42:13] + Attempting to send results [september 2 00:42:13 UTC]

[00:42:13] - Reading file work/wuresults_01.dat from core

[00:42:13] (Read 114725 bytes from disk)

[00:42:13] Connecting to http://130.237.232.141:8080/

[00:42:13] Posted data.

[00:42:13] Initial: 0000; Conversation time very short, giving reduced weight in bandwidth avg

[00:42:13] - Uploaded at ~226 kB/s

[00:42:13] - Averaged speed for that direction ~226 kB/s

[00:42:13] + Results successfully sent

[00:42:13] Thank you for your contribution to Folding@Home.

 

 

For meg ser det ut som årsaken ligger i GPU, noe som er rart når det er SMP som kjører?

 

Sitat fra http://fahwiki.net/i...oreStatus_codes

"This appears in various forms but appears to be directly related to calculation errors detected by a GPU. Whether the errors are GPU hardware errors or are inherent in the WU is currently unknown. One known cause is switching user sessions in Windows whilst folding." sitat slutt

 

Edit: Mistenker at det kan komme fra PSU og har skiftet den nå så får jeg se, og strømforbruket for riggen sank med hele 25Watt.

Endret av -alias-
Lenke til kommentar

Nå har jeg endelig fått orden på 2600K maskinen, det viste seg å være Ubuntu installasjonen.

 

Men nå får jeg bare vanlig -smp, har sjekket at passkey er rett og brukernavn. Får vel bare la den kjøre og håpe på at den får -bigadv etterhvert.

 

 

 

post-152551-0-67008300-1315002186_thumb.jpg

Lenke til kommentar

Har to i7 2600K rigger og ingen av dem liker Ubuntu+ folding så der måtte jeg gå tilbake til Win7. Taper betydelig PPD på det så jeg skal forsøke å reinstallere Ubuntu her også når jeg får litt tid til overs, men det blir neppe før finværet gir seg.

 

Ellers så ser det ut til at det hjalp å skifte PSU på i7 980X riggen, som nå passerer 50% igjen. TPF ligger på 18:03 som gir en PPD på 64K+ for P6900. Får bare håpe at den holder seg stabil slik at jeg slipper å klokke ned noe.

Lenke til kommentar

Taper ikke så mye PPD.

En bigbeta på 1 mnd nå virker det som.

 

Er det alt man taper på å kjøre win? Må vel være mer på SR-2? Så får man vel heller ikke -bigbeta WUene i Win?

 

 

 

 

 

EDIT: fikk enda en 6903 WU på 980X riggen, det er den tredje -bigbeta WUen på rad :yes:

Endret av minhund
Lenke til kommentar

Har to i7 2600K rigger og ingen av dem liker Ubuntu+ folding så der måtte jeg gå tilbake til Win7.

Dersom problemet er av typen at noen kjerner ikke utnyttes 100%, så kan BFS installation (post #3) i linken under gjøre underverker. Den anbefales på alle i7 cpu'er.

 

http://hardforum.com/showthread.php?t=1601608

 

Min i7 2600k ble etter en Linux-oppdatering tregere, og ved nærmere undersøkelse gikk et par kjerner nærmest på tomgang. La inn BFS, og det gjorde susen. Når jeg starter f@h går alle kjerner i 100% med en gang. Jeg kjører samme Ubuntu-versjon på en i7 970 også, men siden det ikke er noen oppstartsalternativer, har BFS ingen virkning. Jeg ser heller ikke de samme dippene i cpu-bruk på 970'n, så den får kjøre "as is". Det BFS gjør, er å velge hvilket image som skal startes default. Ved oppdatering som medfører ny versjon, så må BFS gjentas.

Lenke til kommentar

Anbefaler absolutt BFS for all Linux basert SMP folding!

 

For SMP foldere på linux vil jeg anbefale BFS, PPD har i mitt tilfelle økt med ~40%.

 

http://lkml.org/lkml/2009/10/16/96

Med økt 40% så mener du fra WinSMP til LinuxSMP eller fra Linux til Linux med BSF? Det er normal økning med 35% fra WinSMP til Linux. 40% fra Linux til Linux med BSF hørtes ikke helt riktig ut?

 

Må man kjøre kjerne 2.6.31 for å legge inn BFS?

~40% økning iforhold til stock kernel for archlinux.

 

BFS er en patch til 2.6.31.

Det er jo en ekstrem økning, det må jeg se nærmere på. Takk for tipset!

 

Først 35% økning fra WinSMP og deretter 40% økning igjen hmm. Hvordan er tempen din under folding med BFS implementert?

60°C samme nivå som før BFS.

Endret av Theo343
Lenke til kommentar

minhund

Ved start av PC'en, kan du ha flere valg i Linux. Det BFS er ment å gjøre, er å sette linux image: /.....-generic-ck som default valg. Den er litt forskjellig fra standard Linux, og i f@h unngår du at enkelte kjerner nærmest går på tomgang. For PC'er med flere cpu'er, kommer kraken i tillegg. BFS skal kun brukes på Intel cpu'er.

Lenke til kommentar

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 konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...