Maakt die distributed.net client soms veel gebruik van de FPU? Mijn AMD-K6-3 400 haalt gem. 650.000 keys/sec, terwijl m'n laptop (met celeron 366) er 1.000.000 haalt. Beetje vreem toch? Of juist niet?
Nee hoor, dit is niet vreemd... voor zulke dingen is die AMD namelijk inderdaad niet goed (FPU's he?)
If nothing is written below, I was the last to reply...
Ligt ook een beetje aan de client, ik geloof dat de core niet helemaal goed geoptimalieerd is voor een AMD.
There are never enough hours in a day, but always too many days before saturday.
Ik wil je niet meteen aanvallen maar waarom staat er bij de beta client de volgende regel?
2.8008.459 new: x86: new rc5 K7 core
Je vergelijking gaat niet helemaal op, het zijn twee totaal verschillende producten met hun eigen specifieke hardware (moederbord, chipset & processor-core). Ook is de p-core een stukkie ouder dan de athlon core. Dit alles maakt dat de athlon sneller en niet dat die client zo geoptimaliseerd is voor de athlon.
2.8008.459 new: x86: new rc5 K7 core
Je vergelijking gaat niet helemaal op, het zijn twee totaal verschillende producten met hun eigen specifieke hardware (moederbord, chipset & processor-core). Ook is de p-core een stukkie ouder dan de athlon core. Dit alles maakt dat de athlon sneller en niet dat die client zo geoptimaliseerd is voor de athlon.
There are never enough hours in a day, but always too many days before saturday.
De dnetc client maakt geen gebruik van je FPU. De rc5 berekeningen zijn bestaan alleen uit integer-instructies en hebben dus geen enkele baat bij een FPU.
Zie ook deze FAQ: http://n0cgi.distributed.net/faq/cache/57.html
Zie ook deze FAQ: http://n0cgi.distributed.net/faq/cache/57.html
"Pas als het proces gecrashed is, dumpt men de core"
Pagina: 1