[Dnet] GPU Client

[Cpt00kirk]

De site waar de client gemaakt is :

http://episteme.arstechni.../122097561/m/766004683831

purchased an 8800 GTX a little while back (after watching Ian Buck's presentation on CUDA {Stanford Univ. EE380 video}).

I initially focused my efforts toward accelerating xvid. I implemented the half-pel and quarter-pel interpolation algorithms and found that the overhead of moving data to and from the GPU was killing the performance gain.

So, I started looking at the motion compensation routines (where xvid spends most of it's time). The current MC code has a large number of conditionals and I was weary to attempt any kind of implementation without having a reasonably good ideal of what all of the conditional paths are for.

I decided to look for an algorithm that has a relatively small kernel and is seriously compute bound. RC5 fit the bill. I started hacking a CUDA core into dnetc on Sat. afternoon and finally got things working smoothly an hour ago.

The CUDA core is totally UN-optimized and still manages to be well over 12x the performance of the next fastest core on my E4300 (stock speed).

I have posted the sources in my mercurial repo.

http://dungeon.darktech.org/hg/dnetc_cuda/

Because I used the public dnetc snapshot, it is not possible to build an official client with this code. Also, I hacked up the configure script, so I doubt it is even sane on any archs other than x86-linux with CUDA and nvcc present. But, if you are an enterprising hacker, have fun with the code.


paul@sr71 ~/code/dnetc_cuda $ ./dnetc -test RC5-72 10

distributed.net client for Linux Copyright 1997-2006, distributed.net
Please visit http://www.distributed.net/ for up-to-date contest information.


dnetc v2.9012-497-CFR-06032022 for Linux (Linux 2.6.20).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/

[Mar 12 04:15:42 UTC] Automatic processor type detection did not
recognize the processor (tag: "6547:06F2")
[Mar 12 04:15:42 UTC] RC5-72: using core #10 (CUDA 1-pipe).
[Mar 12 04:15:42 UTC] RC5-72: Test 01 passed: C9:0C0353C04E1FE85-C9:0C0353C04E1FE85
[Mar 12 04:15:42 UTC] RC5-72: Test 02 passed: DE:EE0C6279:BF66F898-DE:EE0C6279:BF66F898
[Mar 12 04:15:42 UTC] RC5-72: Test 03 passed: 0F:556979E7:6C009260-0F:556979E7:6C009260
[Mar 12 04:15:42 UTC] RC5-72: Test 04 passed: 9E8B648C6:00003A3C-9E8B648C6:00003A3C
[Mar 12 04:15:42 UTC] RC5-72: Test 05 passed: C8:B3631100:0000EAF0-C8:B3631100:0000EAF0
[Mar 12 04:15:42 UTC] RC5-72: Test 06 passed: FE:40080000:00006F64-FE:40080000:00006F64
[Mar 12 04:15:42 UTC] RC5-72: Test 07 passed: 28:69000000:0000204D-28:69000000:0000204D
[Mar 12 04:15:42 UTC] RC5-72: Test 08 passed: 6E:00000000:0000172F-6E:00000000:0000172F
[Mar 12 04:15:42 UTC] RC5-72: Test 09 passed: C6:E9386A44:C0F9D107-C6:E9386A44:C0F9D107
[Mar 12 04:15:42 UTC] RC5-72: Test 10 passed: 2B:E01C5B9D65CCAD7-2B:E01C5B9D65CCAD7
[Mar 12 04:15:42 UTC] RC5-72: Test 11 passed: 97:2C0F244D:EFC54E4F-97:2C0F244D:EFC54E4F
[Mar 12 04:15:42 UTC] RC5-72: Test 12 passed: A8:8960B40B:1F46AD1F-A8:8960B40B:1F46AD1F
[Mar 12 04:15:42 UTC] RC5-72: Test 13 passed: B1:FFE95917:B38E4396-B1:FFE95917:B38E4396
[Mar 12 04:15:42 UTC] RC5-72: Test 14 passed: C6:46E7E19D:9CD65C85-C6:46E7E19D:9CD65C85
[Mar 12 04:15:42 UTC] RC5-72: Test 15 passed: E3686400B:7EFB2180-E3686400B:7EFB2180
[Mar 12 04:15:42 UTC] RC5-72: Test 16 passed: 85:EA3678CF:91DB0D2C-85:EA3678CF:91DB0D2C
[Mar 12 04:15:42 UTC] RC5-72: Test 17 passed: D6:BE71026E:348165EE-D6:BE71026E:348165EE
[Mar 12 04:15:42 UTC] RC5-72: Test 18 passed: 5F:71AD1E37:82BC4D50-5F:71AD1E37:82BC4D50
[Mar 12 04:15:42 UTC] RC5-72: Test 19 passed: 11:4134BDB0:175A077F-11:4134BDB0:175A077F
[Mar 12 04:15:42 UTC] RC5-72: Test 20 passed: 94:888FF8CB:282E6E5F-94:888FF8CB:282E6E5F
[Mar 12 04:15:42 UTC] RC5-72: Test 21 passed: D9:48A2E6E4:CD610000-D9:48A2E6E4:CD610000
[Mar 12 04:15:42 UTC] RC5-72: Test 22 passed: E5:71448E830860001-E5:71448E830860001
[Mar 12 04:15:42 UTC] RC5-72: Test 23 passed: 3E:ED6D9F85:A6D70002-3E:ED6D9F85:A6D70002
[Mar 12 04:15:42 UTC] RC5-72: Test 24 passed: 2504F6B0E:16AD0003-2504F6B0E:16AD0003
[Mar 12 04:15:42 UTC] RC5-72: Test 25 passed: 05:45C2E10D:273D0000-05:45C2E10D:273D0000
[Mar 12 04:15:42 UTC] RC5-72: Test 26 passed: 56:30E19DF4:8C460000-56:30E19DF4:8C460000
[Mar 12 04:15:42 UTC] RC5-72: Test 27 passed: 85:3B37FFD3:9F140000-85:3B37FFD3:9F140000
[Mar 12 04:15:42 UTC] RC5-72: Test 28 passed: 80:B75263C5:41660000-80:B75263C5:41660000
[Mar 12 04:15:42 UTC] RC5-72: Test 29 passed: 03:52A1DF428A30000-03:52A1DF428A30000
[Mar 12 04:15:42 UTC] RC5-72: Test 30 passed: 87:23A58F8F5940000-87:23A58F8F5940000
[Mar 12 04:15:42 UTC] RC5-72: Test 31 passed: CC:9661BA34:7604002A-CC:9661BA34:7604002A
[Mar 12 04:15:42 UTC] RC5-72: Test 32 passed: 21:E765D2F6:C6110000-21:E765D2F6:C6110000
[Mar 12 04:15:42 UTC] RC5-72: 32/32 Tests Passed (0.064004 seconds)


paul@sr71 ~/code/dnetc_cuda $ ./dnetc -bench RC5-72

distributed.net client for Linux Copyright 1997-2006, distributed.net
Please visit http://www.distributed.net/ for up-to-date contest information.


dnetc v2.9012-497-CFR-06032022 for Linux (Linux 2.6.20).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/

[Mar 12 04:11:47 UTC] Automatic processor type detection did not
recognize the processor (tag: "6547:06F2")
[Mar 12 04:11:47 UTC] RC5-72: using core #0 (SES 1-pipe).
[Mar 12 04:12:07 UTC] RC5-72: Benchmark for core #0 (SES 1-pipe)
0.00:00:17.08 [3,716,277 keys/sec]
[Mar 12 04:12:07 UTC] RC5-72: using core #1 (SES 2-pipe).
[Mar 12 04:12:27 UTC] RC5-72: Benchmark for core #1 (SES 2-pipe)
0.00:00:17.25 [6,228,036 keys/sec]
[Mar 12 04:12:27 UTC] RC5-72: using core #2 (DG 2-pipe).
[Mar 12 04:12:45 UTC] RC5-72: Benchmark for core #2 (DG 2-pipe)
0.00:00:16.59 [4,967,345 keys/sec]
[Mar 12 04:12:45 UTC] RC5-72: using core #3 (DG 3-pipe).
[Mar 12 04:13:05 UTC] RC5-72: Benchmark for core #3 (DG 3-pipe)
0.00:00:16.57 [6,231,719 keys/sec]
[Mar 12 04:13:05 UTC] RC5-72: using core #4 (DG 3-pipe alt).
[Mar 12 04:13:24 UTC] RC5-72: Benchmark for core #4 (DG 3-pipe alt)
0.00:00:17.46 [5,665,622 keys/sec]
[Mar 12 04:13:24 UTC] RC5-72: using core #5 (SS 2-pipe).
[Mar 12 04:13:43 UTC] RC5-72: Benchmark for core #5 (SS 2-pipe)
0.00:00:16.30 [5,274,208 keys/sec]
[Mar 12 04:13:43 UTC] RC5-72: using core #6 (GO 2-pipe).
[Mar 12 04:14:03 UTC] RC5-72: Benchmark for core #6 (GO 2-pipe)
0.00:00:17.11 [6,207,954 keys/sec]
[Mar 12 04:14:03 UTC] RC5-72: using core #7 (SGP 3-pipe).
[Mar 12 04:14:22 UTC] RC5-72: Benchmark for core #7 (SGP 3-pipe)
0.00:00:16.63 [6,567,384 keys/sec]
[Mar 12 04:14:22 UTC] RC5-72: using core #8 (MA 4-pipe).
[Mar 12 04:14:42 UTC] RC5-72: Benchmark for core #8 (MA 4-pipe)
0.00:00:16.95 [5,364,069 keys/sec]
[Mar 12 04:14:42 UTC] RC5-72: using core #9 (MMX 4-pipe).
[Mar 12 04:15:01 UTC] RC5-72: Benchmark for core #9 (MMX 4-pipe)
0.00:00:16.64 [4,298,758 keys/sec]
[Mar 12 04:15:01 UTC] RC5-72: using core #10 (CUDA 1-pipe).
[Mar 12 04:15:19 UTC] RC5-72: Benchmark for core #10 (CUDA 1-pipe)
0.00:00:16.28 [84,343,980 keys/sec]

Het begin is er nu nog de optimalisaties

EDIT : Totally unoptimized... Linux only...!!!

[ Voor 94% gewijzigd door Cpt00kirk op 12-03-2007 08:53 ]

[Aapje]

Dat is ronduit eng
Hoeveel watt gebruikt die core eig?

[Cpt00kirk]

BaBoOn schreef op maandag 12 maart 2007 @ 08:56:
Dat is ronduit eng
Hoeveel watt gebruikt die core eig?

zo ongeveer 170 WATT @ full

[iisschots]

Hopen dat dnet ook gebruik gaat maken van de code en het in de officiele client bakt. Dan zal rc5 ook eens lekker gaan opschieten

84 mkey's is ongeveer 10 AMD XP3000. Dat is erg snel.

[Henry_]

Hopen dat OGR ook wordt ondersteund binnenkort

[Cpt00kirk]

wie heeft zon kaartje (of in SLI ) en wil dit wel eens gaan testen..

[The_Greater]

Henry_ schreef op maandag 12 maart 2007 @ 09:24:
Hopen dat OGR ook wordt ondersteund binnenkort

Dat hoop ik ook.
OGR + ATI based power lijkt mij ook wel wat

[Pim.]

Holy crap !!!!!!!

84 Mkeys.... dat is erg ranzig....

* Pim. wannahave !

[Qwerty-273]

Als men inderdaad de tijd vind en er een stabiele core van kan maken voor dnetc, dan zal het aantal keys wat verwerkt wordt snel toenemen. En komen we toch een aantal jaren dichterbij de juiste key
Even wachten dus nog. Bij D.net is men wel al op de hoogte gebracht?

[DukeBox]

Vond het nogal laag klinken. maar toen ik zag dat het RC5 was.. was mijn reactie net als Pim..

MAAR.. zolang ie niet geoptimaliseerd is is de prestatie/watt nog net niet gunstiger..

Op mijn bak haal ik ~74 Mkeys maar mijn verbruik is dan 150 Watt (volgens BMC)

8800GTX: 2,024 Watt per Mkey
E5345: 2,027 Watt per Mkey

[iisschots]

Qwerty-273 schreef op maandag 12 maart 2007 @ 10:37:
Als men inderdaad de tijd vind en er een stabiele core van kan maken voor dnetc, dan zal het aantal keys wat verwerkt wordt snel toenemen. En komen we toch een aantal jaren dichterbij de juiste key
Even wachten dus nog. Bij D.net is men wel al op de hoogte gebracht?

Ik heb Floppus geatendeerd op dit topic en hij is van D.net.

[SKiLLa]

Yes, eindelijk ... kan niet wachten totdat er een officiele GPU client is voor RC5/OGR
Hopelijk is het aandeel dikke GPUs in NL groter dan in moedertje Rusland

[Anoniem: 151618]

SKiLLa schreef op maandag 12 maart 2007 @ 10:56:
Yes, eindelijk ... kan niet wachten totdat er een officiele GPU client is voor RC5/OGR
Hopelijk is het aandeel dikke GPUs in NL groter dan in moedertje Rusland

Dat weet ik wel zeker. als dit gaat werken koop ik er twee!

[Cpt00kirk]

Anoniem: 151618 schreef op maandag 12 maart 2007 @ 11:03:
[...]

Dat weet ik wel zeker. als dit gaat werken koop ik er twee!

dat bedoel ik !!! laat het vakantiegeld maar komen

[soulrider]

DukeBox schreef op maandag 12 maart 2007 @ 10:38:
Vond het nogal laag klinken. maar toen ik zag dat het RC5 was.. was mijn reactie net als Pim..

MAAR.. zolang ie niet geoptimaliseerd is is de prestatie/watt nog net niet gunstiger..

Op mijn bak haal ik ~74 Mkeys maar mijn verbruik is dan 150 Watt (volgens BMC)

8800GTX: 2,024 Watt per Mkey
E5345: 2,027 Watt per Mkey

jouw bak gecombineerd met 2 8800 GTX'en geeft dan maar effe 250 MKeys (2x 80 + 1x 70): netjes

Als dit in de officiele client komt zou het een enorme boost geven en extra goede reclame zijn voor nvidia. (had seti geen cpu+ati versie ?)

//nee, ik doe niet mee met DPC of andere teams, maar ik volg zulks nieuws wel mee.
(ik lurk nog en mss dat ik toch eens een steentje toe draag zodra ik helemaal stats verslaafd ben)

[ Voor 11% gewijzigd door soulrider op 12-03-2007 11:08 ]

[Bubbles]

Nee, het was een andere @home: Folding@Home. Die heeft inderdaad een optimized client voor de laatste Ati kaarten (welke volgens hun ongeveer 40x zo snel zou zijn als de meeste hedendaagse cpu's).

[Anoniem: 151618]

http://ati.amd.com/technology/streamcomputing/folding.html
lekker hoor.

[DukeBox]

soulrider schreef op maandag 12 maart 2007 @ 11:05:
jouw bak gecombineerd met 2 8800 GTX'en geeft dan maar effe 250 MKeys (2x 80 + 1x 70): netjes

Als er x16 sloten in gezeten hadden.. maar helaas moet ik het doen met 4*8 en 4*4..

[Cpt00kirk]

is er niet iemand die deze client kan downloaden en deze geschikt kan maken onder windows??

[soulrider]

Cpt00kirk schreef op maandag 12 maart 2007 @ 11:30:
is er niet iemand die deze client kan downloaden en deze geschikt kan maken onder windows??

de core kan misschien, maar voor de client moet je eerst die core voorstellen aan D.net zodat zij hem in hun client kunnen opnemen.

hun beschikbare code levert namelijk geen werkende client op.
enkel een off-line versie waarmee je je core kunt testen.

[Adm.Spock]

Crikey!

[Cpt00kirk]

offtopic:
[quote]Adm.Spock schreef op maandag 12 maart 2007 @ 22:37:
Cirkey!
[/quote]

hey Spock..... naar welk schip ben jij verhuist ?? kan je niet meer vinden...

zo effe weer ontopic... hebben we bij DPC nou niemand met linux en een 8800 GTX?? die effe kan testen

[ Voor 19% gewijzigd door Cpt00kirk op 13-03-2007 08:08 ]

[Robinski]

Cpt00kirk schreef op dinsdag 13 maart 2007 @ 08:07:

offtopic:
[quote]Adm.Spock schreef op maandag 12 maart 2007 @ 22:37:
Cirkey!
[/quote]

hey Spock..... naar welk schip ben jij verhuist ?? kan je niet meer vinden...

zo effe weer ontopic... hebben we bij DPC nou niemand met linux en een 8800 GTX?? die effe kan testen

iemand met een 8800 GTX en een Linux Live CDtje zou eventueel ook genoeg zijn.
ik heb geen 8800 GTX

[HeepH]

Als jullie mij een toffe boot-cd en een tutorial voor de installatie van dpc op linux hebben dan wil ik wel even testen, ik heb een 8800 GTX.

[ Voor 4% gewijzigd door HeepH op 13-03-2007 10:19 ]

[Anoniem: 212261]

gaat dit ook werken met een 8800GTS dan wil ik het ook wel ff testen

[Robinski]

Anoniem: 212261 schreef op dinsdag 13 maart 2007 @ 11:40:
gaat dit ook werken met een 8800GTS dan wil ik het ook wel ff testen

Geen idee, probeer het eens zou ik zeggen.

Heephstan schreef op dinsdag 13 maart 2007 @ 10:18:
Als jullie mij een toffe boot-cd en een tutorial voor de installatie van dpc op linux hebben dan wil ik wel even testen, ik heb een 8800 GTX.

Tutorial versie 4
Update 14:22: Er is nog een nVidia compiler nodig zag ik net... dit zal ik ook nog proberen te verwerken.
Update 22:22: Helaas kom ik niet helemaal uit die nVidia / CUDA compiler, iemand anders misschien?

1. Download Ubuntu Desktop CD (http://nl.releases.ubuntu...ntu-6.10-desktop-i386.iso)
2. Brand Ubuntu op een CD
3. Start PC met de CD in de lade

4. Als Ubuntu is opgestart, klik bovenaan op Applications dan op Accessories en start Terminal op

5. type: sudo -i
6. type: aptitude install build-essential nasm

7. type: wget http://rharmsen.nl/got/source.zip
8. type: unzip source.zip

10: type: cd client
11: type: chmod +x configure
11: type: ./configure x86-linux
12: type: make

13: nu is de test applicatie af!!!!

14. type ./dnetc -bench RC5-72
15. type ./dnetc -test RC5-72

[ Voor 81% gewijzigd door Robinski op 13-03-2007 22:22 ]

[Anoniem: 26032]

Wow, 80+ MKeys/s met een niet geoptimalizeerde core

Bijzonder interessant speelgoed, dat moeten we eens van dichtbij bekijken

Ik dacht dat de appeltjes al flink gas gaven...dit ding doet gewoon even veel als een quad G5 2,5 GHz, waarbij het toch iets minder verstookt en er wat rek in zit door optimalisaties

* Anoniem: 26032 gaat de bestelling van een 7950GT - ik ben geen gamer dus ik geef niet veel geld uit aan videokaarten - toch even uitstellen...

[Anoniem: 212261]

kan het helaas niet testen, als de live cd van ubuntu erin doe blijft hij hangen bij het mounten van de schijven.. komt waarschijnlijk omdat ik raid 0 draai.

nu maar hopen dat er snel een windows versie komt..

[ge-flopt]

Dit is wel heel erg nice. Ik zat er eigenlijk al op te wachten. Dan over een tijdje maar als mijn video kaart "uit de tijd is" eens naar een ATI kijken

[Rowdy.nl]

Kun je geen extra parameters meegeven bij het booten van dat image dan...? Zoals niet mounten van drives...?

[Anoniem: 212261]

Rowdy.nl schreef op vrijdag 16 maart 2007 @ 09:58:
Kun je geen extra parameters meegeven bij het booten van dat image dan...? Zoals niet mounten van drives...?

kan wel extra parameters opgeven.. moet alleen nog even uitzoeken welke ik dan moet opgeven

EDIT: Lees nu net dat mijn IDE controller (JMicron JMB383) nog niet ondersteund wordt in de huidige kernel van ubuntu en pas vanaf kernel 2.6.18

[ Voor 18% gewijzigd door Anoniem: 212261 op 16-03-2007 15:45 ]

[Cpt00kirk]

EVEN EEN UPDATE :

men is bezig geweest met een kleine verbetering in de code!!!

Latest optimization:

./dnetc -bench RC5-72 10

distributed.net client for Linux Copyright 1997-2006, distributed.net
Please visit http://www.distributed.net/ for up-to-date contest information.


dnetc v2.9012-497-CFR-06032022 for Linux (Linux 2.6.20).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/

[Mar 17 22:00:06 UTC] Automatic processor type detection did not
recognize the processor (tag: "6547:06F2")
[Mar 17 22:00:06 UTC] RC5-72: using core #10 (CUDA 1-pipe).
[Mar 17 22:00:24 UTC] RC5-72: Benchmark for core #10 (CUDA 1-pipe)
0.00:00:16.26 [ 113,784,744 keys/sec ]

een bump van 30 miljoen erbij!! gaat de goede kant op... ook zijn er al reacties gekomen van de dcnet crew en ze zijn van plan om hier serieus werk van te gaan maken met ondersteuning

[ColdFusion]

Holy crap

[Henry_]

Wow dat is een leuke vooruitgang, hopelijk wordt ie ook voor OGR ontwikkeld...
daar zou deze al gauw zo'n 250 MNodes/sec doen

[Jive]

* Jive is ook zeer beniewd wat OGR doet ...

[Cpt00kirk]

NOG even een quote van de maker van afgelopen weekend :

I'm going to sign the NDA this weekend so I should hopefully have access to the complete sources reasonably soon.

met andere woorden de onderliggende code wordt binnenkort voor hem beschikbaar zodat hij VEEL beter kan optimaliseren

het zal wel VET wezen als deze kaart straks zon 150 tot 200 miljoen kan draaien @ RC5-72 en tegen de 500 @ OGR !!

[ Voor 3% gewijzigd door Cpt00kirk op 19-03-2007 10:30 ]

[iisschots]

Cpt00kirk schreef op maandag 19 maart 2007 @ 10:29:
NOG even een quote van de maker van afgelopen weekend :


[...]


met andere woorden de onderliggende code wordt binnenkort voor hem beschikbaar zodat hij VEEL beter kan optimaliseren

het zal wel VET wezen als deze kaart straks zon 150 tot 200 miljoen kan draaien @ RC5-72 en tegen de 500 @ OGR !!

Dat betekend dat het vanuit D.net word ondersteund?? Dat zou helemaal geweldig zijn

[SandStar]

Gaat het alleen om de 8800? Of lukt het ook met een deftige Quadro FX?

[Robinski]

Cpt00kirk schreef op maandag 19 maart 2007 @ 08:12:
EVEN EEN UPDATE :

men is bezig geweest met een kleine verbetering in de code!!!

Latest optimization:


[...]


een bump van 30 miljoen erbij!! gaat de goede kant op... ook zijn er al reacties gekomen van de dcnet crew en ze zijn van plan om hier serieus werk van te gaan maken met ondersteuning

Super nieuws!!!!!!
Hopelijk komt dit ook vrij snel beschikbaar voor andere GPUs

[ColdFusion]

113mkey/s is gewoon 2273 wu's per dag

[emphasis]

Wow, ik denk dat ik alvast wat extra uurtjes ga werken, om voor een leuk systeem te sparen met sli opstelling ofzo

[Anoniem: 26032]

Cpt00kirk schreef op maandag 19 maart 2007 @ 10:29:
met andere woorden de onderliggende code wordt binnenkort voor hem beschikbaar zodat hij VEEL beter kan optimaliseren

Euh nee, ik denk dat hij gewoon access krijgt tot de private buffer code van dnet, zodat ie z'n code kan integreren in een echte client die een buff-in.r72 en een buff-out.r72 kan lezen/schrijven. Niet om nog beter te kunnen optimaliseren. Daar heeft ie geen extra code voor nodig lijkt me

SandStar schreef op maandag 19 maart 2007 @ 10:42:
Gaat het alleen om de 8800? Of lukt het ook met een deftige Quadro FX?

Als ik de nVidia docs goed heb gelezen, gaat het voorlopig om kaarten gebaseerd op een G80 core. En dan denk ik dat materiaal als Quadro FX 4600 of FX 5600 ook wel in aanmerking komt

[Cpt00kirk]

hier nog een mooi vooruitzicht voor de client op de G80

De nieuwe 8950X2 heeft twee G80-gpu's op twee pcb's die via de beproefde sli-techniek met elkaar in verbinding staan, zoals nVidia eerder deed met de GeForce 7950GX2. De G80-chips draaien op 550MHz en communiceren elk met 512MB aan gddr4-geheugen op 2000MHz. De kaart heeft 96 shaders per chip en gaat naar schatting 600 euro kosten. Kenners menen dat met de rekenkracht van de dualchip 8950GX2 nVidia's Cuda-systeem eindelijk goed uit de verf zou kunnen komen.

nog meer power voor de client!!

[Robkazoe]

600 euro vind ik wel bizarweinig (lees: ongelofelijk). Je betaalt nu 500 euro voor één 8800 GTX en bijna 300 euro voor een 320MB GTS variant.

[FreezeXJ]

raad eens wat er met de prijs van die 8800's gaat gebeuren ( en met je stroomrekening als je zo'n leuke 89X0 in je PC hangt ) Zo hebben ze alvast wat marge voor het geval die r600 toch sneller is dan ze leuk zouden vinden...
/me Freeze_XJ hoopt dat dit stuntje ook voor Ati's nieuwe telg gaat werken

[Jive]

Kan er ook een OGR core getest worden, of is dit de hele boel omprogrammeren ???

[Robinski]

Jive schreef op dinsdag 20 maart 2007 @ 16:42:
Kan er ook een OGR core getest worden, of is dit de hele boel omprogrammeren ???

Als jij even een OGR core programmeerd kunnen ze die vast wel even testen

[Mr.Conroe]

Is er ergens ook een project om de client te porten naar ATI's Stream Technologie (zoals o.a. gebruikt bij Folding@Home) ? Heb wat rond zitten neuzen op de site van AMD/ATi maar het lijkt erop dat ze daar toch een stuk minder scheutig zijn met een SDK, compiler en documenten. Ik heb weinig bruikbaars kunnen vinden iig. Misschien is er vanuit DPC animo en kennis genoeg (?) om zo'n project op poten te zetten ?

[Adm.Spock]

Cpt00kirk schreef op dinsdag 13 maart 2007 @ 08:07:

offtopic:
[quote]Adm.Spock schreef op maandag 12 maart 2007 @ 22:37:
Cirkey!
[/quote]

hey Spock..... naar welk schip ben jij verhuist ?? kan je niet meer vinden...

zo effe weer ontopic... hebben we bij DPC nou niemand met linux en een 8800 GTX?? die effe kan testen

Naar de StarFleet Academie om les te geven

OT: Al wat gehoord van Dnet wat betreft officiële support voor een GPU client?

[Anoniem: 26032]

Robkazoe schreef op dinsdag 20 maart 2007 @ 15:16:
600 euro vind ik wel bizarweinig (lees: ongelofelijk). Je betaalt nu 500 euro voor één 8800 GTX en bijna 300 euro voor een 320MB GTS variant.

Mja, maar in de post van Cpt00kirk hebben ze het over 96 shaders per chip. Als ik me niet vergis is dat even veel als een 8800 GTS; een 8800 GTX heeft er 128. Met andere woorden die 8950X2 is, wat aantal shaders betreft, een dubbele 8800 GTS en 'slechts' anderhalve 8800 GTX. En dan moet je nog de kloksnelheid afwachten (een GTX draait iets sneller dan een GTS). Dus zo'n 600 euro lijkt me wel haalbaar, al blijf ik dat persoonlijk absurd veel geld vinden voor een videokaart. Ik haal dan wel een 320 MB versie van een 8800 GTS ofzo, en zelfs daar moet ik nog eens flink over nadenken want dat vind ik nog steeds een pak geld voor een videokaart. Maar ik moet toegeven: als je er toch ook iets meer kunt mee doen door dit CUDA, dan wordt het toch iets interessanter en overweeg ik het wel. Maar goed, dat is een andere discussie natuurlijk

Adm.Spock schreef op dinsdag 20 maart 2007 @ 20:45:
OT: Al wat gehoord van Dnet wat betreft officiële support voor een GPU client?

Ja, die zouden het naar verluid graag ondersteunen

Jive: OGR wordt een andere core schrijven vrees ik, dus ja: back to the drawing board. Maar als je mij zo'n kaart sponsort zodat ik kan testen wil ik wel iets terugdoen voor je en eens zien waar ik geraak met een OGR core

[Jive]

Effe zien wat deze kaartjes gaan kosten dan, het zou daar toch ook op moeten werken toch.
nieuws: Midrange DirectX 10-kaarten komen boven water

[Reinstein]

Dit is echt vet helaas heb ik geen PCIe op mn mobo

* Reinstein hoop met Jive en de rest mee op een OGR core

[SKiLLa]

Damn, goede ontwikkelingen ! Hoop dat die nieuwe DC client er snel komt en dat je (b.v.) kan instellen dat je GPU RC5 moet doen en je CPU OGR25 (totdat OGR ook ondersteund wordt) ...

[SandStar]

hoeveel knappe GPU's zouden er in rusland aanwezig zijn?

[Reinstein]

SandStar schreef op donderdag 22 maart 2007 @ 12:25:
hoeveel knappe GPU's zouden er in rusland aanwezig zijn?

zul je zien dat er straks een gast tussen zit met een test cluster met van die videokaarten

[Anoniem: 27535]

* Anoniem: 27535 is vorige week in Moskou geweest, de stad met de meeste miljardairs ter wereld, en ik denk dat dat er echt niet weinig zijn

Wie naar Rusland kijkt als ontwikkelingsland kijkt over onder andere Moskou heen die op zich (onofficieel) al bijna net zoveel inwoners heeft als Nederland. Levensonderhoud is er bizar duur, het is een snelle zakenstad waar meer Porsches rijden dan Audi's A8.

Afgezien hiervan... Het is mooi dat er wat met de grafische power gedaan kan worden. Na de mail van Iisschots heb ik de zaak even aangekaart, en is de conclusie gekomen dat een NDA de beste oplossing zou zijn. Ook vanwege de beperkte kennis aangaande grafische cores, en de toch al niet denderende inzetbaarheid van veel core coders.

Even afwachten of alles ook van de grond komt

[Pim.]

Er zijn mogelijkheden, dat is al mooi... wie weet waar dit toe leid

[Anoniem: 26032]

Jive schreef op woensdag 21 maart 2007 @ 17:27:
Effe zien wat deze kaartjes gaan kosten dan, het zou daar toch ook op moeten werken toch.
nieuws: Midrange DirectX 10-kaarten komen boven water

Ik weet het natuurlijk niet 100% zeker, maar ik zou verwachten dat CUDA stuff daar ook op werkt ja. Die G84 core en G86 core zullen wel varianten van de G80 core zijn

Interessant nieuws in ieder geval, dus dat moeten we even in de gaten houden

[Frentik]

En weer 10 Mkeys/sec erbij

the butler @ Arstechnica
I spent a little time cleaning up the code, adding proper error handling and optimizing the result matching code.


./dnetc -bench RC5-72 10

distributed.net client for Linux Copyright 1997-2006, distributed.net
Please visit http://www.distributed.net/ for up-to-date contest information.


dnetc v2.9012-497-CFR-06032022 for Linux (Linux 2.6.20).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/

[Mar 24 03:41:20 UTC] Automatic processor type detection did not
recognize the processor (tag: "6547:06F2")
[Mar 24 03:41:20 UTC] RC5-72: using core #10 (CUDA 1-pipe).
[Mar 24 03:41:39 UTC] RC5-72: Benchmark for core #10 (CUDA 1-pipe)
0.00:00:17.10 [124,925,397 keys/sec]

[Mobster]

Zijn de resultaten ook betrouwbaar? Of heeft dat er niets mee te maken?

[ge-flopt]

Heeft er eigenlijk niets mee te maken. Hij is gewoon aan het kijken (met een speciale versie van dnetc) wat de maximale output is. Als dnet de core accepteerd zullen zij hem gaan inbouwen in een werke client.

Deze client stuurt geen info naar dnet, hij is alleen gemaakt om cores te kunnen testen ed.

[Mobster]

OK. Ik kan me namelijk nog herinneren dat in de tijd van, ik dacht, ECCp-109 er ook iemand een geoptimaliseerde client had gemaakt, maar die spuugde onbetrouwbare resultaten uit waardoor een heel stuk keyspace opnieuw gecrunched moest worden. Geen risico hier dus

[ge-flopt]

Nee, maar wel straks een hogere output, als de core officieel opgenomen wordt would be nice. Zeker als hij het ook doet onder Windows

[Anoniem: 26032]

Eigenlijk denk ik dat het risico er wel is. Dat is er namelijk altijd. En 'als dnet de core accepteert' is natuurlijk geen echt vangnet, want ook bij dnet weten ze niet alles. Ik kan me niet inbeelden dat het dnet development team vol zit met CUDA experts. Want dan hadden ze deze jongen geen NDA aangeboden.

Maar goed, ik wil ook niet te negatief overkomen. De dnet client heeft een test suite die al een goede indicatie is of je core werkt. Dus ik zie dit wel tot een goed einde komen. En vooral: de core die een WU heeft verwerkt wordt ook in de WU's bijgehouden denk ik. Dus als er ooit een fout wordt gevonden in die core kunnen ze 'eenvoudig' de blokjes die verwerkt werden door zulke 'foute' cores nog eens opnieuw uitgeven. Geen idee wat dat voor invloed heeft op de stats, maar het gaat natuurlijk over juiste resultaten

[Frentik]

En weer een update:

thebutler wrote
Just a heads-up. The client is now running on both linux and windows with similar keyrates on both platforms. There currently isn't any gpu detection or dynamic linking with the cuda libraries, but hopefully nvidia will add the necessary bits to their API so that we can continue our work.

Just today, I optimized the result calculation and I am now seeing ~ 144 Mkeys/sec on my 8800 GTX.

[Pim.]

aaaaaaaaaaarg waar blijft die client

[Cpt00kirk]

MMMUUHHHAAaaaaa ....dat ding doet meer dan mijn DUAL QUAD Core

.... laat komen die client ... * Cpt00kirk heeft een SLI bord die staat te trappelen om aangeslingerd te worden met 2 kaarten

[maontje]

Komt hij er ook voor een 6600 kaart asl dat zo is kom ik een eindje met m'n 3 nvidia 6600 kaartjes in de diverse pc's

[Anoniem: 26032]

maontje schreef op maandag 09 april 2007 @ 21:01:
Komt hij er ook voor een 6600 kaart asl dat zo is kom ik een eindje met m'n 3 nvidia 6600 kaartjes in de diverse pc's

Nee. Dat is technisch niet mogelijk, gelet op de architectuur van die GPU's. Nvidia's CUDA ondersteunt enkel de G80 en later. Of met andere woorden: GeForce 8xxx only...

[Anoniem: 26032]

Cpt00kirk schreef op maandag 09 april 2007 @ 11:49:
* Cpt00kirk heeft een SLI bord die staat te trappelen om aangeslingerd te worden met 2 kaarten

Zo'n moederbord heb ik ook, maar ik denk niet dat m'n portemonnee staat te trappelen om twee 8800 GTX kaarten (en de enorme hoeveelheid stroom die ze zuipen) te betalen

Toevallig niemand zin om te sponsoren?

[edit]
Ik begin echt af te takelen... wil je edit klikken op je eigen post, klik je gewoon quote...

[ Voor 10% gewijzigd door Anoniem: 26032 op 09-04-2007 21:38 ]

[Cpt00kirk]

we hebben weer nieuwe info .... maar dit keer van AMD / ATI

http://www.dailytech.com/article.aspx?newsid=6903

At the top of the DirectX 10 chain, is the ATI Radeon HD 2900 XT. The AMD ATI Radeon HD 2900-series features 320 stream processors, over twice as many as NVIDIA’s GeForce 8800 GTX. AMD couples the 320 stream processors with a 512-bit memory interface with eight channels. CrossFire support is now natively supported by the AMD ATI Radeon HD 2900-series; the external CrossFire dongle is a thing of the past.

[Anoniem: 151618]

320 stream processors, OMG zal morgen gaan sparen!

[The_Greater]

Anoniem: 151618 schreef op vrijdag 13 april 2007 @ 11:33:
320 stream processors, OMG zal morgen gaan sparen!

Helemaal mee eens

[Cpt00kirk]

Voor de mensen onder ons die een 8800GTS hebben (hier draait het ook op met het volgende resultaat)

Just for reference, my GTS/320 gets about ~104 Mkeys/sec [factory clocked slightly faster than stock].

[bigbakkus]

*kickje*
is er al meer nieuws onder de zon ?

[Frentik]

Nee dat bericht van cptkirk is het laatste wat daar op de website staat...

[SKiLLa]

Als onderstaande quote (uit de OGR stats van 20-05) waar is, is het helaas ook niet meer nodig

Robinski schreef op maandag 21 mei 2007 @ 07:14:
Zojuist lees ik op distributed.net dat er zeer waarschijnlijk gestopt gaat worden met RC5.

Als dit doorgaat gaat dit ook een groot impact hebben op OGR.

Het plan waar dit in staat: http://n0cgi.distributed....ine&plan=2007-05-21.04:34

PS. er wordt ook gewerkt aan nieuwe projecten.

[Cpt00kirk]

http://episteme.arstechni.../122097561/m/291009467831

Originally posted by IronBits:
Is there a compiled binary yet?
What's the status? I haven't heard anything in a while and I have the hardware to run it Smile
Thanks for any information you may have.


Sorry, there isn't a public binary available. The core itself is stable and works properly in multi GPU setups (only tested in linux). I see ~287 MKeys/sec on a dual 8800 GTX setup. ( DIT IS @ RC-5

Unfortunately, I am currently tied up with work and personal issues and will not have time to complete the integration for a good few months. If you (or anyone else for that matter) would be interested in helping to sort out the integration issues let me know.

Als we dit even grof doorrekenen naar OGR ( als het beschikbaar hier voor komt ) is het dus mogelijk om ongeveer 575 MKeys/sec te doen!!

[ Voor 4% gewijzigd door Cpt00kirk op 07-11-2007 12:13 ]

[Multi-X]

wow ...hebbe hebbe

[Robinski]

Die quote is al van 30 September.... iemand enige info over de developement!?

[injectie]

Is hier ooit nog wat van vernomen? Zou zeer zeker een welkome aanvulling zijn op onze stallen...

[Robinski]

injectie schreef op zondag 18 mei 2008 @ 18:30:
Is hier ooit nog wat van vernomen? Zou zeer zeker een welkome aanvulling zijn op onze stallen...

Er was toevallig gister iets op de BugTrack van dnet gepost, het kwam er op neer dat de orginele developer het jammer vond dat dnet niet verder was gegaan met de code, en dat hij zelf geen tijd had wegens persoonlijke dingen.

Dus we kunnen waarschijnlijk nog vrij lang wachten!

[Robinski]

en deze ook eens even schoppen:

Ik hoop dat er hier eventueel een paar mensen zijn die de windows cuda client eens willen proberen:

Ik heb hier een gecompilde versie neergezet met een hele reeks aan cuda cores.
http://proxyper.rharmsen....win32-cuda-2008-11-28.zip

Ik zou graag het volgende willen weten met verschilleden setups zodat dit terug gekoppeld kan worden aan d.net

1. OS
2. De GPU zoals gerapporteerd door de cliënt
3. Per core de ervaren "responsiveness" van je desktop op een schaal van 0 - 10 waarbij 0 heel slecht is, en 10 geen verschil
4. Per core de snelheid die je haalt

Hopelijk kunnen we hiermee d.net gaan overtuigen dat ze zelf ook een release doen die we ook daadwerkelijk kunnen gebruiken om te crunchen!

[SandStar]

Robinski schreef op vrijdag 28 november 2008 @ 17:12:
en deze ook eens even schoppen:

Ik hoop dat er hier eventueel een paar mensen zijn die de windows cuda client eens willen proberen:

Ik heb hier een gecompilde versie neergezet met een hele reeks aan cuda cores.
http://proxyper.rharmsen....win32-cuda-2008-11-28.zip

Ik zou graag het volgende willen weten met verschilleden setups zodat dit terug gekoppeld kan worden aan d.net

1. OS
2. De GPU zoals gerapporteerd door de cliënt
3. Per core de ervaren "responsiveness" van je desktop op een schaal van 0 - 10 waarbij 0 heel slecht is, en 10 geen verschil
4. Per core de snelheid die je haalt

Hopelijk kunnen we hiermee d.net gaan overtuigen dat ze zelf ook een release doen die we ook daadwerkelijk kunnen gebruiken om te crunchen!

Is dit RC5 of ook OGR-NG?

edit:
crossposten is trouwens niet echt handig

[Robinski]

Alleen RC5, voor OGR moet een volledig nieuwe core geschreven worden omdat de OGR-NG core heel erg anders is dan OGR-P2, waar wel een core beschikbaar voor was.

Uhm.. ik zal wel even wat gaan verwijzen (naar hier!)

[ Voor 53% gewijzigd door Robinski op 28-11-2008 17:47 ]

[TGEN]

1) Windows XP Pro SP3
2) GeForce 8800 GTS 512 (klopt)
3) na een microbench pakt ie CUDA 1-pipe 128-thd (core #3), en is responsive verder
4) core #3 doet 341 Mkeys/sec

