Folding@Home Computerbase Team Gründung! Wer ist dabei?

Wer hat Interesse an einen Folding@Home CB-Team?

  • Klar, bin dabei!

    Stimmen: 952 54,2%
  • Nein, interessiert mich nicht bzw. hab ich andere Gründe (Stromverbrauch, PC-Leistung usw.)

    Stimmen: 806 45,8%

  • Umfrageteilnehmer
    1.758
Status
Für weitere Antworten geschlossen.
:( mein mainfolder wird wohl ne weile, ausfallen die Festplatte hat den Geist aufgegeben, muss nun in die RMA und das dauert eben (der Punkteverlust wird sich wohl im Rahmen von 2500-3500 Punkten pro Tag bewegen).

Hab aber glück im unglück hab noch ne Garantie von genau 3 wochen drauf gehabt.
 
Keine andere da? Schade. Hätte hier noch ne 40er IDE Platte (Maxtor) liegen. Nützt die was?

Gibts geschenkt, nur die Versandgebühren hätte ich gerne.
 
Zuletzt bearbeitet:
Ich hab hier bestimmt noch eine aber die muss ich erstmal finden. Im notfall klopp ich da ein SCS-contoler rein und wird mit den platten laufen. Wird zwar laut bei 10000rpm aber was solls.

Aber danke für den guten willen.
 
Hätte eine kleine Frage. Beim SMP Client bleibt meiner immer nach Abschluss der Unit hängen. Und zwar wird "Attempting to send results" ausgegeben und dann passiert nichts mehr. Muss den Client neu starten, dann werden die Ergebnisse binnen weniger Sekunden erfolgreich verschickt und eine neue Unit begonnen. Kann es daran liegen, dass es eine Beta ist oder gibt es eine Möglichkeit das mit diversen Einstellungen zu beheben?
 
So sollte das aussehen bei SMP A3



[16:57:21] Finished Work Unit:
[16:57:21] - Reading up to 20457096 from "work/wudata_09.trr": Read 20457096
[16:57:21] trr file hash check passed.
[16:57:21] edr file hash check passed.
[16:57:21] logfile size: 56241
[16:57:21] Leaving Run
[16:57:21] - Writing 20548897 bytes of core data to disk...
[16:57:22] ... Done.
[16:57:25] - Shutting down core
[16:57:25]
[16:57:25] Folding@home Core Shutdown: FINISHED_UNIT
[16:57:28] CoreStatus = 64 (100)
[16:57:28] Unit 9 finished with 94 percent of time to deadline remaining.
[16:57:28] Updated performance fraction: 0.900568
[16:57:28] Sending work to server
[16:57:28] Project: 6014 (Run 1, Clone 40, Gen 100)


[16:57:28] + Attempting to send results [April 5 16:57:28 UTC]
[16:57:28] - Reading file work/wuresults_09.dat from core
[16:57:28] (Read 20548897 bytes from disk)
[16:57:28] Connecting to http://130.237.232.140:8080/
[17:00:14] Posted data.
[17:00:15] Initial: 0000; - Uploaded at ~119 kB/s
[17:00:16] - Averaged speed for that direction ~114 kB/s
[17:00:16] + Results successfully sent

Weis nicht was du für einen hast, könnte daran liegen das der Work Sever nicht erreichbar ist

Poste mal dein Log

Gruß
 
[12:46:48] Completed 500000 out of 500000 steps (100%)
[12:46:49] DynamicWrapper: Finished Work Unit: sleep=10000
[12:46:59]
[12:46:59] Finished Work Unit:
[12:46:59] - Reading up to 20449968 from "work/wudata_06.trr": Read 20449968
[12:46:59] trr file hash check passed.
[12:46:59] edr file hash check passed.
[12:46:59] logfile size: 59140
[12:46:59] Leaving Run
[12:46:59] - Writing 20544668 bytes of core data to disk...
[12:47:00] ... Done.
[12:47:00] - Shutting down core
[12:47:00]
[12:47:00] Folding@home Core Shutdown: FINISHED_UNIT
[12:47:03] CoreStatus = 64 (100)
[12:47:03] Sending work to server
[12:47:03] Project: 6015 (Run 1, Clone 199, Gen 72)


[12:47:03] + Attempting to send results [April 6 12:47:03 UTC]

Folding@Home Client Shutdown at user request.

Folding@Home Client Shutdown.


Habe das Problem auch mal gegoogelt. Es scheinen viele Leute zu haben. Bisher habe ich nur herausgefunden, dass manche vermuten, es sei ein Router-Problem. Habe das beim GPU Client nie, aber da sind die Daten auch wesentlich kleiner, habe ich gelesen. Es hat mit dem SMP Client nur selten geklappt die Daten direkt zu verschicken, meistens klappt es nicht.
 
Hallo,

ich würde sagen dies liegt eher an den jeweiligen Projekt-Server in Stanford. Habe bei mir auch t.w. das Problem. Wobei dies scheinbar unabhängig vom Client zu sein scheint, ich konnte es beim GPU, SMP Beta, Notfred und Linuxrouter (VM) beobachten. Vor dem manuellen schließen des Clienten würde ich dir allerdings abraten, dies ist eine häufige Fehlerursache für zerschossene Workordner, daher liebe mal ein wenig warten.

Grüße
franeklevy
 
Ich bin meistens leider gezwungen neu zu starten, da sich stundenlang nichts tut. Gott sei Dank wurde bisher dann nach dem Restart alles sauber übermittelt. Aber danke schonmal für die Antworten. Das mit dem Server erscheint mir unwahrscheinlich, da es nach dem Restart wie gesagt direkt klappt.
 
Zuletzt bearbeitet:
Ein Strg + C ist doch okay, um den Client zu beenden. Hat bei mir zumindest noch nie Probs bereitet. Unter Linux geht´s mit Strg + C und dann init 0 zum Runterfahren.
 
^^Strg+C brachte beim erneuten Starten bei mir schon ein paar Mal den Clienten zum Crash. Kann aber freilich auch Zufall gewesen sein. Daher nutze ich bei der VM auch immer nur Suspend, damit läuft es definitiv fehlerfrei.

Grüße
Franeklevy
 
Wenn ich das zu oft mache, kommt mir die Uhrzeit der VM zu krumm vor, bzw. kann ich sie nicht mehr leicht errechen... ;)
 
@Azrael: Das sieht ja richt nett aus, in voller Aubaustufe wirds dir im Winter nicht mehr kalt werden oder? ;)
Und warum keine bigadv mehr? Waren die zu Problemanfällig.

@dorndi: Im moment lohnen sich die HD5xxx noch nicht, aber angeblich soll diesen Monat noch der neue GPU3 client kommen, mal sehen wie es dann aussieht.

EDIT:// PS: Ich bin MILLIONÄR ^^
 
Zuletzt bearbeitet:
^^ich empfehle euch mal die Lektüre ab Post #3485

Grüße
franeklevy
 
Status
Für weitere Antworten geschlossen.
Zurück
Oben