OpenGL texture transfer performance ( benchmark inside )

[Arjan]

Heb jij een moderne videokaart en een pc die 10 seconden beschikbaar is? help dan mee!

First off, er is toestemming voor dit topic, op basis van het feit dat er discussiewaarde kleeft aan het volgende issue;

Ik ben werkzaam bij een bedrijf dat de kracht van moderne commercieel verkrijgbare videokaarten inzet om beeldbewerkingen voor de TV-industrie te kunnen verrichten. Wij hebben hiervoor eigenlijk altijd Nvidia kaarten gebruikt, maar bij de overstap van Nvidia naar de Fermi architectuur liepen wij tegen een probleem aan.

Wij gebruiken OpenGL voor onze grafische transformaties hetgeen ons platform-onafhankelijk maakt en goede performance geeft. Als er data van de GPU naar de host verscheept moet worden gebruiken wij de glReadPixels call.
En daar gaat het bij de Fermi architectuur opeens mis. Waar wij met de Nvidia GTX 285 goede performance wisten te halen, zien we bij modernere kaarten als de 450, 470 ... 580 ineens achteruitgang in prestaties!

Na een kort onderzoek bleek al snel dat meerdere mensen hier last van hadden bij de nieuwe kaarten en er gaat zelfs al een gerucht dat Nvidia bewust de commerciele kaarten geknepen heeft om hun professionele kaarten bestaansrecht te geven...
Games hebben relatief weinig data nodig VAN de GPU en zijn eigenlijk vooral bezig met data NAAR de GPU te sturen. Hierdoor kan het dus dat spellen geen hinder ondervinden van deze prestatie vermindering. Echter, nu de 2xx serie niet meer te verkrijgen is moet ik een antwoord formuleren op de vraag welke videokaart we nodig hebben voor onze producten.

Een vraag die niet zo simpel te beantwoorden blijkt. Het blijkt namelijk dat het mogelijk is om de geknepen performance te omzeilen door een API als OpenCL of CUDA te gebruiken.
Mensen met enige kennis over deze APIs zullen weten dat zowel CUDA als OpenCL over bandwidth tests beschikt en het dus niet moeilijk zou moeten zijn om de snelste kaart uit te zoeken.
Wat echter gebleken is, is dat de performance behoorlijk beinvloed wordt wanneer OpenGL wordt gebruikt om de data te genereren.
Daarom heb ik een test gemaakt die mijn daadwerkelijke scenario zo dicht mogelijk benaderd.

De test:
1 - maak een OpenGL venster zonder v-sync
2 - maak een PBO en een FBO
3 - schrijf naar de FBO
4 - download dmv. een van de mogelijke methoden
5 - gebruik de FBO als texture en teken deze op het scherm
6 - swap buffers

Waarnaar stap 3 tm 6 zich 50x herhalen en stap 4 getimed wordt. Qua timing wordt de mediaan hiervan genomen en deze wordt weggeschreven naar een output file.

De gebruikte methoden zijn als volgt:

a - OpenGL ( glReadPixels )
b - CUDA ( cudaMemcpy2D )
c - CUDA pinned ( cudaMemcpy2D naar speciaal gealloceerd geheugen )
d - OpenCL ( clEnqueueReadBuffer )
e - OpenCL pinned ( clEnqueueReadBuffer naar speciaal gealloceerd geheugen )
f - de controle test, een memset op een block data

De volgende data wordt verzameld en weggeschreven naar een result file in de executable's directory.
Hostname ; GPU vendor ; GPU naam ; test a ; test b ; test c ; test d ; test e ; test f ;
( deze file heet result_<timestamp>.csv )

Mocht je willen meedoen maar wil je niet je hostname delen met de wereld staat het je natuurlijk vrij deze handmatig aan te passen naar je nick of gewoon leeg te laten alvorens het bestand te uploaden.

