Re: [Emc-users] Using GPU horsepower, was Re: What should I do to get the performance back?
Hmmm - On 2012-10-26, at 12:44 PM, Kent A. Reed wrote: On 10/26/2012 12:19 PM, dave wrote: On Fri, 2012-10-26 at 11:36 -0400, Kent A. Reed wrote: Most of the present day GPU's wouldn't even strain handling motion the problem is simply that processors (GPU) are a moving target and reinventing the wheel with each new generation of GPU would be a pain to the most dedicated programmer. Agreed, this makes the problem hard, but not unsolvable, OpenCL on Linux is ok. At least it was last time I tried it. I started a blog on some stuff I did OpenCL wise: http://gpucomputes.blogspot.com (It was set up not as a technical treatise, but for students) (oh, and I ran the code on OSX for the blog, but the code does/did run on Linux) Unfortunately, about the time of the last entry, I had to move to development off of the iPhone and to Android, which does not support OpenCL. So, I have not done much with the blog in a year. The GPU is massively parallel, but takes time to send/retrieve data. If you have a massively parallel task, then things are possibly ok. JohnS. John Alexander Stewart alex.stew...@crc.ca -- The Windows 8 Center In partnership with Sourceforge Your idea - your app - 30 days. Get started! http://windows8center.sourceforge.net/ what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using GPU horsepower, was Re: What should I do to get the performance back?
On 10/26/2012 02:47 PM, John Stewart wrote: OpenCL on Linux is ok. At least it was last time I tried it. I started a blog on some stuff I did OpenCL wise: http://gpucomputes.blogspot.com (It was set up not as a technical treatise, but for students) (oh, and I ran the code on OSX for the blog, but the code does/did run on Linux) I don't mean to try to make work for someone else (my C skills are modest at best), but could this be the opportunity to try to break out of the one line look ahead limitation? OpenCL program reads a bunch of lines ahead, and maps out the best trajectory for the path to keep the tool moving quickly, then lets the real time software know how fast it can step through the result. -- WINDOWS 8 is here. Millions of people. Your app in 30 days. Visit The Windows 8 Center at Sourceforge for all your go to resources. http://windows8center.sourceforge.net/ join-generation-app-and-make-money-coding-fast/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using GPU horsepower, was Re: What should I do to get the performance back?
On Fri, 26 Oct 2012, cogoman wrote: Date: Fri, 26 Oct 2012 19:21:01 -0400 From: cogoman cogo...@optimum.net Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Subject: Re: [Emc-users] Using GPU horsepower, was Re: What should I do to get the performance back? On 10/26/2012 02:47 PM, John Stewart wrote: OpenCL on Linux is ok. At least it was last time I tried it. I started a blog on some stuff I did OpenCL wise: http://gpucomputes.blogspot.com (It was set up not as a technical treatise, but for students) (oh, and I ran the code on OSX for the blog, but the code does/did run on Linux) I don't mean to try to make work for someone else (my C skills are modest at best), but could this be the opportunity to try to break out of the one line look ahead limitation? OpenCL program reads a bunch of lines ahead, and maps out the best trajectory for the path to keep the tool moving quickly, then lets the real time software know how fast it can step through the result. AFAIK (and I am no expert) the lookahead limitation is not compute bound but rather structural based on a early design decision to be able to stop at the end of any block. It does seem like the GPU would be great for compute bound things like cutter path visualization and the like. Peter Wallace Mesa Electronics -- WINDOWS 8 is here. Millions of people. Your app in 30 days. Visit The Windows 8 Center at Sourceforge for all your go to resources. http://windows8center.sourceforge.net/ join-generation-app-and-make-money-coding-fast/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Using GPU horsepower, was Re: What should I do to get the performance back?
On 27 October 2012 00:34, Peter C. Wallace p...@mesanet.com wrote: AFAIK (and I am no expert) the lookahead limitation is not compute bound but rather structural based on a early design decision Indeed not. On modern hardware most paths can probably be fully computed before the end of the first segment. It is also true that the current lookahead is not a problem on a large percentage of code. If the code is reasonably long lines and reasonably large arcs then it works excellently -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- WINDOWS 8 is here. Millions of people. Your app in 30 days. Visit The Windows 8 Center at Sourceforge for all your go to resources. http://windows8center.sourceforge.net/ join-generation-app-and-make-money-coding-fast/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
