Folding@Home - Hardwareluxx Team

ich werde vorläufig zwei meiner vier Rigs abschalten.
D.h. ein i3-530 und der i7-860 gehen erstmal offline, weiterhin aktiv sind noch der i7-760 und der 2600k. Die beiden übrigen Systeme bringen ja weiterhin ein paar Punkte....

Grüße
franeklevy
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Jetzt gehts bei mir auch los ... 2 bigadv units fertig, beide abgeschlossen und erfolgreich hochgeladen ... keine Punkte ... was ein Rotz

Naja, noch eine ohne Punkte und ich stelle das folden ein, guter Zweck hin oder her, gibt genug andere Projekte die man unterstützen kann
 
Im Folding Forum von Stanford hab ich das Problem mal angesprochen. Lösung war, dass der GPU-Tracker wohl buggy ist und eine WU 2x berechnet und hochgeladen hatte. Nach Möglichkeit verwende ich den normalen Client.
 
a so?

mkay dann werde ich mal auf den V7 umsteigen, danke für den Tip
 
Hab heute nach längerem mal wieder den GPU Tracker angeworfen... Das Teil zeigt mir jetzt eine Deadline von -125d an. Work Folder hab ich danach gelöscht, um 'ne neue WU zu kriegen. Was ist? Wieder dasselbe...

Jemand eine Erklärung?
 
Tracker = buggy ? siehe 2 Posts über deinem.

Einfach mal neu draufklatschen.
 
Hallo,

bei mir laufen heute keine BigADVs.
Es kommt immer die folgende Fehlermeldung:
[09:48:19] + Received work.
[09:48:19] + Closed connections
[09:48:24]
[09:48:24] + Processing work unit
[09:48:24] Core required: FahCore_a5.exe
[09:48:24] Core found.
[09:48:24] Working on queue slot 03 [September 3 09:48:24 UTC]
[09:48:24] + Working ...
[09:48:24] - Calling '.\FahCore_a5.exe -dir work/ -nice 19 -suffix 03 -np 12 -checkpoint 15 -verbose -lifeline 4972 -version 634'

[09:48:24]
[09:48:24] *------------------------------*
[09:48:24] Folding@Home Gromacs SMP Core
[09:48:24] Version 2.27 (Mar 12, 2010)
[09:48:24]
[09:48:24] Preparing to commence simulation
[09:48:24] - Looking at optimizations...
[09:48:24] - Created dyn
[09:48:24] - Files status OK
[09:48:24] Couldn't Decompress
[09:48:24] Called DecompressByteArray: compressed_data_size=0 data_size=0, decompressed_data_size=0 diff=0
[09:48:24] -Error: Couldn't update checksum variables
[09:48:24] Error: Could not open work file
[09:48:24]
[09:48:24] Folding@home Core Shutdown: FILE_IO_ERROR[09:48:28] CoreStatus = 75 (117)
[09:48:28] Error opening or reading from a file.
[09:48:28] Deleting current work unit & continuing...
[09:48:32] Trying to send all finished work units
[09:48:32] + No unsent completed units remaining.
[09:48:32] - Preparing to get new work unit...
[09:48:32] Cleaning up work directory
Zum Vergrößern anklicken....
Eine Standard-Wu lief aber ohne Probleme durch.
Den Work-Ordner und die anderen Dateien hatte ich schon mal rausgelöscht.

ciao Tom
 
Den Fehler hatte ich schon häufiger mit den GPU Clients, aber noch nie bei einem SMP Client mit Bigadv.

Irgendwie ist der Fehler Banane, GPU Folder rechnet wie irre. Dann fährt man den mal herunter oder startet neu, und danach kommt so ein banaler Fehler und er geht nicht weg. Selbst durch Client neu Installation usw. Dachte schon die Karten wären kaputt, sind sie aber definitiv nicht.
 
Habe nun die bigadv units komplett aufgegeben. Da ich momentan doch wieder etwas häufiger zocke geht die TPF dermassen in die Knie dass ich mit normalen SMP Units und der GPU besser fahre ... ergo die reduzierten Punkte von Stanford sind sowas für die Backe ^^
 
Code: 
[11:48:55] + Attempting to send results [September 4 11:48:55 UTC]
[11:48:55] - Reading file work/wuresults_01.dat from core
[11:48:55]   (Read 100242923 bytes from disk)
[11:48:55] Connecting to http://130.237.232.141:8080/
[11:48:57] - Couldn't send HTTP request to server
[11:48:57] + Could not connect to Work Server (results)
[11:48:57]     (130.237.232.141:8080)
[11:48:57] + Retrying using alternative port
[11:48:57] Connecting to http://130.237.232.141:80/
[11:48:58] - Couldn't send HTTP request to server
[11:48:58] + Could not connect to Work Server (results)
[11:48:58]     (130.237.232.141:80)
[11:48:58] - Error: Could not transmit unit 01 (completed September 4) to work server.
[B][I][COLOR="Red"][11:48:58] - 17 failed uploads of this unit.[/COLOR][/I][/B]

[11:48:58] + Attempting to send results [September 4 11:48:58 UTC]
[11:48:58] - Reading file work/wuresults_01.dat from core
[11:48:58]   (Read 100242923 bytes from disk)
[11:48:58] Connecting to http://130.237.165.141:8080/
[11:48:58] - Couldn't send HTTP request to server
[11:48:58] + Could not connect to Work Server (results)
[11:48:58]     (130.237.165.141:8080)
[11:48:58] + Retrying using alternative port
[11:48:58] Connecting to http://130.237.165.141:80/
[11:48:58] - Couldn't send HTTP request to server
[11:48:58] + Could not connect to Work Server (results)
[11:48:58]     (130.237.165.141:80)
[11:48:58]   Could not transmit unit 01 to Collection server; keeping in queue.
[11:48:58] + Sent 0 of 1 completed units to the server
[11:49:28] Trying to send all finished work units
[11:49:28] Project: 6900 (Run 62, Clone 15, Gen 18)


