Nur CPU-Solo auf nativem Linux meinst du, ist allerdings Ansichtssache > CPU und GPU falten ist schliesslich WU-technisch gesehen nicht das Gleiche, da die beiden sich in ihrer Bauart massiv unterschieden.Wer auf Punkte aus ist, sollte mit CPU falten, wer wirklich helfen will nimmt alles was er hat![]()
Wer auf Punkte aus ist, sollte mit CPU falten, wer wirklich helfen will nimmt alles was er hat![]()

Mit CPUs lassen sich einfach komplexere Aufgaben berechnen, einen Kern auf einer GPU und einen echten x86 Kern kann man absolut nicht vergleichen.Die Frage wäre nur, ob das CPU2-big-Bonus-System auch wirklich den wissenschaftlichen Wert der Ergebnisse wiederspiegelt.Gerade unter Berücksichtigung der genannten theoretischen und praktischen Rechnenleistungen einiger Grafikkarten. Nicht umsonst ist einer der schnellsten Supercomputer mit Tesla-Karten bestückt (Tianhe-1A: Schnellster Supercomputer mit 7.168 Tesla-GPUs von Nvidia aus China - Update - fermi).


Hab 8GB an RAM drinnen, sollte reichen. Schreibfehler oder doch 10GB ?
Auch mit GPU-Cl., also mit GraKa-Treibern und so ?
Edit: Scheint nur für CPU zu sein ... oder muss (kann) man sich um den "GPU-Rest" selbst kümmern ?
Das tut sich aber kein eingefleischter Linux User an 
aus Folding Forum • View topic - News on new OpenCL driver...QRB started in SMP, and was recently added to CPU client. It's not unrealistic to expect that for all clients.
Das stimmt so nichtIch behaupte einfach mal dass GPUs viel schneller arbeiten als CPUs. CPUs bekommen aber Bonus, weil sie genauere Ergebnisse abliefern. GPUs müssen die Gleiche WU mehrfach berechnen um genau so genau zu sein. (Tesla mal außen vor, die haben ja Fließkommagenauigkeit und ECC Fehlerkorrektur)
Achtung: Alles weniger als Halbwissen![]()
DP ist DP , beide rechnen mit der gleichen Genauigkeit und mit den gleichen Fehlern, solange Fehlerkorrekturmechanismen nicht für den Consumer Markt interessant werden wird sich daran auch nichts ändern. Man müsste Nvidia mal überreden, dass sie die Treiber so gestalten, dass die GPUs bei gemeinnützigen Anwendungen wie f@h die volle DP Leistung bringen
Es kauft ja eh praktisch keiner eine Quadro/Tesla für f@h, also würden sie praktisch keine Einnahmen verlieren.

Das ist sicher auch ein Vorteil durch den BonusDass der Bonus ein geführt wurde, um CPU-Falter zu rekrutieren, halte ich für Unsinn. Es geht da einzig und allein darum die WUs schneller zu bekommen, daher wird er auch ja auch QRB (Quick Return Bonus) genannt. Der Bonus wird denke ich und hoffe ich auch noch für die GPUs kommen. aus Folding Forum • View topic - News on new OpenCL driver...
Aber ich vermute schon dass bei F@H auch Aufgaben da sind die sich besser mit CPUs berechnen lassen und der Bonus da ein Köder ist.Dann würde irgendein SysAdmin draufkommen einfach den Treiber zu bearbeiten dass plötzlich alle Programme mit voller DP Leistung laufen und niemand würde mehr Quadro/Tesla Produkte kaufen
Die werden das unter Garantie nicht ändern , davon abgesehen glaube ich nicht dass die Reduktion auf Treiber Ebene passiert sondern darunter.

Das ist sicher auch ein Vorteil durch den BonusAber ich vermute schon dass bei F@H auch Aufgaben da sind die sich besser mit CPUs berechnen lassen und der Bonus da ein Köder ist.
Aber da sind die Punkte ja sicher Ansporn genug.

Von einer BIOS Änderung gehe ich auch aus , allerdings würde es mich stark wundern wenn noch niemand versucht hätte die Limitierung aufzuheben , und bei Erfolg hätte das mit Sicherheit eine Newsmeldung zur Folge gehabt. Also scheint es nicht so einfach zu seinAngeblich sind die Chips die selben und nur durch die Treiber/BIOS reduziert. Als Erkennung könnte man die Hashwerte der f@h und andere Distribute Computing Projektdateien nehmen und diese dann im Treiber 256bit verschlüsseln, damit die Admins da nicht rumwerkeln können
Außerdem wäre es nicht mit Raubkopieren vergleichbar, wenn ich im Treiber rumpfusche und Funktion freischalte die nur für nicht kommerzielle gemeinnützige Projekte zu Verfügung stehen?



CPU only, ist halt für stromverbrauch effizeintes falten gedacht, und da ist smp ja eine der besten lösungen, ein paar geforce karten mal aussen vor gelassen.
10gb festplatte, da man auch backups machen kann die man dann später wieder herstellen kann.
8gb ram hab ich auch, aber cpu folden ist da eher ram speed(takt/latenz) abhängig, hab für meine vm um die 3gb zugewiesen, da der a5 core gut zieht.
ich persönlich würde es bei allen 24/7 faltservern auf cpu basis installieren, wer das gro seiner punkte aus gpus holt ist mit w7 besser beraten.
richtig ausfalten(^^-wortwitz FTW!) kann das linux erst sein potenzial auf bigwu´s, aber auch normale smps gehen gut ab(33kppd@p7139)
55kppd(p6900/6901) mache ich mit nur mit dem prozessor was viele multi gpu+ cpu setups schlagen wird, von der leistung vllt net immer, aber im sinne von verbrauch sowieso.
mfg

Von einer BIOS Änderung gehe ich auch aus , allerdings würde es mich stark wundern wenn noch niemand versucht hätte die Limitierung aufzuheben , und bei Erfolg hätte das mit Sicherheit eine Newsmeldung zur Folge gehabt. Also scheint es nicht so einfach zu sein
Vorschlagen könnte man es ihnen , aber ich glaube nicht dass Nvidia sich da weichklopfen lässt
Davon abgesehen dass der Begriff "Raubkopie" schlichtweg falsch ist würde ich sagen nein , immerhin ist es ja mein Produkt , kann denen ja egal sein was ich da rumpfusche![]()

Der A5er zieht viel mehr RAM als der A3er-Core.Dachte bis jetzt das Ram eig bei Sandy Systemen egal ist, brauch da morgen aufjedenfall ma deine, oder die Hilfe eines anderen Users der sich mit Linux/Sandybride auskennt![]()