Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Languages / C# / November 2006

Tip: Looking for answers? Try searching our database.

GPU Processor Abstraction...

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Paul  Ericksen - 10 Nov 2006 16:17 GMT
There's been increasing talk about how much better GPUs are at
math-intensive apps. GPUs today rival supercomputers of 7 years ago.

Example: http://hardware.slashdot.org/article.pl?sid=06/11/09/2056233

When the people over at the Folding@Home (protein folding distributed
app like SETI@Home) switched it's processing to the GPU that it
increased a computer's ability to crunch the numbers by 20-40 TIMES.
There are C compilers being released by ATI for their GPUs, which is
the last thing I'd want to have to use.

I don't know enough of how it would work best, but either have the
Framework able to automatically make use of GPUs (when present) for
some of it's math or maybe have specific assemblies with specific types
of threads you could create which would take advantage of the GPU if
possible. If not, it would still process (slowly) on the CPU.
Processing matrices would be very fast, and a number of libraries and
technologies would be built on that.

There are some math-intensive distributed apps I have in mind but
really don't want to be compiling separate libraries intended for
specific GPUs... I want to have that abstracted for me.

With Vista being so graphics intensive, more computers will be coming
with better GPUs that programmers should have an easy way to leverage.

For MS, it could also help give a very serious image to .NET
development in the number crunching arena. Some of the benchmark graphs
could be pretty amazing. :) If it were able to automatically make use
of the GPU where applicable without needing any special coding, then
the whole framework could get a performance boost.
John J. Hughes II - 10 Nov 2006 16:47 GMT
Don't know about support for the GPU but I recall reading the MS is
partnering with http://www.ageia.com/ using their physic card which is
supposed to perform rather well.   The MS robot software has some
functionality built in and its possible Vista and the newer DirectX
releases.
If I recall there is a soft physic function built in if the hardware is not
present.

This might mean there will be additional support for these function either
directly from the CLR or indirectly using the DirectX interface.   You might
look into that.

http://search.live.com/results.aspx?q=http%3A%2F%2Fwww.ageia.com%2F+and+microsof
t&src=IE-SearchBox


Regards,
John

> There's been increasing talk about how much better GPUs are at
> math-intensive apps. GPUs today rival supercomputers of 7 years ago.
[quoted text clipped - 27 lines]
> of the GPU where applicable without needing any special coding, then
> the whole framework could get a performance boost.

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.