LET OP: gebruik hiervoor een plain-text editor zoals notepad! als je Excel of dergelijke gebruikt kunnen de resultaten aangepast ( onbruikbaar ) worden!

---

De executable vind je hier: GOT_OpenGL_benchmark.zip ( ~380KB )
user: anoftp, pass: anoftp

Het resultaat mag je hier uploaden: ftp://ftp.vidigo.tv
user: tweakers, pass: bench

De test runnen stelt niet veel voor, je download de zip file, pakt deze uit en draait de executable. Er verschijnt een schermpje met wat gekleurde vlakjes en als deze weer weggaat blijft er een result_xxxxxx.csv bestand achter in de working directory. Dit bestand upload je naar bovenstaande ftp adres waar ik de resultaten verzamel en in dit topic post.

alvast bedankt!

---

Resultaten ( worden voortdurend geupdate )

http://houbenweb.nl/got_results.html

[ Voor 3% gewijzigd door Arjan op 04-08-2011 11:11 ]

[Derrick]

Ok ik heb 1 geupload.. Het is een MSI 6950@6970 2 GB. Ben benieuwd naar je resultaten.

[frickY]

Deze toepassing kan niet worden gestart omdat OpenCL.dll niet kan worden gevonden

Of geeft dat te maken met mijn ATi kaart?

[Arjan]

frickY schreef op dinsdag 02 augustus 2011 @ 16:33:
[...]
Of geeft dat te maken met mijn ATi kaart?

Het zou op een ATi kaart moeten werken, zie post boven je. Wat zou kunnen is dat je drivers wat ouder zijn, OpenCL.dll komt normaal gesproken met je video kaart driver mee.

[frickY]

Mijn drivers zijn uptodate, alleen mijn videokaart niet (HD3400).

edit:
Catalyst 10.2 Ik ga even updaten en probeer het opnieuw. Voor zover je iets aan de resultaten van deze kaart hebt. Zit op kantoor

[ Voor 56% gewijzigd door frickY op 02-08-2011 16:39 ]

[Wiethoofd]

GTX 460 SLI test uploaded, zal test ook nog even draaien op een GTX 260-216

edit:

gedraaid en geüpload

[ Voor 19% gewijzigd door Wiethoofd op 02-08-2011 16:46 ]

[frickY]

De resultaten kun je straks wellicht eenvoudig publiceren met behulp van Google Charts
Met een beetje scripten kun je je gestandaardiseerde resultaten omparsen naar het benodigde formaat.

[Wiethoofd]

Misschien trouwens handig om de cudatest ook de driverversie op te laten slaan, deze kan natuurlijk ook van invloed zijn...

[Orwell]

Oh, dit. Hier is veel gemekker over geweest bij Autodesk Maya en 3dsMax. Hier is ook nog gewoon gezeik over, vraag me af wat long-time OpenGL-fan Carmack hiervan vindt (Rage enzo).

Zal ook eens testen met een goeie ouwe 9600GT. Done.

Uh, misschien is het handig om te vertellen hoe mensen naar FTP moeten uploaden? Ik wist het ook eventjes niet, maar lucky genoeg ben ik toevallig met een site bezig waardoor ik bekend ben met FileZilla.

Als je dat dus niet bent, heb je wss geen idee hoe je bestanden op die FTP krijgt.

[ Voor 66% gewijzigd door Orwell op 02-08-2011 16:57 ]

[frickY]

Een driver-update en reboot verder, maar hij doet het alsnog niet

C:\GOT_OpenGL_benchmark>cudatest.exe
Error getting device ids: -1

Ik heb 2 HD3400's in mijn systeem zitten, maar deze draaien niet in SLICrossfie (ivm 3 beeldschermen). Wellicht dat dit problemen geeft.

[ Voor 3% gewijzigd door frickY op 02-08-2011 17:27 ]

[NitroX infinity]

Getest op een Radeon HD 4670 512MiB GDDR3.

Ging trouwens wel snel die test. Die '50x' in je post deed me anders vermoeden