Overigens is dit allemaal met de 180.48 detonators.

[ Voor 13% gewijzigd door TGEN op 28-11-2008 18:47 ]

[Robinski]

Misschien is het ook handig je CPU te rapporteren, misschien dat dit ook nog invloed heeft op de responsiveness, en de diver versie is ook wel handig om te weten.


Pfff.. heb ik weer goed over nagedacht (NOT)

[ Voor 31% gewijzigd door Robinski op 28-11-2008 18:55 ]

[TGEN]

Da's een Q9450 @ 3.4GHz.

[Megaflix]

1) Windows Vista Home Premium x64
2) GeForce 8800 GT 512

[Nov 28 17:58:14 UTC] RC5-72: using core #0 (CUDA 1-pipe 16-thd).
[Nov 28 17:58:33 UTC] RC5-72: Benchmark for core #0 (CUDA 1-pipe 16-thd)
0.00:00:17.03 [120,798,086 keys/sec]
[Nov 28 17:58:33 UTC] RC5-72: using core #1 (CUDA 1-pipe 32-thd).
[Nov 28 17:58:52 UTC] RC5-72: Benchmark for core #1 (CUDA 1-pipe 32-thd)
0.00:00:17.03 [228,826,695 keys/sec]
[Nov 28 17:58:52 UTC] RC5-72: using core #2 (CUDA 1-pipe 64-thd).
[Nov 28 17:59:10 UTC] RC5-72: Benchmark for core #0 (CUDA 1-pipe 16-thd)
0.00:00:15.69 [274,579,304 keys/sec]
[Nov 28 17:59:10 UTC] RC5-72: using core #3 (CUDA 1-pipe 128-thd).
[Nov 28 17:59:28 UTC] RC5-72: Benchmark for core #3 (CUDA 1-pipe 128-thd)
0.00:00:15.53 [279,358,697 keys/sec]
[Nov 28 17:59:28 UTC] RC5-72: using core #4 (CUDA 1-pipe 256-thd).
[Nov 28 17:59:47 UTC] RC5-72: Benchmark for core #4 (CUDA 1-pipe 256-thd)
0.00:00:15.89 [272,815,590 keys/sec]
[Nov 28 17:59:47 UTC] RC5-72: using core #5 (CUDA 1-pipe 512-thd).
[Nov 28 17:59:47 UTC] Calibration failed!

