Rebranded nVidia GeForce 8xxx actually sold as G, GT or GTS

January 12th, 2010

This is a list of rebranded GeForce 8 series GPU, sold as 9 series or even G/GT/GTS series! The same old GPU sold with little modifications but heavy rebranding to make them “new” :-)

Desktop GeForce GPU:

  • GeForce 8300 GS -> G205
  • Geforce 8400M G -> 9300M GS -> G105M
  • GeForce 8400M GS -> G110M -> G210M -> G305M
  • GeForce 8400M GT -> G310M
  • GeForce 8400 GS -> G100 -> G210 -> G310
  • GeForce 8500 GT -> 8600M GS -> 9400 GT -> 9600M GT
  • GeForce 8600 GT -> 9500 GT -> GT120
  • GeForce 8600M GS -> 9500M GS ->9600M GS
  • GeForce 8600M GT -> 9600M GT -> GT120M
  • GeForce 8700M GT -> 9650M GS -> GT130M
  • GeForce 8800 GS -> 8800M GTX -> 9600 GSO -> 9700M GTS -> 9800M GT -> GT130 -> GT220 -> GT230M -> GT240 -> GT240M -> GTS250M -> GTS260M -> GT325M -> GTS350M -> GTS360M
  • GeForce 8800M GTS -> 9600 GT -> 9800M GS -> 9800M GTS -> GTS150M -> GTS160M -> GT230
  • GeForce 8800 GT -> 9800 GT -> 9800M GTX -> GTS240 -> GTX260M
  • GeForce 8800 GT 512 -> 9800 GTX -> GTS150 -> GTS250 -> GTX280M

These GPU has been rebranded many times, the winner being GeForce 8800 GS, the good-old G80 that ruled the world in 2006, and is always sold with die-shrink and little modification as a brand-new GPU :-)

  • Print this article!
  • E-mail this story to a friend!
  • Digg
  • Twitter
  • Facebook
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Reddit
  • Slashdot
  • Technorati

ATI Radeon HD5870 Mobility: OpenCL Teraflop on a laptop

January 8th, 2010

The new ATI Radeon HD 5870 use the same 5xxx generation chip that offer full OpenCL 1.0 support, equivalent to nVidia’s GeForce 8xxx and later, but break the Teraflop MAD on a mobile GPU with 1120 Gigaflops!!!

Yes you read this well, you will be able to find laptops with 1 Teraflop raw power inside their GPU before spring, it will be at least 20X the processing power of the multi-core CPU of these laptops!

As a reminder, ASCI RED supercomputer broke the 1 Teraflop barrier in December 1996, with 4510 Pentium-Pro processors. Now you may do calculation at an equivalent pace with a laptop, only 13 years later! ouch!

  • Print this article!
  • E-mail this story to a friend!
  • Digg
  • Twitter
  • Facebook
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Reddit
  • Slashdot
  • Technorati

ATI Radeon 4xxx OpenCL benchmarks

November 10th, 2009

There’s some OpenCL benchmarks out there, and on OpenCL Benchmark that test real GPGPU computation, instead of pure processing power on theorical computation, Radeon 4xxx series lag far far behind of nVidia actual GPU.

ATI Radeon 3xxx and 2xxx are not supported, albeit nVidia’s GPU are supported since 2006 G80 (GeForce 8800 and any GeForce 8 series or later GPU), and Radeon 4xxx are just underperforming, lacking shared memory (memory inside each processor core).

Lacking “shared memory” means that for any data access Radeon 4xxx have to access global video card memory, that is usually 20X to 30X slower, and worse, memory bandwidth on Radeon graphic card are 2X to 3X slower than on nVidia’s. This is not an handicap for games, where radeon are really great graphic card, but it is for GPGPU and OpcnCL.

The result of lacking Shared Memory and slow graphic card memory: a Radeon 4870 (around 200$ street) could not compete with GeForce 9400M IGP (found on Mac Mini, MacBook Air, MacBook…), and a GeForce 9400M iMac will beat any ATI Radeon 4850 iMac when it’s time to compare OpenCL performances! :-(

  • Print this article!
  • E-mail this story to a friend!
  • Digg
  • Twitter
  • Facebook
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Reddit
  • Slashdot
  • Technorati

How-to use CUDA for H.264 encoding?

November 3rd, 2009

CUDA is a powerful technology, incredibly powerful GPU and superb suite of development, debugging and profilin tools. x264 project tried to make it work on their excellent h.264 video encoder (that is blazingly fast with a great video quality on CPU).

They failed, or put it differently, they choose not to use it but consider other way to accelerate encoding such as dedicated hardware accelerators (such as ElGato Turbo.264 HD that I use on my laptop).

There’s many way to follow to use CUDA as H.264 encoder accelerator:

  • Put some cpu-hungry algorithm part to GPU. Was their first choise, but this algorithm seems slower on their implementation than CPU counter-part. FAILED!
  • Put the whole encoding chain to GPU, but as the most computing-intensive part is actually slower on GPU (as they try to implement it) it’s a loss. FAILED!
  • Put the whole encoding chain to GPU, *BUT* give it a different movie part to encode, dynamically, and instead swapping to GPU, aggregate CPU and GPU to do the whole encoding.

The third option is a different way to consider the GPU, not as a co-processor in the middle of a cpu-algorithm, but as an asymmetric computing resource, able to give 10% to 30% performance gain on the whole process.

This is the way I am currently exploring, having in mind to obtain a gain in H.264 encoding over pure-cpu, and to be able to port it to OpenCL with dedicated algorithms for CPU and GPU :-)

  • Print this article!
  • E-mail this story to a friend!
  • Digg
  • Twitter
  • Facebook
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Reddit
  • Slashdot
  • Technorati

New Apple iMac with Radeon 4xxx GPU

October 20th, 2009

Apple just unveiled new lineup of iMac with Radeon 4670 & 4850 (except the entry model with GeForce 9400M IGP).

I don’t understand this move, because Radeon 4xxx are just under-performers on OpenCL, except on some benchmarks that just do mul-add (MADD) or bandwidth tests. Radeon 5xxx may have been better choice, but they are not available, but it seems that nVidia and Apple divorced after 1 good year of successfull collaboration…

I just wonder why Apple choose ATI Radeons, except for the GPU price?

Underperformers on OpenCL, a big novelty on Snow Leopard, and unsable to play games correctly at native screen resolution (Radeon 4670 on 1920×1080 and Radeon 4850 on 2560×1440). Clearly it’s a dumb move, nobody will be satisfied by these choices, nor gamer nor OpenCL developer or software user!

  • Print this article!
  • E-mail this story to a friend!
  • Digg
  • Twitter
  • Facebook
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Reddit
  • Slashdot
  • Technorati