[Orwell]

frickY schreef op dinsdag 02 augustus 2011 @ 16:58:
Een driver-update en reboot verder, maar hij doet het alsnog niet

Ik heb 2 HD3400's in mijn systeem zitten, maar deze draaien niet in SLI (ivm 3 beeldschermen). Wellicht dat dit problemen geeft.

Nieuwsgierige vraag, maar wil je dit is runnen. Die doet hetzelfde (GetAdapterIdentiefer) als het prog, maar dan met standaard D3D.

[frickY]

Die doet het wel

Videokaarten:
2: ATI Radeon HD 3400 Series

[ Voor 4% gewijzigd door frickY op 02-08-2011 17:09 ]

[Orwell]

frickY schreef op dinsdag 02 augustus 2011 @ 17:09:
Die doet het wel

Hij moet bij 0 beginnen met tellen, maar verder, het werkt dus wel.

Oh, crap, foutje. Deze is gefixt.

C++:

#include <d3d9.h>
#include <cstdlib>
#include <cstdio>

LPDIRECT3D9 d3d;
D3DADAPTER_IDENTIFIER9 id;

int main() {
    d3d = Direct3DCreate9(D3D_SDK_VERSION);
    char finalmessage[MAX_PATH] = "";
    unsigned int numgpus = d3d->GetAdapterCount();
    for(unsigned int a = 0;a < numgpus;a++) {
        char tmp[100];
        d3d->GetAdapterIdentifier(D3DADAPTER_DEFAULT,a,&id);
        sprintf(tmp,"%d: %s\n",a,id.Description);
        strcat(finalmessage,tmp);
    }
    printf("Videokaarten:\n%s\n",finalmessage);
    system("pause");
    return 0;
}

Deze zou dus dezelfde request bij de drivers moeten dumpen als het testprog. Vaag dat deze wel werkt...

[ Voor 6% gewijzigd door Orwell op 02-08-2011 17:15 ]

[frickY]

Die doet het ook, maar wel met een iets vreemder resultaat

Videokaarten:
0: ATI Radeon HD 3400 Series
1:
2: ATI Radeon HD 3400 Series

[Orwell]

De 'description' van je tweede(?) kaart is pleite. Vaag.

[djexplo]

Je kan natuurlijk ook switchen van glReadPixels naar data ophalen met glGetTexImage/glCopyTexSubImage , is tegenwoordig misschien wel een stuk sneller.

[ Voor 6% gewijzigd door djexplo op 02-08-2011 17:26 ]

[frickY]

Description van beide kaarten klopt wel, alleen die lege er tussen in klopt niet.

Catalyst Control Center snapt het wel;


De 3400 heeft een DVI en een VGA uitgang. Aan mijn primaire kaart hangen 2 VGA monitoren (ene met een DVI>VGA converter) en aan de 2de kaart hangt 1 scherm.
In de screenshot van Catalyst hangen monitor 1 en 3 aan de eerste kaart, en monitor 2 aan de tweede kaart.

[ Voor 52% gewijzigd door frickY op 02-08-2011 17:29 ]

[Wiethoofd]

Orwell schreef op dinsdag 02 augustus 2011 @ 17:12:
Oh, crap, foutje. Deze is gefixt.

Ik heb 2x GTX460 in SLI draaien met daaraan 3 schermen, de output:

Videokaarten:
0: NVIDIA GeForce GTX 460

Waar is m'n tweede kaart...

[ Voor 3% gewijzigd door Wiethoofd op 02-08-2011 17:22 ]

[frickY]

@Wiethoofd
Juist omdat je SLI draait is je 2de kaart transparant. Je gebruikt dienst uitgangen niet. Intern wordt alleen diens capaciteit gebruikt om de 1ste kaart aan te vullen.

[Wiethoofd]

Hmm, besef me net dat ik idd maar werk op 1 scherm, als ik surround zou instellen zou hij dus wel alle 2 kaarten/3 schermen moeten pakken.

