3. OpenCL

OpenCL

  • V

    zu 1: http://www.occultusactus.de/Screenschots/Konvertierungsproblem.jpg

    zu 2:

    // Cut off sphere.
void euclidianpointcloud::unmarksphere (cadcam::mwTPoint3d<double> msphere, double r)
{
	int x,y,z; //Arraypoint.
	cadcam::mwTPoint3d<double> realpoint;//Real point.

	//What to calculate?
	cadcam::mwTPoint3d<double> c;
	cadcam::mwTPoint3d<double> m_gew;//Rel. point cloud vector;
	cadcam::mwTPoint3d<double> m_gew2;//Rel. point cloud vector;
	m_gew=msphere-ref;
	m_gew=m_gew/grid_delta;
	double r_gew=r/grid_delta;
	m_gew2=m_gew+r_gew*einsvektor+einsvektor;
	if (m_gew2.x()>nx) m_gew2.x(nx);
	if (m_gew2.y()>ny) m_gew2.y(ny);
	if (m_gew2.z()>nz) m_gew2.z(nz);

	x=(int) (m_gew.x()-r_gew-1);
	if (x<0)
	x=0;
	while (x<m_gew2.x())
	{
	    y=(int) (m_gew.y()-r_gew-1);
	    if (y<0)
		y=0;
		while (y<m_gew2.y())
		{
			z=(int) (m_gew.z()-r_gew-1);
	        if (z<0)
			z=0;
			while (z<m_gew2.z())
			{
				//Calculate actuall rel. cloude-vector.
				c.x(x);c.y(y);c.z(z);

				//All points are c to check.
				realpoint=ref+c*grid_delta;
				if (~(realpoint-msphere)<=r)
				mark (realpoint);

				z++;
			};
			y++;
		};
		x++;
	};
};
    0
  • R

    dot schrieb:

    Dravere schrieb:

    Eine gute Desktopgraphikkarte kann sogar bis zu 512 und mehr Threads physisch parallel verarbeiten.

    Seit die GTX 680 heraußen ist, stehen wir bei 1536 Threads 😉

    halbes jahr vorher waren es noch 2048 als die 7970 rauskam.

    wobei die GPUs mehr 'threads' verarbeiten als das, das sind nur die ausfuehrungseinheiten fuer arithmetische berechnungen, die thread zahl die active ist, ist glaube ich 8192 bei GK104

    dot schrieb:

    Abgesehen davon, hat die 680 leider einige Issues, die sie für Compute Anwendungen unter Umständen nicht ganz so attraktiv machen. Aber die demnächst kommenden Kepler Karten, werden da gewaltig Abhilfe schaffen

    welche issues? meinst nicht die schlechten luxmark werte wegen fehlender treiber optimierung? was gab es denn da noch was mit neuer hardware gefixt wird?

    Zeus schrieb:

    *hust* 2013 soll doch schon Maxwell kommen, die sollen laut Nvidia acht mal effizienter werden.

    das war aber gegenueber fermi, oder? wuerde in die reihe passen, kepler ist laut NVidia paper ca 2x-3x effizienter

    2. Gibt es ein Tool, das die Auslastung aller GPUs anzeigen kann?

    es gibt z.B. NSight von nvidia, das kann dir sehr genau sagen zu welchem anteil du welche einheiten deiner GPU ausnutzt, zudem werden dir die limitierenden stellen angezeigt und es gibt sogar tipps, wie du noch effizienter die GPU auslasten koenntest.

    0
  • Z

    rapso schrieb:

    Zeus schrieb:

    *hust* 2013 soll doch schon Maxwell kommen, die sollen laut Nvidia acht mal effizienter werden.

    das war aber gegenueber fermi, oder? wuerde in die reihe passen, kepler ist laut NVidia paper ca 2x-3x effizienter

    Mein Fehler in der Tat gegenüber Fermi.

    0
  • V

    Hat jemand hier schon ein größeres Projekt in OpenCl fertiggemacht?

    0
  • Administrator

    Vernunftmensch schrieb:

    Hat jemand hier schon ein größeres Projekt in OpenCl fertiggemacht?

    Kommt darauf an, was du als grösseres Projekt bezeichnest. Ein wesentlicher Teil meiner Bachelorarbeit war/ist OpenCL. Ob ich bestehe, kommt allerdings erst noch raus *an den Fingernägeln kaut* 😃

    Die Arbeit ist zwar fertig, aber das Projekt wohl noch länger nicht. Gibt noch viel zu tun und aktuell bremsen auch die OpenCL Treiber von Nvidia. Zumindest scheint es an denen zu liegen. Die GTX 560 Ti will einfach keinerlei Befehle parallel ausführen, heisst z.B. parallel Daten hoch-,runterladen und Kernel ausführen. Habe auch von anderen Entwicklern mit dem gleichem Problem gehört. Wird wohl einfach von den Nvidia Treibern (unter Linux) nicht unterstützt. Bewusst oder unbewusst... Eine Stellungsnahme von Nvidia dazu gibt es jedenfalls nicht, bzw. ich konnte bisher dazu nichts finden.

    Grüssli

    0
  • ?

    Kann man OpenCL und OpenGL eigentlich gleichzeitig benutzen?

    Also die GPU sowohl für Computing Sachen als auch für die 3d Darstellung zur selben Zeit nutzen oder braucht man dafür zwei GPUs?

    Und falls das gleichzeitig geht, kann man die Arbeit manuell aufteilen?
    Wenn eine GPU z.B. 100 Threads schafft, kann ich dann sagen, 60 Threads für die Grafik und 40 für das Computing?

    0

  • So siehts aus schrieb:

    Kann man OpenCL und OpenGL eigentlich gleichzeitig benutzen?

    Ja, also gemeinsam im selben Programm. OpenGL und OpenCL können miteinander kommunizieren.

    So siehts aus schrieb:

    Wenn eine GPU z.B. 100 Threads schafft, kann ich dann sagen, 60 Threads für die Grafik und 40 für das Computing?

    Nein, zumindest nicht im Moment.

    0
  • ?

    dot schrieb:

    So siehts aus schrieb:

    Kann man OpenCL und OpenGL eigentlich gleichzeitig benutzen?

    Ja, also gemeinsam im selben Programm. OpenGL und OpenCL können miteinander kommunizieren.

    So siehts aus schrieb:

    Wenn eine GPU z.B. 100 Threads schafft, kann ich dann sagen, 60 Threads für die Grafik und 40 für das Computing?

    Nein, zumindest nicht im Moment.

    Hm, okay und wie wird das dann aufgeteilt?
    Macht das die GPU automatisch?

    Kann ich wenigstens Prioritäten setzten?

    0
  • R

    So siehts aus schrieb:

    dot schrieb:

    So siehts aus schrieb:

    Kann man OpenCL und OpenGL eigentlich gleichzeitig benutzen?

    Ja, also gemeinsam im selben Programm. OpenGL und OpenCL können miteinander kommunizieren.

    So siehts aus schrieb:

    Wenn eine GPU z.B. 100 Threads schafft, kann ich dann sagen, 60 Threads für die Grafik und 40 für das Computing?

    Nein, zumindest nicht im Moment.

    Hm, okay und wie wird das dann aufgeteilt?

    die werden in der reihenfolge abgearbeitet in der du die kommandos schickst.

    Macht das die GPU automatisch?

    ja, die arbeitet job fuer job ab, sobald genug resourcen fuer einen neuen job vorhanden sind, wird dieser ausgefuehrt.

    Kann ich wenigstens Prioritäten setzten?

    nur indem du die wichtigen sachen zuerst schickst und mit niedriger prioritaet spaeter.

    0

  • Wobei sich da mit der nächsten GPU Generation was tun wird.

    0
  • ?

    dot schrieb:

    Wobei sich da mit der nächsten GPU Generation was tun wird.

    Hört sich interessant an, hast du mehr Infos dazu?

    @rapso
    Wirkt sich das nicht in Ruckler aus, wenn z.B: die Grafik im Zeitschlitzverfahren berechnet wird, und das Comuting für z.B. die Physik immer dazwischen berechnet wird?

    0

  • So siehts aus schrieb:

    dot schrieb:

    Wobei sich da mit der nächsten GPU Generation was tun wird.

    Hört sich interessant an, hast du mehr Infos dazu?

    Schau dir einfach die Talks der GTC 2012 an, das konkrete Stichwort lautet Hyper-Q. 😉

    0
  • R

    So siehts aus schrieb:

    Wirkt sich das nicht in Ruckler aus, wenn z.B: die Grafik im Zeitschlitzverfahren berechnet wird, und das Comuting für z.B. die Physik immer dazwischen berechnet wird?

    nein, denn du berechnest beides pro frame, ob du jetzt 50% der zeit physics rechnest und dann 50% renderst oder 100% der zeit zu je 50% beides machst, ist jacke wie hose (wobei es eigentlich besser sein sollte einen job voll auszufuehren, da dann mehr cache lokalitaet vorhanden sein sollte).
    falls du physics hast die mehr als ein frame braucht, hast du eh probleme, weil du irgendwas rendern musst was noch nicht bereitsteht. das naechste problem waere, wenn ein job mehr als 2sekunden braucht, wird windows den treiber neustarten (kann man in der registry aendern, aber das haben die aller wenigsten).

    wenn du richtig boese compute machst (und ich meine nur compute, ohne rendering), wird dein windows mauszeiger ruckeln, weil windows auch nicht mehr dazu kommt aero zu rendern. dann machst du alles richtig 🕶

    0

  • Richtig machst du's wenn du den Watchdog Timer für den Grafiktreiber ausschalten musst :p

    0
  • V

    Heute endlich wieder zum Programmieren gekommen. Seit fast einer Stunde möchte ich ein einfaches OpenCl-Beispiel ans Laufen bringen. Habe mir dazu schon NVIDEA SDK 11 runtergeladen und installiert.

    Kann jemand mir bitte den Link zu einem einfachen C++-Beispiel schicken, damit ich dieses einfache Beispiel versuchen kann, zu installieren?

    Edit: Zu compelieren meine ich selbstverständlich.

    Edit: Ich bräuchte nach erster Einschätzung die Headers und die Libs.

    0
  • ?

    nvidia's sdk hat eigentlich viele beispiele, einfaches ist z.b. der bandwidth test.

    kannst dir auch das intel oder ati sdk installieren (ocl ist nicht abhaengig von deiner GPU).

    0
  • V

    Also ein Beispiel habe ich jetzt.

    Die richtigen Dateien im richtigen Verzeichnis CL/ auch.

    Jetzt wird die OpenCl.lib nicht gefunden. Ich verzweifel. Ich finde auch kein OpenCl for dummies oder sowas.

    0
  • A

    rapso schrieb:

    falls du physics hast die mehr als ein frame braucht, hast du eh probleme, weil du irgendwas rendern musst was noch nicht bereitsteht. das naechste problem waere, wenn ein job mehr als 2sekunden braucht, wird windows den treiber neustarten (kann man in der registry aendern, aber das haben die aller wenigsten).

    Kannst Du bitte erläutern, wie man diese Zeitbeschränkung in der Registry abschaltet?

    0
  • R

    erster treffer wenn man z.b. nach "windows driver restart 2 second" googlet

    http://msdn.microsoft.com/en-us/library/windows/hardware/gg487368.aspx

    0
  • V

    vernunftmensch@ubuntu:~/NVIDIA_GPU_Computing_SDK/OpenCL$ echo $PATH

    /usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/cuda/bin:/usr/local/cuda/lib

    vernunftmensch@ubuntu:~/NVIDIA_GPU_Computing_SDK/OpenCL$ echo $LD_LIBRARY_PATH

    :/usr/local/cuda/lib64:/usr/local/cuda/lib

    vernunftmensch@ubuntu:~/NVIDIA_GPU_Computing_SDK/OpenCL$ make

    make[1]: Betrete Verzeichnis '/home/vernunftmensch/NVIDIA_GPU_Computing_SDK/OpenCL/common'

    a - obj/release/oclUtils.cpp.o

    make[1]: Verlasse Verzeichnis '/home/vernunftmensch/NVIDIA_GPU_Computing_SDK/OpenCL/common'

    make[1]: Betrete Verzeichnis '/home/vernunftmensch/NVIDIA_GPU_Computing_SDK/shared'

    make[1]: Verlasse Verzeichnis '/home/vernunftmensch/NVIDIA_GPU_Computing_SDK/shared'

    make[1]: Betrete Verzeichnis '/home/vernunftmensch/NVIDIA_GPU_Computing_SDK/OpenCL/src/oclSortingNetworks'

    /usr/bin/ld: cannot find -lOpenCL

    collect2: ld gab 1 als Ende-Status zurück

    make[1]: *** [../../..//OpenCL//bin//linux/release/oclSortingNetworks] Fehler 1

    make[1]: Verlasse Verzeichnis '/home/vernunftmensch/NVIDIA_GPU_Computing_SDK/OpenCL/src/oclSortingNetworks'

    make: *** [src/oclSortingNetworks/Makefile.ph_build] Fehler 2

    vernunftmensch@ubuntu:~/NVIDIA_GPU_Computing_SDK/OpenCL$

    Bei mir läuft jetzt der neuste Treiber NVIDEA GEFORCE GT 540M CUDA 2GB. Nach der Installation der Treiber habe ich erst das Toolkit CODA, dann das GPUPROGRAMMING-Zeugs von http://developer.nvidia.com/cuda-downloads heruntergeladen unb beides ordentlich installiert. Danach habe ich PATH und LD_LIBRARY_PATH ~/.bashrc angepaßt.

    Warum meckert ld?

    0
Anmelden zum Antworten