Rumpelkammer: PCGH Folding@Home-Thread II

Dann ist wohl der Forumsserver defintiv abgeschmiert. :(
Schade, waren immer interessante Gespräche und das obwohl es nicht ums falten ging. :devil::lol:
 
Ich steh halt nicht auf Rennsemeln > wenn ich auf ne Tour gehe, dann hört die nicht schon nach 1-2h Fahrt auf. :schief:

0-200km/h in 7s definiere ich nicht als langsam für einen Sporttourer. ;)
 
"Dateisystem/var/lib/fahclient" ist leer, nehme an das das ne "Ordnerleiche" vom 38er Client ist. Hab ja den 50er drauf.
Unter CWD steht: "/home/Thosch_0815/.FAHClient" ,bis zum Namen finde ichs, den Ordner mit Punkt vorweg leider nicht.
Suche nach ".log" hat nix bekanntes gebracht.
"-send all" in nem Terminal brachte Fehlermeldung "ERROR: unknown command or variable 'send' ". Hab wie gesagt den v7 7.1.50 drauf. Hab mich mit sudo und telnet localhost 36330 +anschl.PW "eingewählt".
Aber, da er die gleiche Wu wieder anfangen will wird da wohl nix zu retten sein. Könnte ich wie gesagt evtl. noch in den LOG-Dateien sehen, wenn ich die sehen würde.

 
Also ich habe unter Redhat Enterprise Linux v.6 die folgenden Pakete installiert:
fahclient-7.1.52-1.x86_64.rpm
fahcontrol-7.1.52-1.noarch.rpm
fahviewer-7.1.52-1.x86_64.rpm
Da liegen die Daten unter /var/lib/fahclient, auch die log.txt. Unter /var/lib/fahclient/logs liegen die archivierten Protokoll-Dateien. Unter /home/Thosch_0815/.FAHClient (bei Dir) sollte nur die Benutzer-Konfiguration des Clients liegen. Evtl. hast Du als normaler Nutzer keinen Zugriff auf /var/lib/fahclient und siehst deshalb keine Dateien. Gib mal im Terminal ein: sudo ls -al /var/lib/fahclient, dann sollten alle Dateien und Verzeichnisse darin angezeigt werden. Wenn dann nichts kommt, ist es wohl wirklich futsch.:( Denke nicht, dass sie zwischen Ubuntu und Redhat Linux die Verzeichnisstruktur so unterschiedlich angelegt haben. Übrigens kann man den sofortigen Folding-Start des v7-Clients mit der Extra Client Option pause-on-start und dem Wert true unter Configure, Expert unterbinden. Hier mal meine config.xml aus Windows (ohne passkey, will sicher keiner für mich Projekte abliefern ;)):
<config>
<!-- FahCore Control -->
<checkpoint v='3'/>
<core-priority v='high'/>

<!-- Folding Slot Configuration -->
<extra-core-args v='-forceasm'/>
<gpu v='true'/>

<!-- Network -->
<proxy v=':8080'/>

<!-- Slot Control -->
<pause-on-start v='true'/>

<!-- User Information -->
<team v='70335'/>
<user v='mattifolder'/>

<!-- Folding Slots -->
<slot id='0' type='GPU'>
<client-type v='advanced'/>
<gpu-index v='1'/>
<max-packet-size v='big'/>
<max-units v='2'/>
<priority v='high'/>
</slot>
<slot id='1' type='GPU'>
<client-type v='advanced'/>
<gpu-index v='0'/>
<max-packet-size v='big'/>
<max-units v='2'/>
<priority v='high'/>
</slot>
<slot id='2' type='SMP'>
<client-type v='advanced'/>
<cpus v='-1'/>
<max-packet-size v='small'/>
<next-unit-percentage v='100'/>
<priority v='high'/>
</slot>
</config>
 
Moin. Werd ich wohl mit leben müssen das die (auf READY stehende) WU futsch ist. Wie gesagt die Zeiten stehen ja noch vom ersten Berechnen da und die Punkte zählen runter. Wie kann ich eigentlich in dem Fenster die WU abschiessen, bzw. löschen während die andere noch rechnet ?? Ich nehem an geht nur im/übers Terminal ...
 
Da es sich um Client V7 handelt - leider ja :ugly:

Aber: auch diese "Löschaktion" läst sich relativ einfach bewerkstelligen . . . :D

1. Du lokalisierst den Work-Ordner, der die Dateien der zu löschenden WU enthält. Das sollte ein "eigenständiger" Ordner sein, der nur die Dateien dieser WU enthält - der Client kennzeichnet die Ordner mit einer Doppelziffer, also Work00, Work01 etc
2. Du öffnest ein Terminal und ziehst den Ordner ins Fenster - so erhälst Du ohne "Tipparbeit" den vollständigen Pfad.
3. Du ergänzt diese Angabe mit "sudo mv" vorne, entfernst die '. . .' bei der Pfadangabe und schliesst das ganze mit "Müll/garbage" ab - je nachdem, ob Du Deutsch oder Englisch als Sprache verwendest
4. Voila - habe fertig :D :D