[Orwell]

Wiethoofd schreef op dinsdag 02 augustus 2011 @ 17:22:
[...]


Ik heb 2x GTX460 in SLI draaien met daaraan 3 schermen, de output:

Videokaarten:
0: NVIDIA GeForce GTX 460

Waar is m'n tweede kaart...

Het MOET wel werken. Het is weinig meer dan ultrabasic een stringetje maken en de goeie functies aanroepen. Wat die functies doen op de achtergrond zou toch moetern kloppen.

Even versimpeld. Laatste topicvervuiler. Deze.

C++:

#include <d3d9.h>
#include <cstdlib>
#include <cstdio>

int main() {
    LPDIRECT3D9 d3d = Direct3DCreate9(D3D_SDK_VERSION);
    unsigned int numgpus = d3d->GetAdapterCount();
    D3DADAPTER_IDENTIFIER9 *devices = new D3DADAPTER_IDENTIFIER9[numgpus+1];

    printf("Videokaarten:\n");
    for(unsigned int a = 0;a < numgpus;a++) {
        d3d->GetAdapterIdentifier(a,0,&devices[a]);
        printf("%d: %s\n",a,devices[a].Description);
    }
    system("pause");
    return 0;
}

[ Voor 41% gewijzigd door Orwell op 02-08-2011 18:36 ]

[Arjan]

frickY schreef op dinsdag 02 augustus 2011 @ 16:58:
Een driver-update en reboot verder, maar hij doet het alsnog niet

C:\GOT_OpenGL_benchmark>cudatest.exe
Error getting device ids: -1

Ik heb 2 HD3400's in mijn systeem zitten, maar deze draaien niet in SLICrossfie (ivm 3 beeldschermen). Wellicht dat dit problemen geeft.

apart, kennelijk kan opencl niet achterhalen wat er qua hardware beschikbaar is.

Ik ben wel nog benieuwd naar een crossfire opstelling, als iemand dat heeft hoop ik dat hij ook even kan runnen

[RmanX]

Geupload, hoewel de hostnaam anders doet vermoeden gedraaid op een PhenomII x4 965 en HD6870 @ stock

[agoNITE]

Uploaded.
HD6950 2GB @ stock op een AMD Phenom II X4 955BE @ stock.

[The Flying Dutchman]

Even gedraaid voor je met een Ati 6870@stock.
Ben benieuwd naar je resultaten. Had hierover al eens iets gelezen op het OpenGL forum.

[Razor punk]

Gepuload
Msi N560 Gtx Ti Twin frozr II @stock In combinatie met een Q9550 @3ghz
Filename is :result_1312315940.csv

[ Voor 18% gewijzigd door Razor punk op 02-08-2011 22:24 ]

[MPAnnihilator]

Upload done , result_1312316246.csv , Core2duo cpu 3.2Ghz, 1x Ati 5850

[Twazerty]

Uploaded
result_1312316975.csv, Core i7 920 @stock, 1x AMD HD5870 (3 schermen aangesloten)

[Arjan]

Wiethoofd schreef op dinsdag 02 augustus 2011 @ 16:42:
GTX 460 SLI test uploaded, zal test ook nog even draaien op een GTX 260-216

edit:

gedraaid en geüpload

Ik zie twee resultaten van je, maar beiden zijn zo out of bounds dat ik denk dat er iets misgaat..

[Verwijderd]

Bij mij wil het niet helemaal vlotten...



Het result bestand word wel aangemaakt, maar is leeg.

ATI mobility radeon HD4570 met driverversie 11.5. Je zal wel niet veel aan de resultaten van deze kaart hebben, maar ik meld het toch even.

[Oguz286]

Draai je nou een cuda applicatie met een AMD kaart? Dat hoort toch niet te werken? Of gebruikt hij dan software emulatie?

[Wiethoofd]

