Rumpelkammer: PCGH Folding@Home-Thread II

Die Frage wäre nur, ob das CPU2-big-Bonus-System auch wirklich den wissenschaftlichen Wert der Ergebnisse wiederspiegelt.:huh: 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).
Mit CPUs lassen sich einfach komplexere Aufgaben berechnen, einen Kern auf einer GPU und einen echten x86 Kern kann man absolut nicht vergleichen.

Deshalb versucht Stanford vermutlich mit den Bonus Programmen mehr CPU Falter zu rekrutieren weil sich viele Aufgaben einfach nicht auf GPUs berechnen lassen bzw. ineffizienter. Soweit ich weiß verwendet F@H ausschließlich DP Berechnungen , d.h. dass bei AMD nur ein Viertel der Leistung erreicht werden kann , und bei Nvidia Consumer Karten ein Achtel(afaik), auf Quadro/Tesla Karten schafft man die Hälfte(künstliche Bremse).
Hat man zusätzlich noch schlecht parallelisierbare Probleme sinkt die Effizient bei GPUs weiter , dazu kommt dass die Caches viel kleiner sind , also wäre es sinnlos große Aufgaben auf GPUs auszuführen.

Basierend auf der Architektur ist Nvidia besser für GPGPU gerüstet als AMD, z.B. ist die Cachekoheränz bei Nvidia wie bei CPUs gelöst , bei AMD hingegen sind komplexere Speicherzugriffe langsam, das ist zwar schneller für simple vorhersehbare Berechnungen aber langsam bei komplexen Aufgaben.
Alles in allem ist die hohe Rechenleistung von AMD nur auf dem Papier schneller , Nvidia arbeitet mit weniger Rechenleistung wesentlich effizienter , vor allem bei GPGPU Anwendungen.
 
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.
 
Ich 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 :ugly:
 
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 ?

für Linux gibt es keinen GPU Client. Deswegen CPU only. Es soll über den Emulator Wine funktionieren.
:devil: Das tut sich aber kein eingefleischter Linux User an :devil:
 
zu der CPU GPU Diskussion

momentan ist es schon so das die CPU´s gerade unter VM oder nativen Linux mehr Punkte bringen als ein GPU,

wen die GPu´s Bonus bekommen würden, würde es sicher wieder anders aussehen, man muss ja nur mal die Bonuspunkte Berechnung ausschalten, z.b. bei HFM.net


aber wie es schon hier geschrieben wurde "jede Wu zählt " egal ob 24/7 falter oder Freizeitfalter die nur mal eine WU über die GPu laufen lassen,

den man muss sich immer vor Augen halten das nicht jeder das Geld hat um sich eine Bigwu Taugliches System zu bauen und das dan noch 24/7 laufen zu lassen, von daher ist es gut das es auch die Möglichkeit gibt mit einer breiten auswahl an verschiedener Hardware zu falten und es sich nicht nur auf High End CPU´s beschränkt sonder auch mit low budget System Falten möglich ist.
 
Guten abend!

so mein Server faltet gerade die erste Big. Es handelt sich um das Projekt 2686. Meine TFP liegt bei 48 min und das macht mir sorgen. Ist die Zeit normal für einen auf 3600 MHz übertakteten i7 860 bei der Berechnung des Projektes 2686 oder zu langsam?
 
Dass 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.
QRB started in SMP, and was recently added to CPU client. It's not unrealistic to expect that for all clients.
aus Folding Forum • View topic - News on new OpenCL driver...

@GPU-Folding unter Linux: Mit OpenCL ist es möglich unter Linux mit der GPU zu rechnen. Da der neue FahCore16 auf OpenCL setzt, wird es das ganz hoffentlich auch bald unter nativem Linux geben. Aber ich glaube AMD, Nivdia und die Leute aus Stanford haben da erst mal etwas anderes zu tun. Eine Optimierung des Cores für Windows wäre nicht schlecht, damit eine ähnliche Leistung, wie unter Linux erzielt wird.
 
Ich 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 :ugly:
Das stimmt so nicht ;-) 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.
Soweit ich weiß wurde zumindest in den Anfängen meiner Faltkarriere (Anno 2007) jede WU doppelt gerechnet um genau diese Fehler zu eliminieren,die man mit Fehlerkorrektur eventuell bemerkt hätte, und die Arbeitsschritte wiederholen hätte können um den Fehler rauszubekommen.(ECC kann Fehler nur erkennen , nicht korrigieren)

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.

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.

Dass 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...
Das ist sicher auch ein Vorteil durch den Bonus ;-) 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.
 
Zuletzt bearbeitet:
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.

Angeblich 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?
 
Das ist sicher auch ein Vorteil durch den Bonus ;-) 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.

Klar es gibt aber auch Sachen, die sich wesentlich besser auf der GPU berechnen lassen. ;) Aber da sind die Punkte ja sicher Ansporn genug.

Nachdem das von xXxatrush1987 gepostete Foldinglinux bei mir nicht will, hab ich es noch mal mit Ubuntu versucht. Dieses Mal hab ich aber Ubuntu 10.04 probiert. Was soll ich sagen die Installation der neuen 7er Version ging kinderleicht. Auch die Einrichtung ist einfach, da es die selbe Oberfläche hat, wie der Windowsclient. Einzig die Steuerung über das Netzwerk will noch nicht, aber man kann ja nicht alles haben. :lol:
Performance des Client unter Ubuntu in einer VM mit Virtualbox wird aber erst heute Nacht getestet.
 
Nee noch ist nicht Nacht und die GPU muss noch arbeiten. :ugly: Außerdem ging beim Testen zeitweise gar nichts mehr, weil die VM 100% Last verursacht hat.
 
Angeblich 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?
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 ;-)
 
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

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 ;-)
 
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 ;-)

Möglich ist vieles, aber Nvidia ist ja auch nicht dumm. Man könnte ihnen ja vorschlagen diese Funktion wenigstens als Bonus für zukünftige Highend Consumer Karten einzubauen, wenn es technisch bei der heutigen Generation nicht möglich ist. Dann würden sie eventuell auch noch mehr x70,80 und 90er verkaufen statt GTS450er "Faltwunderkarten" ;)
 
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 ;-)
Der A5er zieht viel mehr RAM als der A3er-Core.

Siehe hier:
Overclockers Forums - View Single Post - Ram Requirements for Bigadv

Die besagten 13% (Zwar unter WIN) -> Ein gutes GB ist in der Tat mehr als 10 mal mehr als die 92 MB, die der A3-Core bei mir unter dem alten 2.6.35-22-generic-Kernel zieht.
Gut, dass wir "heutzutage" mehr RAM in unseren Rechnern haben.
 
Zurück