Article: Impressions of Kepler
By: Anon (no.delete@this.email.com), April 16, 2012 5:05 pm
Room: Moderated Discussions
David Kanter (dkanter@realworldtech.com) on 4/15/12 wrote:
---------------------------
>Tom (noemail@yahoo.com) on 4/15/12 wrote:
>---------------------------
>>Tom wrote:
>>> When GPUs went from pixel shaders and vertex shaders to unified
>>> shaders, it solved the problem of balancing the load between the
>>> two types of calculations. Similarly, when there is a Tesla board and
>>> a graphics board in a system, the load balancing between these two
>>> boards is much easier when the two boards have the same type of GPU.
>>
>>David Kanter wrote:
>>> Why does this matter? Why would you ever want to load balance between a Tesla and graphics board?
>>
>>On a workstation with a Tesla board and a graphics board, you would want to balance
>>the load between these boards whenever doing GPU computing since graphics drawing
>>rarely uses 100% of the available performance of the graphics board. For example,
>>if graphics drawing was using 20% of the available performance of the graphics board,
>>you could use the Tesla board plus 80% of the cycles on the graphics board for GPU
>>computing. Here is an example of software where you would want to do this:
>>
>>http://www.ks.uiuc.edu/Research/gpu/#multigpu
>
>Honestly, this seems somewhat pointless. If your compute workload is intense, then
>you probably want to do things on a remote server with 2-4 GPUs and then you just
>want a small workstation card for visualization (heck you can probably just use an IGP).
>
>I don't think it's a useful case. Besides, there are no workstation cards based on the GK104, and there won't be.
>
>The workstation cards and Tesla's use the same GPU and it will be different than any consumer graphics part.
>
>David
While I agree that this is not so important, what is
is price performance, we have raised with NVidia a number
of times that our love of their systems drops every time
they partition off critical areas of performance into
Tesla/Quadro only, as it can seriously hurt their
price/performance metrics.
Paying the extra for Quadro/Tesla can make a lot of sense
for a single unit, but make zero sense when you are looking
at tens, hundreds, or thousands of units. A lot of the
advnatge of 'GPGPU' is that it rides on the back of
consumer scale hardware..
NVidia is making quite a lot of moves lately to partition
the two targets (professional and gaming..) and that is
causing a lot of rumblings for people to whom price
performance in compute matters more than anything else.
The DP performance hit (now a double hit) is only one of
them, the more insidious was the limitation of readback
performance in non-professional cards. Unfortunately ATI
seems to get getting on the same wagon.
Things like ECC etc are smoke really, we will always go with
the better price/performance as we (and many others) can
quickly post-verify results. It matters more for a few
target applications but not as much as many seem to assume.
NVidia of course wants to defend the huge extra profitability
of professional cards, but they are painting themselves
into a bit of a corner for some users, I suspect a medium
term backlash and rethink.
---------------------------
>Tom (noemail@yahoo.com) on 4/15/12 wrote:
>---------------------------
>>Tom wrote:
>>> When GPUs went from pixel shaders and vertex shaders to unified
>>> shaders, it solved the problem of balancing the load between the
>>> two types of calculations. Similarly, when there is a Tesla board and
>>> a graphics board in a system, the load balancing between these two
>>> boards is much easier when the two boards have the same type of GPU.
>>
>>David Kanter wrote:
>>> Why does this matter? Why would you ever want to load balance between a Tesla and graphics board?
>>
>>On a workstation with a Tesla board and a graphics board, you would want to balance
>>the load between these boards whenever doing GPU computing since graphics drawing
>>rarely uses 100% of the available performance of the graphics board. For example,
>>if graphics drawing was using 20% of the available performance of the graphics board,
>>you could use the Tesla board plus 80% of the cycles on the graphics board for GPU
>>computing. Here is an example of software where you would want to do this:
>>
>>http://www.ks.uiuc.edu/Research/gpu/#multigpu
>
>Honestly, this seems somewhat pointless. If your compute workload is intense, then
>you probably want to do things on a remote server with 2-4 GPUs and then you just
>want a small workstation card for visualization (heck you can probably just use an IGP).
>
>I don't think it's a useful case. Besides, there are no workstation cards based on the GK104, and there won't be.
>
>The workstation cards and Tesla's use the same GPU and it will be different than any consumer graphics part.
>
>David
While I agree that this is not so important, what is
is price performance, we have raised with NVidia a number
of times that our love of their systems drops every time
they partition off critical areas of performance into
Tesla/Quadro only, as it can seriously hurt their
price/performance metrics.
Paying the extra for Quadro/Tesla can make a lot of sense
for a single unit, but make zero sense when you are looking
at tens, hundreds, or thousands of units. A lot of the
advnatge of 'GPGPU' is that it rides on the back of
consumer scale hardware..
NVidia is making quite a lot of moves lately to partition
the two targets (professional and gaming..) and that is
causing a lot of rumblings for people to whom price
performance in compute matters more than anything else.
The DP performance hit (now a double hit) is only one of
them, the more insidious was the limitation of readback
performance in non-professional cards. Unfortunately ATI
seems to get getting on the same wagon.
Things like ECC etc are smoke really, we will always go with
the better price/performance as we (and many others) can
quickly post-verify results. It matters more for a few
target applications but not as much as many seem to assume.
NVidia of course wants to defend the huge extra profitability
of professional cards, but they are painting themselves
into a bit of a corner for some users, I suspect a medium
term backlash and rethink.
Topic | Posted By | Date |
---|---|---|
First impressions of Nvidia's Kepler | David Kanter | 2012/03/22 06:00 PM |
First impressions of Nvidia's Kepler | fellix | 2012/03/23 01:25 AM |
First impressions of Nvidia's Kepler | Mike | 2012/03/23 08:24 AM |
First impressions of Nvidia's Kepler | David Kanter | 2012/03/23 09:02 AM |
First impressions of Nvidia's Kepler | Mike | 2012/03/23 09:34 AM |
First impressions of Nvidia's Kepler | David Kanter | 2012/03/23 12:15 PM |
First impressions of Nvidia's Kepler | anon | 2012/03/23 11:37 AM |
I use ALUs | Mark Roulo | 2012/03/23 12:59 PM |
I use ALUs | anon | 2012/03/23 02:07 PM |
I use ALUs | Mark Roulo | 2012/03/23 03:12 PM |
I use ALUs | anon | 2012/03/23 04:08 PM |
Makes no sense... | EduardoS | 2012/03/23 05:30 PM |
Makes no sense... | anon | 2012/03/23 06:14 PM |
Makes no sense... | David Kanter | 2012/03/25 10:45 AM |
Makes no sense... | fellix | 2012/03/24 05:41 AM |
Comparing against the 560 | Cat | 2012/03/26 08:51 AM |
Comparing against the 560 | David Kanter | 2012/03/26 09:24 AM |
Shuffle Instruction | Martin | 2012/03/27 06:17 AM |
Shuffle Instruction | David Kanter | 2012/03/27 08:47 AM |
Shuffle Instruction | Martin | 2012/03/27 10:52 AM |
.msi unarchiver? | hobold | 2012/03/28 10:20 AM |
.msi unarchiver? | Joe | 2012/03/28 12:55 PM |
.msi unarchiver? | Martin | 2012/03/29 12:53 AM |
Shuffle Instruction | Rohit | 2012/03/27 12:04 PM |
Workgroups vs. warps/wavefronts | Andrew McDonald | 2012/03/28 02:31 PM |
Workgroups vs. warps/wavefronts | David Kanter | 2012/03/28 03:14 PM |
Workgroups vs. warps/wavefronts | Rohit | 2012/03/28 08:53 PM |
Workgroups vs. warps/wavefronts | Lee Howes | 2012/03/29 06:38 AM |
Threads | David Kanter | 2012/04/09 11:36 AM |
Fixed (NT) | David Kanter | 2012/04/09 11:37 AM |
Heterogeneous GPUs | Oscar Eddington | 2012/03/28 07:41 PM |
Heterogeneous GPUs | Gary M. | 2012/04/06 04:35 PM |
Different shader cores | David Kanter | 2012/04/09 11:29 AM |
Different shader cores | Tom | 2012/04/11 02:36 PM |
Nope... | David Kanter | 2012/04/12 01:10 AM |
Nope... | Tom | 2012/04/13 03:58 PM |
Nope... | David Kanter | 2012/04/14 12:24 PM |
Load balancing between Tesla and graphics boards | Tom | 2012/04/15 06:11 PM |
Load balancing between Tesla and graphics boards | David Kanter | 2012/04/15 10:11 PM |
Load balancing between Tesla and graphics boards | Anon | 2012/04/16 05:05 PM |
Why isn't AMD hardware used for GPU computing? | Richard G. | 2012/04/03 07:39 PM |
Why isn't AMD hardware used for GPU computing? | anon | 2012/04/04 03:11 AM |
Why isn't AMD hardware used for GPU computing? | Soupdragon | 2012/04/04 05:24 AM |
Why isn't AMD hardware used for GPU computing? | Groo | 2012/04/04 08:41 AM |
Why isn't AMD hardware used for GPU computing? | Michael S | 2012/04/04 06:24 AM |
Why isn't AMD hardware used for GPU computing? | Alexko | 2012/04/04 08:43 AM |
Why isn't AMD hardware used for GPU computing? | EduardoS | 2012/04/04 03:37 PM |
Why isn't AMD hardware used for GPU computing? | David Kanter | 2012/04/09 02:51 PM |
Why isn't AMD hardware used for GPU computing? | Ricardo B | 2012/04/04 12:57 PM |
Why isn't AMD hardware used for GPU computing? | Tom | 2012/04/04 05:36 PM |
Why isn't AMD hardware used for GPU computing? | Brett | 2012/04/04 06:55 PM |
Why isn't AMD hardware used for GPU computing? | David Kanter | 2012/04/09 02:55 PM |
Predictions about Kepler | Russell Baker | 2012/04/18 02:09 PM |
Predictions about Kepler | 0100010 | 2012/04/18 03:14 PM |
Predictions about Kepler | EduardoS | 2012/04/18 03:38 PM |
Predictions about Kepler | Anon | 2012/04/18 08:48 PM |
Predictions about Kepler | EduardoS | 2012/04/19 03:03 PM |
Predictions about Kepler | Meeps | 2012/04/19 03:39 PM |
Predictions about Kepler | John P. | 2012/04/18 06:13 PM |
Predictions about Kepler | Foo_ | 2012/04/19 12:15 PM |
Predictions about Kepler | EduardoS | 2012/04/19 03:07 PM |
Predictions about Kepler | Groo | 2012/04/19 09:13 AM |
Predictions about Kepler | anon | 2012/04/19 03:26 PM |
Predictions about Kepler | Groo | 2012/04/20 08:01 AM |
Predictions about Kepler | Alex L. | 2012/04/20 03:41 PM |
Predictions about Kepler | Anon | 2012/04/21 09:34 AM |
Predictions about Kepler | mpx | 2012/04/21 11:23 PM |
Predictions about Kepler | ac | 2012/04/22 01:49 AM |