CPU en overclock tijdens meting: E4300 1.8@2.4

Edit: Zal volgende keer meten zonder Boinc

[Cpt00kirk]

1) Windows XP Pro SP3
2) GeForce 8800 GT AMP Zotac 512Mb GDDR3
3) na een microbench pakt ie RC5-72: Benchmark for core #0 (CUDA 1-pipe 16-thd)
4) [313,543,869 keys/sec]

draait op een Q6600 @ 3.2 Ghz en er draaien ook nog 4 TSC clients @ 100%, zal later zonder testen.

driver 178.24
[/quote]

[ Voor 9% gewijzigd door Cpt00kirk op 28-11-2008 19:05 ]

[gp500]

Dat is toch extreem veel of zie ik dat verkeerd.

Draai zelf geen rc5.
Maar een enkele core (core2) doet toch minder dan 10Mk/s

[injectie]

schijnbaar heeft mijn videokaart geen GPU
Want hij doet helemaal niks..... Werk met win XP op een MSI NX6800 GS

Dit geeft de client:

distributed.net client for Win32 Copyright 1997-2008, distributed.net
Please visit http://www.distributed.net/ for up-to-date contest information.
Start the client with '-help' for a list of valid command line options.


dnetc v2.9102-508-GTR-08112307 for Win32 (WindowsNT 5.1).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://bugs.distributed.net/
Using email address (distributed.net ID) '[e-mail]'