PS: Sollte widererwarten kein extra Work-Ordner existieren, musst Du die einzelnen Dateien der zu löschenden WU analog zum oben beschriebenen "Verfahren" bearbeiten . . . :ugly:
 
Also ich habe unter Redhat Enterprise Linux v.6 die folgenden Pakete installiert:
fahclient-7.1.52-1.x86_64.rpm
fahcontrol-7.1.52-1.noarch.rpm
fahviewer-7.1.52-1.x86_64.rpm
Da liegen die Daten unter /var/lib/fahclient, auch die log.txt. Unter /var/lib/fahclient/logs liegen die archivierten Protokoll-Dateien. Unter /home/Thosch_0815/.FAHClient (bei Dir) sollte nur die Benutzer-Konfiguration des Clients liegen. Evtl. hast Du als normaler Nutzer keinen Zugriff auf /var/lib/fahclient und siehst deshalb keine Dateien. Gib mal im Terminal ein: sudo ls -al /var/lib/fahclient, dann sollten alle Dateien und Verzeichnisse darin angezeigt werden. Wenn dann nichts kommt, ist es wohl wirklich futsch.:( Denke nicht, dass sie zwischen Ubuntu und Redhat Linux die Verzeichnisstruktur so unterschiedlich angelegt haben.
Also mit der o.g. Befehlszeile ist es mir nicht möglich die Dateien "sichtbar" zu machen. Kommen folgende Zeilen:

thosch_0815@thosch0815-Falter:~$ sudo ls -al /var/lib/fahclient
insgesamt 8
drwxrwxr-x 2 fahclient root 4096 2012-03-21 19:39 .
drwxr-xr-x 61 root root 4096 2012-03-21 19:39 ..
thosch_0815@thosch0815-Falter:~$

Ist evtl. an der Zeile was falsch ?
Hab mal (bei laufendem Client) nach der log.txt im Dateisystem gesucht und nur eine im Ordner /proc/xxxxx/cwd (xxxxx=var.Zahl) eine gefunden die aber nach Beendigung des Cl. auch da wieder verschwindet,bzw. der ganze "xxxxx"-Ordner. :huh: Ist das ein temp. Ordner ??
Der Ordner "/var/lib/fahclient" ist und bleibt bei mir leer.

Da es sich um Client V7 handelt - leider ja :ugly:

Aber: auch diese "Löschaktion" läst sich relativ einfach bewerkstelligen . . . :D

...
Auf die beschriebene Weise habe/konnte ich den Work-Ordner für die verpfuschte WU im (temp.?) proc-Ordner löschen. Nach Neustart des Cl. ist die Wu auch im FAHControl-Fenster/-Liste verschwunden.
Leider ist der Schmerz über den Punkteverlust und diese doch zuweilen recht umständliche Handhabung des Clients und des BS nicht verschwunden. Mir kommts so vor das Linux/Ubuntu doch recht hakelig ist. Hier bewahrheitet sich wieder einmal der Spruch "Dont touch a runing system !!" . Und deshalb werde ich :wall: bis ichs verinnerlicht habe.

EDIT:
Habe eben mal versucht den fahclient-Ordner in /var/lib/ freizugeben, kam folgende Meldung:
Bildschirmfoto am 2012-03-28 18:46:19.png
Bin ich im Windows !?!? oder einfach nur falsch !?!?
 
Zuletzt bearbeitet:
Also mit der o.g. Befehlszeile ist es mir nicht möglich die Dateien "sichtbar" zu machen. Kommen folgende Zeilen:

thosch_0815@thosch0815-Falter:~$ sudo ls -al /var/lib/fahclient
insgesamt 8
drwxrwxr-x 2 fahclient root 4096 2012-03-21 19:39 .
drwxr-xr-x 61 root root 4096 2012-03-21 19:39 ..
thosch_0815@thosch0815-Falter:~$

Ist evtl. an der Zeile was falsch ?

Hmm, bei mir sieht das so aus:
sudo ls -al /var/lib/fahclient
insgesamt 116
drwxrwxr-x 6 fahclient root 4096 22. Mär 00:28 .
drwxr-xr-x. 80 root root 4096 21. Mär 14:54 ..
drwxrwxr-x 2 fahclient root 4096 28. Mär 16:45 configs
drwxrwxr-x 3 fahclient root 4096 21. Mär 15:04 cores
drwxrwxr-x 2 fahclient root 4096 26. Mär 07:43 logs
-rw-r--r-- 1 fahclient root 88170 28. Mär 19:27 log.txt
drwxrwxr-x 3 fahclient root 4096 26. Mär 14:42 work
Irgendwas ist mit Deiner Client-Version und Ubuntu wohl doch anders.:(

Hab mal (bei laufendem Client) nach der log.txt im Dateisystem gesucht und nur eine im Ordner /proc/xxxxx/cwd (xxxxx=var.Zahl) eine gefunden die aber nach Beendigung des Cl. auch da wieder verschwindet,bzw. der ganze "xxxxx"-Ordner. :huh: Ist das ein temp. Ordner ??

Der Softlink /proc/xxxx/cwd verweist auf das Arbeitsverzeichnis des Prozesses xxxx, solange dieser aktiv ist. Wie schon erwähnt, ist das Proc-Filesystem nur ein virtuelles Filesystem, über das man schnell und gebündelt Informationen zur Hardware, dem Kernel und Modulen sowie laufenden Prozessen erhält (s.a. procfs). Sobald der Prozess xxxx beendet ist, ist auch der Eintrag im Proc-Filesystem verschwunden.

/var/lib wirst Du mit den einfachen Mitteln als normaler Nutzer nicht freigeben können, da Dir die Rechte dafür fehlen. Mit Windows-Netzwerkfreigabedienst ist der Samba-Server gemeint, den Du mit root-Rechten in der globalen Konfiguration (/etc/samba/smb.conf) auch so anpassen kannst, dass dieses Verzeichnis freigegeben wird.
 
Sodele, der SB-E ist eingebaut und rennt bisher problemlos (und vorallem sau fix).

Ich habe direkt damit angefangen den Sweet-Spot meiner CPU herauszufinden und bin erstmal (nach 15Minuten) bei 4,5GHz@1,28V gelandet, was soweit auch Prime-Stable ist.

Ich werde die CPU erstmal eine Woche weitertesten und obige Werte weiter optimieren, denke da sind noch 100-200MHz drin bei ~1,30V (mehr Spannung bekommt er nicht von mir fürs 24/7 falten).

Bei den ersten Falt-Einsätzen ist mir jedoch folgendes aufgefallen:
Die Zeit zwischen einzelnen Step-Blöcken (%) ist sehr stark schwankend, im folgenden Beispiel (P8001, Win7, V7.1.50) zwischen 2s und mehreren Minuten (fett markiert).

Code:
05:52:51:WU00:FS01:0xa4:Completed 0 out of 250000 steps  (0%)
05:54:01:WU00:FS01:0xa4:Completed 2500 out of 250000 steps  (1%)
05:54:57:WU00:FS01:0xa4:Completed 5000 out of 250000 steps  (2%)
[B]05:55:26:WU00:FS01:0xa4:Completed 7500 out of 250000 steps  (3%)
05:58:07:WU00:FS01:0xa4:Completed 10000 out of 250000 steps  (4%)[/B]
05:58:29:WU00:FS01:0xa4:Completed 12500 out of 250000 steps  (5%)
05:58:51:WU00:FS01:0xa4:Completed 15000 out of 250000 steps  (6%)
05:59:14:WU00:FS01:0xa4:Completed 17500 out of 250000 steps  (7%)
[B]05:59:36:WU00:FS01:0xa4:Completed 20000 out of 250000 steps  (8%)
05:59:38:WU00:FS01:0xa4:Completed 22500 out of 250000 steps  (9%)[/B]
06:00:21:WU00:FS01:0xa4:Completed 25000 out of 250000 steps  (10%)
06:00:43:WU00:FS01:0xa4:Completed 27500 out of 250000 steps  (11%)
06:01:06:WU00:FS01:0xa4:Completed 30000 out of 250000 steps  (12%)
06:01:28:WU00:FS01:0xa4:Completed 32500 out of 250000 steps  (13%)
06:01:50:WU00:FS01:0xa4:Completed 35000 out of 250000 steps  (14%)
06:02:13:WU00:FS01:0xa4:Completed 37500 out of 250000 steps  (15%)
Wenn ich den V7 Statusbalken beobachte ist er sehr "sprunghaft", lustigerweise nicht immer nach "vorne". So schafft er dort mal 0,5% innerhalb von weniger Sekunden, verweilt dann aber auch mal 15s ohne Änderung, oder springt gar wieder 0,2% zurück.

Kennt jemand dieses Verhalten? Ist das normal?
Ich vermute mal, dass allgemein das "Springen" an der doch hohen Thread-Zahl liegt. Könnte allerdings das Zurückspringen auch auf nicht falt-stabiles OC zurückzuführen sein? Oder bugt einfach die Anzeige des V7.1.50 (habe unter Win vorher mit früheren Versionen des V7/V6 gearbeitet, die noch keine Schritte <1% kannten)?
 
Der Falt sommer wird Heiß! ;)

wen die Gerüchte stimmen und da nach sieht es aus, erwartet uns im Sommer ein wahres Stromspar- Faltwunder im Form der GTX650 alias GK107 mit 384 Shader Einheiten also genau so viel wie eine GTX560Ti und wahrscheinlich sogar einen Höheren Takt, und das beste sie kommt OHNE Zusatz Stromversorgung aus das heist 17-20K PPD bei nicht mal 75W was schon sehr gewaltig wäre.

Nvidia Kepler: GK107 im Mai als GeForce GTX 650?
 
Zurück