Folding@Home op GPU

[meon]

Eerste gpu-client Folding@Home gepresenteerd

De mensen achter het Folding@Home-project hebben hun eerste client voor videokaarten gepresenteerd. In samenwerking met ATi is men erin geslaagd gebruik te maken van de rekenkracht van de Radeon X1900-gpu's. Folding@Home werd in 2000 opgestart en is een distributed-computingproject dat het 'vouwen' van proteïnes bestudeert im wetenschappers te helpen in hun strijd tegen ziektes als Alzheimer, Huntington en bepaalde vormen van kanker. Verwacht wordt dat de Folding@Home-client ook op de Cell-processor uit Sony's Playstation 3 gedraaid zal kunnen worden.

Voor de goede werking van de gpu-client is de Catalyst-driverversie 6.5 benodigd. Versie 6.10 veroorzaakt vooralsnog problemen, terwijl versie 6.8 en 6.9 niet compatibel zijn. Versie 6.6 en 6.7 zijn wel werkbaar, maar veroorzaken een beduidende prestatievermindering. Versie 6.5 en 6.10 van de Catalyst-drivers zullen overigens de enige officieel ondersteunde versienummers zijn. Daarnaast is ook DirectX 9.0c nodig, meerbepaald voor het d3dx9_30.dll-bestand. Voor meer gegevens over de software, driverversies en installatieprocedures, evenals voor een downloadlocatie, kan men vanzelfsprekend in onze meuktracker terecht.

Er zijn vooralsnog geen gegevens beschikbaar, maar schattingen voorspellen twintig tot veertig keer snellere berekeningen dan met moderne cpu's. Dit is mogelijk omdat de pixel shaders, waarvan sommige kaarten over wel 48 stuks beschikken, ontworpen zijn voor precies het soort berekeningen dat voor Folding@Home nodig is. De onderzoekers werken dan ook hard om de client niet alleen op kaarten uit de X1900-reeks te laten werken, maar ook compatibel te maken met CrossFire-opstellingen en meer budgetvriendelijke videokaarten. DPC'ers met een nVidia-gpu moeten overigens nog niet meteen op een voor hun videokaart geschikte client rekenen. Om onduidelijke redenen slaagt men er daar immers nog niet in om interessante prestaties te behalen. Dit kan te wijten zijn aan kleine architecturele verschillen of simpelweg aan het feit dat ATi veel meer aandacht aan pixelshaders besteed heeft in de huidige gpu-generatie.

Zie ook: http://folding.stanford.edu/news.html
GPU Client: http://tweakers.net/meuktracker/13729/F ... -beta.html / http://folding.stanford.edu/release/FAH ... onsole.exe

[meon]

Dju, ik heb Catalyst 6.7 / X300

[Styno]

... slick...
nu gaat het pas echt warm gaan worden in bepaalde pc kastjes!

[Arrigi]

Damn.. Hopen dat als de RV630 uitkomt, er ook snel een F@H client voor is.

@Styno: In combinatie met een overgeclockte X6800 en X19x0 in CF zeker .

[Teebee]

Zijn er al resultaten/benchmarks ?

[Arrigi]

Zijn er al resultaten/benchmarks ?

Zal ff zoeken naar het originele topic over folding @ GPU's .. duurt altijd even.

Gevonden:

His IceQ X1900XTX @ 688/838 is about 6 mins/frame with a 400x7=2.8ghz C2D.

Ok, I'll throw in my results. P2711, [b[X1900XT 512MB OC@729/828[/b] on a A64 4600+ OC@234x12(2808MHz) with one CPU console client and one GPU console client gets me 5.5 min/frame on the GPU core.

I love the fact that 90 odd GPus are outperforming 7.5k odd macs by 2 GFlops!! lmfao!

88 GPUs providing 6 Tflops means the low average(exactly 6000 gflops) is 68.18 Gflops per GPU and the high average(exactly 6999 gflops)is 79.53 gflops per gpu (this is not the actual Gflop per GPU because of overclockers and using different 1900 series cards) The average per CPU for Windows and Mac is under 1 Gflop, while Linux computers are getting an average of 1.18 Gflop per CPU.

De GPU clients belasten de CPU echter ook zwaar.. waarom weet ik niet. Met een dualcore kan je 1 GPU client en 1 CPU client (voor tweede core dus) draaien.
Die belasting op de CPU is echter teniet gedaan door die übersnelheid van je GPU .

Meer leesplezier hierzo

[Ken]

Werkt het eigenlijk al met een 2 processors en 2 GPU's?
Of moet ik die grakas dan in SLI zetten ?
't zijn wel 2x Nvidia

