The Mil & Aero Blog
Friday, October 14, 2011
  An open letter to GPGPU-based embedded computing providers

Posted by John Keller

I've noticed a very strange and perplexing thing going on lately in the embedded computing industry concerning products based on general-purpose graphics processing units (GPGPUs). Everyone wants to be the first ... well, no matter what it is -- first for this, first to provide that, first, first, first.

I know of at least three companies out there involved in nasty sniping matches over who was the first to do some sort or other with the GPGPU, and it's getting old, quite frankly.

Now the GPGPU is great technology; no argument there. It's a powerful parallel processing engine broadly applicable to digital signal processing for radar, sonar, electro-optical sensor processing and a broad range of other applications central to the aerospace and defense industry.

But I have to ask an obvious question: who cares who's first? First this, first that, biggest, best, fastest, prettiest, whatever. I care about capability and applicability to challenges that aerospace and defense systems designers have, not who's the first at anything in this market, and I'll wager your embedded computing customers feel the same way.

Let's have a competitive discussion about the capabilities of GPGPU-based devices, and how these powerful devices can help military and aerospace electronics systems designers solve their most difficult problems.

Let's restrain ourselves over who's first, and leave that argument for the bar after work.
 
Comments:
A point well made. I am interested in providing an elegant systems solution that works efficiently, is supportable and remains so when my design is eventually deployed. To date most vendors seem to have slapped a few GPU chips on a board, mentioned something about CUDA and likely are already in the bar when you get there. But then of course they were there first.

Michael Drake, Chordell Systems Ltd.
 
Good points, and the CUDA example is quite relevant, since Nvidia processors are not currently supported by any RTOS vendors - so actually could not be deployed in any safety critical avionics unless the device manufacturer were willing to build his own RTOS, which some do...but then they'd still need a DO-178B certifiable graphics driver, which is not available as a COTS product for Nvidia GPGPUs from anyone, so they'd have to build that themselves too, and take it through certification.

AMD, however, supports mil-aero manufacturers, have GPUs that are supported by major RTOS vendors like Wind River and Green Hills, as well as mil-aero graphics card suppliers like Aitech, Tech Source, and Lockheed Martin, and there exist field-proven DO-178B certifable drivers from third parties like ALT Software, as well as component obsolescent management programs that offer 15-20 year life cycle support from Core Avionics & Industrial.
 
quantum3d and nvidia were providing rtos support to the mil/aero market almost a decade ago. the simple fact was that the do178b market wasn't a good investment of time/money and development. nvidia scraps more GPUs than the market will ever deliver.
 
There is a large difference between supporting mil/aero with GPUs for display (which have been around for a very long time) vs. general purpose signal processing (which has only been possible since 2002, when ATI shipped the first programmable floating point GPU).

I agree that first by itself is of no consequence. But it does speak to who has the experience in building the hardware and software infrastructure to use these devices, tightly integrated into a heterogeneous system in a meaningful and optimal, SWaP-aware manner.

However, claiming to be first if you know you aren't speaks to something else.
 
Post a Comment

Subscribe to Post Comments [Atom]





<< Home
The MAE editorial staff uses the Military Aerospace and Electronics Blog to share ...

Archives
November 2007 / December 2007 / January 2008 / February 2008 / March 2008 / April 2008 / May 2008 / June 2008 / July 2008 / August 2008 / September 2008 / October 2008 / November 2008 / December 2008 / January 2009 / February 2009 / March 2009 / April 2009 / May 2009 / June 2009 / July 2009 / August 2009 / September 2009 / October 2009 / November 2009 / December 2009 / January 2010 / February 2010 / March 2010 / April 2010 / May 2010 / June 2010 / July 2010 / August 2010 / September 2010 / October 2010 / November 2010 / December 2010 / January 2011 / February 2011 / March 2011 / April 2011 / May 2011 / June 2011 / July 2011 / August 2011 / September 2011 / October 2011 / November 2011 / December 2011 /


Powered by Blogger

Subscribe to
Posts [Atom]