Ja du änderst nur eine Zahl, der Client denkt du hast dann 8 Kerne, genau wie die ganzen i7s bzw. das OS(Windows/Linux) es beim i7 macht, deswegen bist du noch lange nicht in der Lage ein BA 8 Projekt mit einem i7 920 @stock (2,66GHz) zu falten, jedenfalls nicht innerhalb der bevorzugten Deadline. Du musst schon auf min. 3,6 GHz hoch, der Sandy i7 schafft das gerade mal eben so, aber der läuft ey auf 3,5GHz @stock, das streitet auch niemand ab.
Die BA Projekte werden aber nicht auf einem i7(multi-threaded processor der sich als mulitcore-processor meldet) erstellt/getestet/gebencht, sondern auf einem multicore-prozessor inklusive 8x alu/Registersätze/fpu usw..
Dies passiert entweder direkt auf Hardware oder simuliert in einer dafür entwickelten Anwendung, die sehr genau ist bzw. den Standards/Kriterien entspricht.
Es ist bisher kein Intel HT und bisher auch kein AMD CMT involviert und overclocking schon mal gar nicht!
Nun geht z.B. prof. kasson(BA Projekt) hin und nimmt die Daten die eventuell er und andere Wissenschaftler in seinem Fachbereich(international) zusammengetragen haben und packt diese in eine Simulation (Mechanisms of cell entry by influenza; Viral glycan recognition and drug resistance; molecular dynamics simulation).
Vorher hat man sich auf ein System/Sprache/Standards whatever geeinigt. Gromacs z.B. auf dem FAH basiert wird zum großen Teil in Europa entwickelt soweit ich informiert bin, FAH spielt sich nicht nur im fernen Stanford ab. Gromacs ist auch keine Gameengine oder Office Programm/Browser oder PRIME95.
Und jetzt gehst du hin und umgehst die ganzen Standards/Prozess auf die/den sich die Fakultäten geeinigt haben, ob mit deinem Tool oder mit einem scheinbar übertakteten stabilen i7 whatever.(Stichwort Errata List)
Das ist ja noch nicht so schlimm, wenn denn die Ergebnisse rechtzeitig angekommen( 5 Minuten vor der final Deadline oder 1 Stunde danach ist zu spät, da ist auch noch ein upload im Gange) und verwertbar gewesen wären(was ja scheinbar zum Teil nicht der Fall war) und auch nicht den Datenbestand auf 2 Servern gefährdet/korrumpiert hätten.
Und hier liegt der Knackpunkt! Das ganze schadet eindeutig dem Projekt.
Bitte denk darüber nach, dass das alles was wir hier rechnen quasi nur "Annahmen" sind, wir verstehen nur sehr wenig von Protein Faltung/Missfaltung weil der Vorgang extrem komplex ist, den Protein Aufbau kennen wir "gut".
Kurzum wir simulieren hier etwas im Atombereich das wir eigentlich nicht so richtig verstehen und versuchen die Beobachtungen/Daten zu bestätigen, deswegen auch Grundlagenforschung<- Wissenschaftliche Standards sind hier ein muss das ist kein Hobby Projekt.
Das ganze wird wie oben beschrieben an die freiwilligen Helfer, also uns nach unzähligen Tests usw. ausgehändigt, in dem Vertrauen das wir uns an die Nutzungsbedingungen und ans System halten und die Ergebnisse die wir zurück liefern verwertbar sind, darauf baut andere/weitere Forhschung auf.
Als Belohnung gibt es Punkte und Bonuspunkte(QRB) für Poweruser, "Zertifikate" und schöne Tabellen.
Das ganze richtet sich auch nicht direkt gegen die i7 User, obwohl die Umgehung der BA Regeln nicht gern gesehen wurde.
Diese Regeln sind klar definiert, da steht auch ganz klar drin das es jederzeit signifikante Änderungen geben kann.
Man hätte die i7 User eventuell bei BA8 drin gelassen und für die dicken Fische BA12 oder BA16 eingeführt, ist aber nur eine Vermutung.
Das ganze richtet sich wohl eher gegen die ganzen CORE2QUAD/x4/X6 ich tricks mir meine Cores zusammen und oc bis zum Erbrechen User die Mumpitz abliefern und den ganzen Sinn des Projektes nicht verstehen nicht verstehen wollen, es geht hier nicht um eure Stats.
Der Sinn des QRB also des Quick Return Bonus Programms ist auch nicht gerade mal eben so die final deadline zu schaffen, sondern die bevorzugte deadline oder noch besser darunter.
Und zu der Team Geschichte, neben solche Tricks mit den Cores wurden dann z.B. Client/IDs manipuliert und Wus x-fach abgeliefert, damit die PPD schön hoch in den Stats sind.
Sei dir bewusst, die Stanfords Server wissen genau an welchen Client sie welche workunit wann abgeliefert haben, sie warten auch auf diese workunits. Für bigadv/QRB brauchst du auch noch ein Passkey.
Und mit dem v7 und dem gesamten Code dahinter ist noch mehr möglich.
Das System dahinter ist komplexer als man denkt, hier wird nicht nach E.T. gesucht und auch da ist das System komplex.
@Gehacktesmacher
Solange bigbeta/BA12 per Definition Linux erfordert wirst du unter Windows keine bigbeta oder BA12 sehen, ob mit oder ohne V7. Außer es werden extra bigbeta/BA12 für Windows herrausgegeben. V7 oder V6 haben auch nichts mit dem eigentlichen FAHCore zu tun, das ist quasi nur der Client der den FAHCore runterlädt/konfiguriert/startet und Anweisungen gibt.
Der V7 enstand aus der Kritik/dem Wunsch herraus den Client mehr benutzerfreundlich zu machen und einiges zu konsolidieren. Es müssen nun keine 3 Clients(SMP/GPU/UNI) für diverse Hardware/Betriebssysteme betreut werden.
Ach ja, im Beta Team sind wohl BA? Workunits mit 30% weniger PPD im Vergleich zu 6097, 98, 99 auf einem Intel 6 Kerner unterwegs.