[Arrigi]

Werkt het eigenlijk al met een 2 processors en 2 GPU's?
Of moet ik die grakas dan in SLI zetten ?
't zijn wel 2x Nvidia

Nope.. Voor nVidia is het nog wachten. Hun dynamic branching (onderdeel van SM 3.0) is behoorlijk traag , ze hebben minder pixel shaders en geen 32bit FP berekeningen. ATi zit op die punten al verder (ook positief naar DX10 / SM 4.0 toe) en heeft zich meer op GPGPU toepassingen gericht dan nVidia. Zelfs tussen X1800 en X19x0 (R520 en R580 cores) zitten in die zaken behoorlijke verschillen. Zie ook de physics toepassingen en video encoding . Vanaf DX10 zouden nVidia en ATi echter allebei moeten werken..

Qua CF/SLI heb ik ook geen idee van de stand van zaken . Zou echter niet zo heel moeilijk mogen zijn. Of 2 clients (die elk een kaart gebruiken) of 1 die beiden gebruikt. Binnenin de cores is alles toch al heel parallel, niet veel aan te passen voor 2 kaarten dus.

Voor hen die me ervan verdenken: ik zie graphics door een rood (nu AMD-gekleurd groen) brilletje

[Astralon]

Deze techniek krijgt toch behoorlijk wat aandacht in de vakliteratuur:
http://www.extremetech.com/article2/0,1 ... 673,00.asp

[Ofloo]

weet er soms iemand hoe folding client onder bsd heet? of hoe het in de bsd tree heet?

[meon]

weet er soms iemand hoe folding client onder bsd heet? of hoe het in de bsd tree heet?

Can I run the Linux version on FreeBSD? Yes. Please do the following:

Install emulators/Linux_base from FreeBSD CD.

Edit /compat/Linux/etc/yp.conf and put the correct server in there.

Download the Linux folding console (FAHxConsole, where x is the version number) and cd to the directory.

% brandelf -t Linux FAHxConsole

As of Version 3.24, all you have to do from here is specify the "-freeBSD" flag when you run the client,

% ./FAHxConsole -freeBSD

and it will automatically brand the scientific cores it downloads. For clients prior 3.24, the -freeBSD flag is not supported and you have to do the following:
after starting the client, wait till it download the core than kill the fold job.

% brandelf -t Linux FahCore_65.exe

% ./FAHxConsole

and you're done! (Thanks to "gotti" for the suggestion).



What about OpenBSD? It works almost as easily as FreeBSD. Just follow these steps:

1. Install /usr/ports/emulators/redhat/base from ports on 3.4 or later. If you're on an earlier version, or just prefer packages, install redhat_base-8.0p2.
2. Set up a script that redirects the brandelf call to elf2olf, so that core binaries can be marked properly. This script can be downloaded from http://www.schnarff.com/brandelf, or simply set up on your own:

#!/bin/sh
elf2olf -v -o linux $3


In either case, make sure the brandelf script is executable and in the path of the user running FAH.
3. Make sure to use the Linux Console version B, as version A will coredump.
4. When running the client, use the -freeBSD switch, so that it will automatically mark core binaries properly.

Thanks to Alex Kirk for the OpenBSD info.

[Arrigi]

Deze techniek krijgt toch behoorlijk wat aandacht in de vakliteratuur:
http://www.extremetech.com/article2/0,1 ... 673,00.asp

Al veel langer ook hoor .
PDF van ongeveer een jaar oud. Stanford University & GPGPU.

Sindsdien zijn er nog veel benchmarks en artikels verschenen over deze dingen. Is eigenlijk pas goed begonnen sinds ATi hun X1K reeks uitbracht.
Willens of nillens, nVidia zit gewoon erg achter met deze dingen. Bekijk de PDF en weet dan dat de X1900 nog eens tot 3x sneller (en niet soms trager of evensnel, behoorlijk afhankelijk van aantal PS) kan zijn dan de X1800 terwijl de 7900GTX amper (enkele %) sneller is dan de 7800GTX in deze zaken.
De low-end ( X1300 ) kon zelfs high-end ( 7800GTX ) in sommige GPGPU benches bijbenen!

[Styno]

nVidia zit gewoon erg achter met deze dingen

Ik koop mijn kaart nog steeds voor de graphics ze

[Ofloo]

.. Install emulators/Linux_base from FreeBSD CD. ..

Ik draai geen bsd om er dan linux in te gaan draaien..

da's al het zelfde als al die gasten die op linux zitten en er dan wine op zitten te draaien .. 'k zal wel een client vinden zeker, kan toch niet dat je een linux emulation moet doen voor zo'n simpel programma