[Nov 28 19:48:06 UTC] Win32 does not support SMP or
does not support processor count detection.
A single processor machine is assumed.
[Nov 28 19:48:06 UTC] Automatic processor type detection found
a Device Emulation (CPU) processor.
[Nov 28 19:48:06 UTC] RC5-72: Running micro-bench to select fastest core...
[Nov 28 19:48:06 UTC] RC5-72: using core #0 (CUDA 1-pipe 16-thd).
[Nov 28 19:48:06 UTC] RC5-72: Loaded 53:9AABE29B:00000000:1*2^32
[Nov 28 19:48:06 UTC] RC5-72: 0 packets remain in buff-in.r72
[Nov 28 19:48:06 UTC] RC5-72: 0 packets are in buff-out.r72
[Nov 28 19:48:06 UTC] 1 cruncher has been started.

En als ik een bench draai geeft ie dit

[Nov 28 19:56:05 UTC] RC5-72: using core #0 (CUDA 1-pipe 16-thd).
[Nov 28 19:56:05 UTC] Calibration failed!

[Anoniem: 257839]

injectie schreef op vrijdag 28 november 2008 @ 20:56:
schijnbaar heeft mijn videokaart geen GPU
Want hij doet helemaal niks..... Werk met win XP op een MSI NX6800 GS