Arjan schreef op woensdag 03 augustus 2011 @ 01:21:
Ik zie twee resultaten van je, maar beiden zijn zo out of bounds dat ik denk dat er iets misgaat..

Heb een rerun gedaan op de 2xGTX460 SLI, zou nu wel moeten kloppen, of deze driver (280.19) is gewoon goed bezig

[Edmin]

Resultaten van twee HD6950 2GB in CFX verstuurd.

Arjan schreef op dinsdag 02 augustus 2011 @ 20:21:
[...]

apart, kennelijk kan opencl niet achterhalen wat er qua hardware beschikbaar is.

Ik ben wel nog benieuwd naar een crossfire opstelling, als iemand dat heeft hoop ik dat hij ook even kan runnen

[ Voor 75% gewijzigd door Edmin op 03-08-2011 02:06 ]

[bitshape]

Uploaded!

result_1312337737.csv, met een GTX295 @ stock en een i7-920 @ 3.6GHz (x58 platform, 12GB ram),
Nvidia driver-versie 275.33 WHQL

Succes ermee!

[frickY]

Oguz286 schreef op woensdag 03 augustus 2011 @ 01:46:
Draai je nou een cuda applicatie met een AMD kaart? Dat hoort toch niet te werken? Of gebruikt hij dan software emulatie?

Het lijkt mij dat hij voor nVidia kaarten CUDA gebruiken, en voor AMD kaarten OpenCL.
Niet beide voor beide

Orwell schreef op dinsdag 02 augustus 2011 @ 17:44:
Even versimpeld. Laatste topicvervuiler. Deze.

Last but not least

Videokaarten:
0: ATI Radeon HD 3400 Series
1: ATI Radeon HD 3400 Series
2: ATI Radeon HD 3400 Series

Als je deze methode nog even in je cudatest.exe kunt gebruiken, dan kan ik hem voor je runnnen

[ Voor 28% gewijzigd door frickY op 03-08-2011 08:53 ]

[Arjan]

bitshape schreef op woensdag 03 augustus 2011 @ 04:32:
Uploaded!

result_1312337737.csv, met een GTX295 @ stock en een i7-920 @ 3.6GHz (x58 platform, 12GB ram),
Nvidia driver-versie 275.33 WHQL

Succes ermee!

Bij dit resultaat en dat van Wiethoofd zie ik dat het getal format aangepast is.

in plaats van

3787476258.579736

staat er:

15.054.416.880.710.400

In die laatste is de decimale punt komen te vervallen en is het onduidelijk waar die stond..

Welk tooltje hebben jullie gebruikt om te editten?

ik ga kijken of ik de resultaten kan fixen

[ Voor 5% gewijzigd door Arjan op 03-08-2011 11:07 ]

[bitshape]

Arjan schreef op woensdag 03 augustus 2011 @ 10:54:
[...]

Bij dit resultaat en dat van Wiethoofd zie ik dat het getal format aangepast is.

in plaats van

3787476258.579736

staat er:

15.054.416.880.710.400

In die laatste is de decimale punt komen te vervallen en is het onduidelijk waar die stond..

Welk tooltje hebben jullie gebruikt om te editten?

ik ga kijken of ik de resultaten kan fixen

Microsoft Office Excel 2007 NL SP2, ik heb alleen de Host-name aangepast en opgeslagen.

Kan je er nog wat mee, of zal ik de benchmark even opnieuw draaien?

[Arjan]

Ik ben een scriptje aan het maken dat de wijzigingen weer terugdraait, ik verwacht dat alle resultaten nog bruikbaar zijn

[Wiethoofd]

Hier Excel 2003, zal kijken of kladblok of notepad++ de boel wel heel laat.

[Verwijderd]

Dat heeft waarschijnlijk te maken met de regio waar je windows op staat, met een nederlandse setting worden komma's gebruikt als decimale punt, als windows in het engels is dat een punt. Een komma betekent een 1000-tal.

Wel raar dat hij dat helemaal aanpast... Je zou denken dat hij cellen die je niet aanraakt niet van regio verandert.

