20. April 2024, 00:32:21 Uhr

Antworten

Achtung: Dieser Beitrag wird erst angezeigt, wenn er von einem Moderator genehmigt wurde.
Anhänge und andere Optionen
Verifizierung:
Bitte lassen Sie dieses Feld leer:
Geben Sie die Buchstaben aus dem Bild ein
Buchstaben anhören / Neues Bild laden

Geben Sie die Buchstaben aus dem Bild ein:

Wo findet das Oktoberfest statt?:
Tastenkürzel: Alt+S Beitrag schreiben oder Alt+P für Vorschau

Zusammenfassung

Autor gandal
 - 11. Juli 2005, 18:23:10 Uhr
 :o Wow, ist echt krass, was rauskommt, wenn man von Hand optimiert. :P

Auf einer Xeon Doppelprozessormaschine hat sich der Durchsatz verdoppelt, als ich die Anzahl der Cruncher von 4 auf 2 gestellt habe. :banana:
Boing, werde wohl noch ein bischen nacharbeiten müssen.  :-\
Autor Spider-Mann
 - 10. Juli 2005, 14:18:54 Uhr
Das ist jeweils für den ganzen Client. Hyperthreading ist für RC5-72 ungeeignet, weil du keine echten zwei CPU´s hast.
Da behindert sich der Client selbst.
Autor gandal
 - 10. Juli 2005, 13:25:30 Uhr
Hätte noch ne Frage zu den Einstellungen:

Eingestellte ist Core #7
Wenn ich jetzt bei aktivem Hyperthreading den Durchsatz ansehe steht er so bei 6800 ksec.
Ist das jetzt pro Cruncher, oder gesamt.
Wenn ich die Anzahl der Cruncher auf 0 setze, geht es hoch auf 7500 ksec.
Autor Spider-Mann
 - 05. Juli 2005, 11:40:56 Uhr
Bei mir schafft der 496-Client ca. 2.000 keys/s weniger als der 465b-Client.
Das ist keine Benchmarkungenauigkeit, ich habe den Client ca. 10 Stunden laufen lassen.
Autor Schwermetaller
 - 03. Juli 2005, 16:35:45 Uhr
Hab hier schon alles auf 496 umgestellt, alleine schon wegen dem Plus an Keys/s eine lohnenswerte Sache.
Autor Thaman
 - 03. Juli 2005, 11:41:58 Uhr
Crunchen aber noch sehr wenige mit dem neuen Client ?? Warum nur ??  ???
Autor tyco
 - 30. Juni 2005, 13:38:17 Uhr
Zitat von: GudiSo, der 496er ist als offizielles Realease für die meisten OS draußen.
http://www.distributed.net/download/clients.php

Ein Update wird allen empfohlen. Auch denen, die mit dem 495er eigentlich zufrieden sind... ;)
Alle, die auf x86 einen Client mit der Version 494 oder älter haben, müssen updaten. In einigen Cores gab es einen kleinen Bug, sodass einige Keys nicht korrekt geprüft worden sind (max. 2% pro WU). Diese Keys müssen später nocheinmal herausgegeben werden. Damit diese Anzahl nicht steigt, wird man die WUs dieser Client-Versionen ab einem (noch nicht) bestimmten Zeitpunkt nicht mehr werten.

http://www.iq-hardware.de/forum/viewtopic.php?t=2069&sid=0af6b4b01a766db148eeb714a7e6e57e
Autor Janko
 - 23. Juni 2005, 12:36:43 Uhr
jop der client hat ne autodetect funktion er erkennt also immer den richtigen core für die cpu :)
Autor Casemodder
 - 22. Juni 2005, 19:48:02 Uhr
Ich weiß es zwar nicht!

Aber ich glaub dass der PC sich die am besten (wost am meiten keys/sec hast) geeigneten Cores "raus sucht"
Autor Thaman
 - 22. Juni 2005, 16:15:51 Uhr
Welche Cores sind eigentliche für welche Prozis am besten ??

Ich besitze

2 P4 1x ohne HT, einmal mit HT !!

2 AMD 64 Bit 3000

2 Xeon Server

1 Centrino Rechner
lg
Autor Thaman
 - 14. Juni 2005, 10:54:00 Uhr
THX
Autor jcliedke
 - 14. Juni 2005, 10:47:30 Uhr
Vorne die kleinen Zahlen sind deren Randbemerkungen, der 491: "3. alternate version for old Linux kernels, like 2.0.x"
normaler weise sollte der 494 der Richtige sein, es gibt sonst als Prerelease die 496, bei einigen CPU's bringt die noch mal etwas mehr
CU Carsten
Autor Thaman
 - 14. Juni 2005, 10:10:35 Uhr
Da gibt es zwei für Linux zum Downloaden.

Einmal der

3  [x86/ELF/glibc2.1/MT]  v2.9008.491   2004-11-13    http | ftp

und einmal der

   [x86/ELF]  v2.9009.494   2004-11-12    http | ftp

Welcher ist der bessere ??

lg
Autor Gudi
 - 10. Juni 2005, 18:21:05 Uhr
zwei bugfixes und an einem ogr-core wurde etwas gemacht... wer mit dem 495 (bzw 495b für die A64er) gut klarkommt, braucht erstmal nicht auf diesen umzusteigen... vielleicht mal, wenn er nicht mehr als "prerelease" bezeichnet wird...
Autor tyco
 - 10. Juni 2005, 17:45:01 Uhr
Warum ist er dann draussen?