[joh14vers6]

1) WinXP SP2
2) Geforce 8500GT
3) cijfer 3
4) Benchmark 25Mkeys/s praktijk 22Mkeys/s
5) core #3 (CUDA 1-pipe 128-thd) of core #2 (CUDA 1-pipe 64-thd).


draait op een Q6600 @ 3.4 Ghz en er draaien ook nog 4 Prime95 clients @ 100%.

Resultaat zonder prime95 hetzelfde.


driver 178.24

[flying_pizza]

1. windows xp sp3
2. GeForce 8800 GT
3. een 8, wat lichte scroll problemen in firefox
4

[Nov 28 20:47:04 UTC] RC5-72: using core #0 (CUDA 1-pipe 16-thd).
[Nov 28 20:47:23 UTC] RC5-72: Benchmark for core #0 (CUDA 1-pipe 16-thd)
0.00:00:16.32 [117,683,710 keys/sec]
[Nov 28 20:47:23 UTC] RC5-72: using core #1 (CUDA 1-pipe 32-thd).
[Nov 28 20:47:42 UTC] RC5-72: Benchmark for core #1 (CUDA 1-pipe 32-thd)
0.00:00:16.25 [227,816,697 keys/sec]
[Nov 28 20:47:42 UTC] RC5-72: using core #2 (CUDA 1-pipe 64-thd).
[Nov 28 20:48:00 UTC] RC5-72: Benchmark for core #0 (CUDA 1-pipe 16-thd)
0.00:00:15.54 [278,918,111 keys/sec]
[Nov 28 20:48:00 UTC] RC5-72: using core #3 (CUDA 1-pipe 128-thd).
[Nov 28 20:48:18 UTC] RC5-72: Benchmark for core #3 (CUDA 1-pipe 128-thd)
0.00:00:15.51 [282,220,243 keys/sec]
[Nov 28 20:48:18 UTC] RC5-72: using core #4 (CUDA 1-pipe 256-thd).
[Nov 28 20:48:37 UTC] RC5-72: Benchmark for core #4 (CUDA 1-pipe 256-thd)
0.00:00:15.90 [272,867,129 keys/sec]
[Nov 28 20:48:37 UTC] RC5-72: using core #5 (CUDA 1-pipe 512-thd).
[Nov 28 20:48:37 UTC] RC5-72: Completed 00:0258966E:00000000 (1.00 stats units)
0.00:00:34.53 - [124,380,044 keys/s]

dit op een athlon64 3700+@2440 MHz en driver 177.92

[Robinski]

injectie schreef op vrijdag 28 november 2008 @ 20:56:
[Nov 28 19:48:06 UTC] Automatic processor type detection found
a Device Emulation (CPU) processor.

Die video kaart heeft zoals het lijkt geen GPU mogelijkheden

[Cpt00kirk]

zoals ik al eerder zei : vanaf GF8xxx en hoger wordt cuda ondersteunt dus niet een 6800 enzo

[TGEN]

Robinski schreef op vrijdag 28 november 2008 @ 22:11:
[...]


Die video kaart heeft zoals het lijkt geen GPU mogelijkheden

Een NV40 is ook een GPU, alleen heeft die geen unified shaders (maar nog aparte pixel- en vertexshaders), waardoor hij geen CUDA kan draaien.

[SandStar]

Cuda linux client
GPU: 9600GT
CPU: Q6600
160mkeys/sec

100% dnetc proces
100% X proces

En vooral dat laatste zorgt er denk ik voor dat het nogal irritant is om te blijven werken als client aanstaat.

[ Voor 57% gewijzigd door SandStar op 28-11-2008 23:57 ]

[moppie]

os: windows vista ultimate 64bits
cpu: intel q9550 @ 2.83GHz
geforce 9800gtx+