[11:49:28] + Attempting to send results [September 4 11:49:28 UTC]
[11:49:28] - Reading file work/wuresults_01.dat from core
[11:49:28]   (Read 100242923 bytes from disk)
[11:49:28] Connecting to http://130.237.232.141:8080/
[15:42:20] Killing all core threads
[15:42:20] Could not get process id information.  Please kill core process manually

Folding@Home Client Shutdown at user request.
[15:42:20] ***** Got a SIGTERM signal (2)
[15:42:20] Killing all core threads
[15:42:20] Could not get process id information.  Please kill core process manually

Folding@Home Client Shutdown.


Meine Güte was ist da nur immer los ?
Schönen Dank für die Verschwendung von Energie und Material.
Tracker neu gemacht. Auch mal den Stanford Client versucht -- aktuell zieht er nur mini WUs. pfff.
 
Zuletzt bearbeitet:
Das kommt eher von den Servern, den Fehler hatte ich schon 3x mal beim V7 Client, meistens bei p2684, 2685.
 
Ja die Server sind schuld - upload geht nicht.
Ich war nur irritiert, da er als nächstes normale WUs zieht. Habe einen defekten Core vermutet, aber die Probleme liegen jenseits des Atlantik. Na toll...
 
Code: 
[10:20:46] - 174 failed uploads of this unit.

Ihr könnt mich mal gern haben in Stanford. Wie kann man nur so sträflich mit den Leuten umgehen.

franeklevy hat übrigens mit seiner BigWU derzeit dasselbe Problem.
edit: er hat natürlich Glück gehabt und die WU ist nach Stunden des versuchten Uploads doch noch gutgeschrieben worden.
 
Zuletzt bearbeitet:
Solange die mit dem "Ihr tut Gutes" Slogan kommen werde sehr viele nicht so einfach abspringen ;)
 
edit: er hat natürlich Glück gehabt und die WU ist nach Stunden des versuchten Uploads doch noch gutgeschrieben worden.
Zum Vergrößern anklicken....

Glück ist relativ, wenn man bedenkt, dass ein guter Teil der Punkte dem verspätetem Upload zum Opfer fiel.

Grüße
franeklevy
 
Bei mir hängt er nun bei einer p6069, glücklicherweise rechnet der V7 weiter und der Upload wartet im Hintergrund.
 
Zuletzt bearbeitet:
HFM.NET sagt morgen sind ca. 230 k Pkt. fällig. Wenn die in
der Pipeline hängen bleiben :fire:

Gruß

Tuono
 
Wie kann ein derartig schlimmer Fehler nur so hingenommen werden ?
Wieso gibt es für so etwas keine standardisierten Gegenmaßnahmen ?


P.S.

Stand 18:26h habe ich heute 3.672 Punkte gemacht.
Es falten:
1x i7 2600K @ 4.6 smp 7 bigadv
1x GTX460 @ 800

1x i7 860 @ stock smp 7
1x HD5770 @ stock

total normalerweise: ca 45.000 PPD
 
Zuletzt bearbeitet:
Für P6903 statt 230 k .... 22.706 Pkt jawoll :banana:

Wat machen "die" da ?????

Gruß

Tuono
 
Man könnte eigentlich grad mal ne längere Pause einlegen. Ist doch eh alles für die Katz.

Bei mir wird gleich eine Big fertig - mal sehen ob die endlich mal wieder Punkte einbringt... Derzeit ist es nur grottig, was da rumkommt.
 
Ich lasse im Augenblick schon alle Sandys nur mit smp laufen.
Die kleinen Wu`s scheinen nicht so problematisch zu sein.
Der AMD ackert weiter an den großen.

Gruß
 
F*ck. Meine aktuelle Big - sollte heute um 13:00 geladen/gutgeschrieben werden - hat auf einmal die Deadline verpasst und ist angebl. seit. 19h überfällig. Wtf? Wenn das stimmt, gibt es hier mal wieder nur diese Basepoints.

Grüße
franeklevy
 
Hallo,

bei den Standard-SMP-WUs gibts ein paar interessante Projekte.
P7139, P7154 und P7132 liefen im Mittel mit 37xxx PPD.
Die P7xxx-Projekte liefen aber allgemein ab 35xxx PPD.

Die letzte P6900 lief mit 45xxx PPD.

Nachdem was ich hier die letzten Tage so gelesen hab, probier ich dieses Wochenende erst gar nicht, eine BigADV zu bekommen und durchzubringen.

ciao Tom
 
Ja schau meinen Output von gestern an - da waren einige der von dir angesprochenen WUs bei.
 
Mhm bei mir hat sich eine p7611 aufgehängt bei 44%, jetzt hab ich wieder eine dran und die läuft bisher durch(56%), sehr seltsam das ganze.
 
Was ist bei Stanford denn schon wieder los - keine BigWUs mehr? Erhalte seit nunmehr ca. vier Tage keine neuen Bigs mehr. Wirklich komisch.

Und schaut mal hier hin:
http://www.computerbase.de/news/2011-09/foren-bote-7-2011/

Tolles Lob von CB und der untere Banner wurde auch eingebunden - sehr schön...

Grüße
franeklevy
 
Zuletzt bearbeitet:
Anmelden, um zu antworten.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh