| ||Thread Tools|
|12th February 2009, 18:00||#1|
Join Date: May 2002
ELSA Multi-GPU Applications powered by Hydra
Elsa Japan, a supplier of various graphics solution, has unveiled the world’s first multi-GPU setup powered by Hydra technology by LucidLogix, a startup supported by Intel Capital. The solution powered by four graphics processing units is aimed at broadcast, medical and other markets that require high-performance real time graphics processing or GPGPU-based high-performance computing.
The Hydra engine sits between the chipset and several GPUs and acts like a dispatch processor within a graphics processing unit (GPU) to distribute tasks among the chips. The technology drives the GPUs, performing scalable rendering of a particular image or scene, and relies on “unique adaptive decomposition and acceleration algorithms to overcome bottlenecks”. The Hydra engine combines a PCI Express 1.1. system-on-chip (Tensilica Diamond 212GP programmable general purpose processor) with exclusive software technologies that load-balances graphics processing tasks, delivering near-linear to above-linear performance with two, three or more graphics cards, according to the company’s promises.
Originally Lucid said that the first commercial Hydra-based applications will be available in Q4 2008, but it looks like the first visualization solution will only hit the market in Q2 2009.
|12th February 2009, 18:57||#2|
But can it play Crysis?
Joke aside, I am impressed that this thing made it into the wild. It would be nice to see if it really lives up to the expectations. As far as I have understood, its main feature should be to provide some coarse-level parallelism by distributing the load amongst the GPUs installed in the system (4 in this case). I am not sure if it is possible to address a particular GPU in a multi-GPU configuration using CUDA right now, or only one GPU is used no matter the total count; if the former is the case, the usefulness of such device is fairly doubtful, since a manual partitioning of the data would also be possible. If one has the appropriate data and algorithms that would run fine on a GPU, dividing the data in 4 parts is the least of the problems... The idea of distributing commands on the fly amongst the GPUs sounds much healthier for applications like games, but the device is targeted at GPGPU applications right now, which confuses me a bit.
|Thread||Thread Starter||Forum||Replies||Last Post|
|Hydra and onboard GPU get married by Asus||jmke||WebNews||0||1st June 2010 10:11|
|Hands on with Lucid's Hydra GPU load-balancer||jmke||WebNews||0||13th November 2009 09:32|
|Optimal GPU Overclocking with GIGABYTE’s New Super Overclock Series||jmke||WebNews||1||2nd September 2009 19:31|
|More Details on Multi-GPU Lucidlogix's Hydra||jmke||WebNews||0||19th February 2009 21:07|
|Cooler Master Hydra 8800 Hybrid GPU Cooler Review||Sidney||WebNews||0||6th December 2007 16:46|
|Corsair Launches Nautilus GPU Water Cooling Blocks||jmke||WebNews||0||11th October 2006 21:49|
|GPU broken or not?||Pirre||Hardware/Software Problems, Bugs||0||20th July 2006 20:25|
|NVIDIA Unleashes World's Fastest Mobile GPU||Sidney||WebNews||0||25th February 2005 00:45|
|PlayStation 3 GPU: NV40 and NV50 Hybrid with XDR DRAM, Says Report||jmke||WebNews||0||28th December 2004 22:12|
|XGI: Support the 'Shaders 3.0', Drop Multi GPU Tech||jmke||WebNews||0||20th October 2004 23:32|