[Wiethoofd]

Aanpassen met notepad++ gaat gewoon goed, alles blijft netjes als semicolon seperated waarden staan.

[bitshape]

Even met Office & Notepad getest, Office wijzigt de indeling als je als .csv opslaat. Notepad doet dit natuurlijk niet.
Dus gebruik Notepad om de Host-name te wijzigen.

Origineel & Notepad edit:

1778691996.851155

MS Office edit, opgeslagen als .csv:

1.778.691.996.851.150

Ik zie ook in de resultaten dat de laatste 1 tot 3 karakters veranderd zijn door de Edit met MS Office, ik heb daarom een nieuwe benchmark geüpload: result_1312368106.csv

[Arjan]

bitshape schreef op woensdag 03 augustus 2011 @ 13:01:
Even met Office & Notepad getest, Office wijzigt de indeling als je als .csv opslaat. Notepad doet dit natuurlijk niet.
Dus gebruik Notepad om de Host-name te wijzigen.

Origineel & Notepad edit:

1778691996.851155

MS Office edit, opgeslagen als .csv:

1.778.691.996.851.150

Ik zie ook in de resultaten dat de laatste 1 tot 3 karakters veranderd zijn door de Edit met MS Office, ik heb daarom een nieuwe benchmark geüpload: result_1312368106.csv

Om foute resultaten te voorkomen negeer ik de resultaten met extra puntjes.

frickY schreef op dinsdag 02 augustus 2011 @ 16:44:
De resultaten kun je straks wellicht eenvoudig publiceren met behulp van Google Charts
Met een beetje scripten kun je je gestandaardiseerde resultaten omparsen naar het benodigde formaat.

Als iemand zich hier toe geroepen voelt.. ik kwam er niet echt uit, maar heb wel alle resultaten achter een url geplaatst in JSON formaat. ( deze update ik zo nu en dan )

http://houbenweb.nl/got_results.php

voor iedereen die met de resultaten wil stoeien

[Wiethoofd]

Arjan schreef op woensdag 03 augustus 2011 @ 13:31:
Om foute resultaten te voorkomen negeer ik de resultaten met extra puntjes.

Dat misschien even in de TS zetten is misschien wel handig Ik zal mijn oude resultaten even opzoeken en verwijderen en nieuwe tests draaien en uploaden.

Als iemand zich hier toe geroepen voelt.. ik kwam er niet echt uit, maar heb wel alle resultaten achter een url geplaatst in JSON formaat. ( deze update ik zo nu en dan ) http://houbenweb.nl/got_results.php

json_decode pakt em niet als valid stream, zelfs niet met het strippen van de var results = [ en ] Het zijn dus meerdere results die per stuk afgehandeld moeten worden

[ Voor 6% gewijzigd door Wiethoofd op 03-08-2011 14:08 ]

[Arjan]

zo, toch iets gelukt met google chart meuk:

http://houbenweb.nl/got_results.html

[Shoarma kip]

Die van mij ook geupload, 2x HD 6870 in Crossfire:

result_1312376040.cvs

Ik hoop dat het goed gegaan is

[frickY]

Arjan schreef op woensdag 03 augustus 2011 @ 14:50:
zo, toch iets gelukt met google chart meuk:

http://houbenweb.nl/got_results.html

Om het nog makkelijker te maken zou je Google Spreadsheet (http://docs.google.om/) kunnen gebruiken.
Kun je eenvoudig delen met iedereen, en werkt vrij intuitief, zeker als je bekend bent met Excel.
En dan kun je ook eenvoudig graphs van je data genereren.

Bijv. https://spreadsheets.goog...5WdXlBYnNzZ1E&output=html
Editable

[ Voor 26% gewijzigd door frickY op 03-08-2011 16:54 ]

[An1mA]

Ook even de benchmark gedraaid op een 6950, result_1312382594.csv =)

[Orwell]