[Nov 28 22:56:34 UTC] RC5-72: using core #0 (CUDA 1-pipe 16-thd).
[Nov 28 22:56:53 UTC] RC5-72: Benchmark for core #0 (CUDA 1-pipe 16-thd)
0.00:00:16.24 [165,377,621 keys/sec]
[Nov 28 22:56:53 UTC] RC5-72: using core #1 (CUDA 1-pipe 32-thd).
[Nov 28 22:57:10 UTC] RC5-72: Benchmark for core #1 (CUDA 1-pipe 32-thd)
0.00:00:13.89 [310,405,060 keys/sec]
[Nov 28 22:57:10 UTC] RC5-72: using core #2 (CUDA 1-pipe 64-thd).
[Nov 28 22:57:24 UTC] RC5-72: Benchmark for core #0 (CUDA 1-pipe 16-thd)
0.00:00:11.41 [380,835,731 keys/sec]
[Nov 28 22:57:24 UTC] RC5-72: using core #3 (CUDA 1-pipe 128-thd).
[Nov 28 22:57:38 UTC] RC5-72: Benchmark for core #3 (CUDA 1-pipe 128-thd)
0.00:00:11.37 [382,969,849 keys/sec]
[Nov 28 22:57:38 UTC] RC5-72: using core #4 (CUDA 1-pipe 256-thd).
[Nov 28 22:57:52 UTC] RC5-72: Benchmark for core #4 (CUDA 1-pipe 256-thd)
0.00:00:11.56 [377,885,532 keys/sec]
[Nov 28 22:57:52 UTC] RC5-72: using core #5 (CUDA 1-pipe 512-thd).
[Nov 28 22:57:52 UTC] Calibration failed!