Arjan schreef op woensdag 03 augustus 2011 @ 14:50:
zo, toch iets gelukt met google chart meuk:

http://houbenweb.nl/got_results.html

Lol @ 9600GT == Penta-SLI GTX480 in OpenGL en 9600GT == GTX480 in OpenCL.

En eh, je zou kunnen proberen dat stukje code over GetAdapterIdentifier te kunnen invoeren in cudatest.

[bitshape]

Orwell schreef op woensdag 03 augustus 2011 @ 17:58:
Lol @ 9600GT == Penta-SLI GTX480 in OpenGL en 9600GT == GTX480 in OpenCL.

De OpenCL benches kloppen niet helemaal met de rest van de statistieken, mijn GTX295 wordt gewoon ge-Owned!

[Verwijderd]

Dat komt omdat een GTX295 gewoon slecht is in openCL. Dat is al jaren zo.

Vroegâh had de mobiele HD4670m een hogere openCL score in cinebench dan zo goed als alle mobiele nvidia kaarten, en die zuipten een factor 5 meer stroom.

[bitshape]

Verwijderd schreef op woensdag 03 augustus 2011 @ 18:18:
Dat komt omdat een GTX295 gewoon slecht is in openCL. Dat is al jaren zo.

Maar dan zou dat ook voor een GTX285 SLI zo moeten zijn (ook een GT200b architectuur), en dat is in de verzamelde statistieken niet te zien, integendeel zelfs...

Vroegâh had de mobiele HD4670m een hogere openCL score in cinebench dan zo goed als alle mobiele nvidia kaarten, en die zuipten een factor 5 meer stroom.

Ik ben het met je eens dat OpenCL beter presteert met een AMD/Ati Radeon architectuur (OpenCL optimalisaties), daar Nvidia zich natuurlijk volledig concentreert op hun eigen CUDA om deze aan de man te brengen.
Persoonlijk heb ik liever een open standaard, OpenCL dus. Nu is het zo software-specifiek.

[ Voor 40% gewijzigd door bitshape op 03-08-2011 18:46 ]

[Arjan]

frickY schreef op woensdag 03 augustus 2011 @ 16:47:
[...]

Om het nog makkelijker te maken zou je Google Spreadsheet (http://docs.google.om/) kunnen gebruiken.
Kun je eenvoudig delen met iedereen, en werkt vrij intuitief, zeker als je bekend bent met Excel.
En dan kun je ook eenvoudig graphs van je data genereren.
[...]

Ik mis daar wel de mogelijkheid om per kolom te kunnen sorteren, dat is bij deze data wel handig.

Orwell schreef op woensdag 03 augustus 2011 @ 17:58:
[...]


Lol @ 9600GT == Penta-SLI GTX480 in OpenGL en 9600GT == GTX480 in OpenCL.

Ja leuk he.. vandaar dus dit onderzoek

En eh, je zou kunnen proberen dat stukje code over GetAdapterIdentifier te kunnen invoeren in cudatest.

Tja, ik zal morgen even kijken, maar zover ik weet is dat stuk code geen rocket-science en als OpenCL de kaart niet weet te vinden houdt het een beetje op ( we gebruiken geen D3D )

bitshape schreef op woensdag 03 augustus 2011 @ 18:23:
[...]

Maar dan zou dat ook voor een GTX285 SLI zo moeten zijn (ook een GT200b architectuur), en dat is in de verzamelde statistieken niet te zien, integendeel zelfs...

[...]

Als je naar de OpenGL scores kijkt dan zie je dat de 295 slechts een klein stukje onder de 285 zit, wellicht te verklaren door de synchronisatie die moet plaatsvinden tussen beide kaarten

Ik vraag me trouwens af wat 'Nuke' voor een geheugen configuratie heeft, zijn memory score is best behoorlijk..

[ Voor 3% gewijzigd door Arjan op 03-08-2011 21:58 ]

[Verwijderd]

Arjan schreef op dinsdag 02 augustus 2011 @ 13:50:

Wij gebruiken OpenGL voor onze grafische transformaties hetgeen ons platform-onafhankelijk maakt en goede performance geeft. Als er data van de GPU naar de host verscheept moet worden gebruiken wij de glReadPixels call.
En daar gaat het bij de Fermi architectuur opeens mis. Waar wij met de Nvidia GTX 285 goede performance wisten te halen, zien we bij modernere kaarten als de 450, 470 ... 580 ineens achteruitgang in prestaties!

Ten eerste, het wordt tegenwoordig als 'not done' beschouwd om applicaties als beeldverwerking nog onder het traditionele gpgpu in OpenGL te doen. Daar zijn CUDA en OpenCL voor.

Verder is het bekend dat de Fermi series van kaarten(4XX en 5XX) een algemeen slechte OpenGL performance laten zien. Hier is op verschillende fora al veel over geschreven. Bijvoorbeeld: http://forums.nvidia.com/index.php?showtopic=166757 . Er is een uitspraak van een NVIDIA medewerker geweest dat dit onder Fermi ook niet meer opgelost gaat worden(heb ik even geen link van).

Dus, eventueel afwachten of Kepler het beter kan of de legacy OpenGL code naar CUDA of OpenCL porten.

Overigens heeft NVIDIA niet alleen problemen met de OpenGL drivers, de OpenCL 1.1 ondersteuning is ook zeer gebrekkig. Zelf heb ik het inmiddels wel gehad met NVIDIA en ga alles op AMD/OpenCL omstellen zodra de Southern Islands uitkomen.

[bitshape]

Arjan schreef op woensdag 03 augustus 2011 @ 21:53:
[...]

Als je naar de OpenGL scores kijkt dan zie je dat de 295 slechts een klein stukje onder de 285 zit, wellicht te verklaren door de synchronisatie die moet plaatsvinden tussen beide kaarten

Beide zijn SLI (dual GT200b) configuraties als ik de score's interpreteer. GTX285 SLI is een stukje sneller door hogere clocks & memory.
Maar ik had het eigenlijk in m'n post over de OpenCL score's. Mijn GTX295 presteert hierin echt ondermaats tov de rest van het veld van Nvidia kaarten. Bij mij staan de GPU's en drivers echt default voor deze benchmark.

[ Voor 28% gewijzigd door bitshape op 03-08-2011 23:01 ]

[Arjan]

bitshape schreef op woensdag 03 augustus 2011 @ 22:54:
[...]

Beide zijn SLI (dual GT200b) configuraties als ik de score's interpreteer. GTX285 SLI is een stukje sneller door hogere clocks & memory.
Maar ik had het eigenlijk in m'n post over de OpenCL score's. Mijn GTX295 presteert hierin echt ondermaats tov de rest van het veld van Nvidia kaarten. Bij mij staan de GPU's en drivers echt default voor deze benchmark.

SLI is eerder een obstakel dan een hulp bij het rondschuiven van textures in mijn ogen.

frickY schreef op dinsdag 02 augustus 2011 @ 16:58:
Een driver-update en reboot verder, maar hij doet het alsnog niet

C:\GOT_OpenGL_benchmark>cudatest.exe
Error getting device ids: -1

Ik heb 2 HD3400's in mijn systeem zitten, maar deze draaien niet in SLICrossfie (ivm 3 beeldschermen). Wellicht dat dit problemen geeft.

Ik heb een nieuwe versie geüpload die je in staat stelt een opencl platform/device te selecteren. Misschien dat je daar gelukt mee hebt?
je kan -platform en -device meegeven aan de executable met een bijbehorende index ( 0 = eerste )

[Orwell]

@Arjan:

Mooi zo, altijd handig die deviceloopjes. D'r is wel één ander probleem though (niet meer).

<snip>

[ Voor 106% gewijzigd door Orwell op 05-08-2011 18:28 ]