Na starten van de client zie je na een tijdje dit:

[Nov 28 23:10:49 UTC] RC5-72: Loaded random 00:052DF3A1:00000000:1*2^32
[Nov 28 23:10:49 UTC] RC5-72: Summary: 26 packets (26.00 stats units)
0.00:04:58.61 - [373.95 Mkeys/s]
[Nov 28 23:10:49 UTC] RC5-72: 0 packets remain in buff-in.r72
[Nov 28 23:10:49 UTC] RC5-72: 26 packets (26.00 stats units) are in
buff-out.r72
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Nov 28 23:11:01 UTC] RC5-72: Completed 00:052DF3A1:00000000 (1.00 stats units)
0.00:00:11.31 - [379,749,542 keys/s]
[Nov 28 23:11:01 UTC] RC5-72: Loaded random 00:01E7A064:00000000:1*2^32
[Nov 28 23:11:01 UTC] RC5-72: Summary: 27 packets (27.00 stats units)
0.00:05:09.92 - [374.16 Mkeys/s]
[Nov 28 23:11:01 UTC] RC5-72: 0 packets remain in buff-in.r72
[Nov 28 23:11:01 UTC] RC5-72: 27 packets (27.00 stats units) are in
buff-out.r72

en dan nog de "normale" versie:

[Nov 28 23:12:25 UTC] 4 crunchers ('a'-'d') have been started.
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Nov 28 23:13:58 UTC] RC5-72 #d: Completed CB:E1A52446:00000000 (1.00 stats ...
0.00:01:33.10 - [10,514,019 keys/s]
[Nov 28 23:13:58 UTC] RC5-72 #d: Loaded CB:E1A5244A:00000000:1*2^32
[Nov 28 23:13:58 UTC] RC5-72: Summary: 1 packet (1.00 stats units)
0.00:01:33.10 - [10.51 Mkeys/s]
[Nov 28 23:13:58 UTC] RC5-72: 93 packets (93.00 stats units) remain in
buff-in.r72
Projected ideal time to completion: 0.02:38:06.00
[Nov 28 23:13:58 UTC] RC5-72: 3 packets (3.00 stats units) are in
buff-out.r72
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Nov 28 23:16:47 UTC] RC5-72 #a: Completed CB:E1A52447:00000000 (1.00 stats ...
0.00:04:22.19 - [10,317,940 keys/s]
[Nov 28 23:16:47 UTC] RC5-72 #a: Loaded CB:E1A5244B:00000000:1*2^32
[Nov 28 23:16:47 UTC] RC5-72: Summary: 2 packets (2.00 stats units)
0.00:04:22.51 - [14.03 Mkeys/s]
[Nov 28 23:16:47 UTC] RC5-72: 92 packets (92.00 stats units) remain in
buff-in.r72
Projected ideal time to completion: 0.02:36:24.00
[Nov 28 23:16:47 UTC] RC5-72: 4 packets (4.00 stats units) are in
buff-out.r72
..a..10%.....20%.....30%.....40%...d.50%.....60%.....70%..b..80%.....90%..c

[ Voor 56% gewijzigd door moppie op 29-11-2008 00:17 ]