LucidLogix HYDRA 100

[Hlavson]

Poprvé se informace o novém řešení objevily minulý měsíc, (07/2008) a jak se zdá, prakticky všechny sliby, co se funkční části řešení týče, byly splněny. Společnost LucidLogix představila na právě probíhajícím podzimním IDF (Intel Developer Forum) funkční systému s Hydra 100 čipem. Podle výrobce může jeho čip vyřešit mnoho problémů, které současné multi-GPU řešení mají a přinést také další výhody.

Jestli tohle vyjde bude docela zajímavý jak se k tomu bude stavět nVidia a ATi a jejich mGPU řešení. Nehledě na to, že by HYDRA dokázala zkombinovat např GTX280 + GTX260 + HD4850.

[johnybest]

No pokud je pravda že škáluje výkon jednotlivých GPU téměř linearně tak je to obrovskej krok ve výkonu.

edit// jinak článek k tomu viz. http://www.pcper.com/article.php?aid=607

[Krteq]

Kompletní popis principu funkce LucidLogix HYDRA 100 + schémata

Kompletní popis: LUCID INFORMATION TECHNOLOGY LTD. (Israel) - Canadian Patents Database

Schémata: Representative Drawing - Canadian Patents Database



=========================================================================
Lucid's Multi-GPU Wonder: More Information on the Hydra 100 - AnandTech



Více na AnandTech

[Krteq]

Intel integruje čip Hydra na svůj motherboard

...Server The Inquirer píše, že Intel se rozhodl vybavit Hydrou svou vlajkovou loď mezi motherboardy, DX58SO (čipset Intel X58 + ICH10, patice LGA 1366) s kódovým označením "Smackover". Řídící procesor Hydra 100 bude přítomen na její nové revizi, "Smackover 2"...

Více na ExtraHardware / The Inquirer

[Stratos]

sem zvedav na prvni testy. Teoreticky bysme mohly kombinovat i karty od ruznych vyrobcu ne? tj ATI +Nvidia+SIS apod,

[Krteq]

Jop, kombinovat se mohou karty jakéhokoliv výrobce, ale po stránce výkonu by si měli být co nejblíže .

[Stratos]

no sem zvedav na prvni testy nevite nekdo kdy se asi dockame privniho ofic testu?

[dexterav]

nj zatiaľ spústa kecov ale kde nič tu nič

[Lukfi]

http://www.elsa-jp.co.jp/newsrelease/2009/0130_eng.html
http://www.tcmagazine.com/comments.php? ... 54&catid=6

Má někdo z vás ponětí, jak má tohle fungovat?

[beardie]

mna by skor zaujimalo, co je toto a toto

[Lukfi]

No to mě taky To první se nějak jmenuje a jde to najít na stránkách Elsa v katalogu, ale nevyčetl jsem z toho, k čemu to slouží...

[yuri.cs]

Jestli jde o ty PCIe 1x karticky tak by to melo byt tohle: http://www.nvidia.com/page/quadrofx_gsync.html

[no-X]

Dokud to neuvidím v chodu, neuvěřím. Všichni inženýři z ATi a nVidie by museli být naprosto blbí, kdyby společnost, která nemá ani na to, aby vyvinula vlastní grafický čip, dokázala vyvinout systém, se kterým by jejich čipy fungovaly efektivněji a univerzálněji, než s nativně podporovaným SLI a CrossFire.

Jsem ochoten věřit tomu, že LL někdy nabídne řešení, které bude v některých ohledech lepší, než současné SLI a CrossFire, ale pokud se tak někdy stane, bude ATi s nVidií v té době jistě dál, než je teď.

Připadá mi to jako druhá Ageia, jejímž jediným cílem bylo vytvořit maximální hype, a pak už jen čekat, kdo jim nacpe peníze...

Pokud by tohle řešení někde mohlo najít uplatnění, tak to bude na deskách, kde budou výrobci chtít profitovat z nabídky možnosti spojování jak karet nVidie, tak ATi. Dosud si v podstatě zákazník musel vybrat desku pro CrossFire, nebo SLI. Tady by se zákazník rozhodovat nemusel. Ale to je asi tak vše

[smoula]

--------------------------------------------------------------------------------


mna by skor zaujimalo, co je toto a toto

Je to opravdu zajímavý a navíc proč na těch grafikách jsou přidělaný ty sítovky či co to je ?

[raym0n]

tomuhle se mi nechce verit, myslim si, ze kdyz by nejaka (navic jeste tak mala IT firma) mela jen naznak toho, ze karty muzou fungovat s linearnim narustem vykonu, tak uz by ji nV(vlastne kdokoliv) davno koupila a mela toho plny marketingovy letaky. kazdopadne jsem zvedav a pokud to bude fungovat, budu jen rad, konecne bych videl prinos v multi GPU reseni

[Krteq]

Několik dalších informací o Lucidlogix Hydra

Last night we had an interesting chat with Nir Cohen who is the senior product marketing manager at Lucidlogix, as he was vistiing Taipei to talk to some potential customers and he gave us a few more details about the Hydra chip and what it can do.

Although he wouldn't go into too much detail, we did find out some new and interesting aspects on what Hydra can do. First of all, the implementation done by ELSA Japan is not the same setup as that which will be found on consumer motherboards, as the Hydra chip can function in two different modes. To make a replacement for SLI or CrossFireX, the Hydra chip has to be configured to run in graphics performance mode, but ELSA's implementation doesn't work like this, as ELSA is using the chip as a PCI Express controller with some additional functionality.

The Hydra chips have a built in RISC processor which makes it a much more flexible solution than your average PCI Express controller. ELSA's implementation is said to be cheaper than using a Tesla server with four cards from Nvidia, but we'll have to wait and see what ELSA's official pricing will be until we know this for sure. In non graphics performance mode up to four cards can be used, but in graphics performance mode you're limited to two cards at the moment, but Lucidlogix is working on allowing for up to four cards.

We also found out that the interface on the ELSA solution that connects to a workstation or server is using an external PCI Express x1 connection, although as this is only used for transferring data to be computed and already computed data between the CPU and the Tesla cards, this is meant to be more than enough for the intended usage scenarios. We're not sure how this works with other solutions, such as using Quadro cards.

Another interesting aspect is that its possible to cascade multiple Hydra chips, although at the moment this is limited to two chips, but this would allow for more cards to be used. This could at least in theory allow for four GPU graphics cards, but Nir suggested that in the future up to 8 GPU's per Hydra chip could be possible, in theory at least.

For those that are worried that this will be another nForce 200 chip, there's no need to worry as Nir assured us that the Hydra has a TDP of a mere 4W and as such it shouldn't even need a heatsink, although we expect motherboard makers to add one just in case.

The reason why Hydra scales so well is because its the Hydra chip that controls the rendering and Lucidlogix is doing it quite different than the way AMD and Nvidia are doing things. Using multiple graphics cards have so far meant alternate frame rendering, split screen rendering or tile based rendering. Lucidlogix on the other hand is going for object based rendering which is an entirely new approach which means that each GPU get allocated parts of an object of the scene that's being rendered and then the Hydra chip pieces together the small parts into the final frame which is then displayed on the screen.

The proof is still in the pudding so to say, as Lucidlogix has yet to show a running demo of its Hydra chip, but with a bit of luck this should happen during CeBIT which kicks off early next month. So far we're only hearing whispers about potential consumer partners, but again, there's a chance that more details will be revealed during CeBIT.

Shrnutí:

• Hydra je založena na RISC architektůře, není to jen PCI-Express HUB
• Může pracovat v režimech Alternate Frame Rendering (AFR), Split Frame Rendering (SFR), Tile-Based Rendering (TBR - používalo PowerVR Kyro) a Object-Based Rendering
• V budoucnu možnost připojení až 8 GPU (prozatím jsou podporovány 2)
• TDP je stanoveno na cca. 4W
• Možné uvedení na Cebitu 2009

Zdroj: Fudzilla / XS forums

[Weslo]

moc si neumím představit ten Object-Based Rendering.
Tohle by mě docela zajímalo česky

Object based rendering huh? I'd love to see that work with rendering something even as simple as a cubemap or with Carmack's proposed voxel based terrain renderer. This also renders a Z-only passes a moot point since that requires running all objects through the transform and rasterization stages. Hogwash!

If it was easy to just parcel out individual objects to be rendered to different GPUs AMD and Nvidia would have done it ages ago. How can Lucid do this so easily when they have a lot less information than the graphics guys do about their own hardware?

In terms of RAM, there's no win there. How would Hydra know which objects are more expensive (like which ones are going to be tessellated, or which have the most demanding shaders) or which textures need to go to which card? Some algorithms also rely on maintaining the drawing order of primitives. They're making it sound like you can just split up the objects that belong to the scene and delegate them to different cards without worrying about any dependencies. Sounds like a pile of bull until they offer up some proof that it works.

[Lukfi]

moc si neumím představit ten Object-Based Rendering.
Tohle by mě docela zajímalo česky

Říká, že on taky ne.

[Krteq]

Zjednodušeně je Object-based Rendering založen na tom, že GPU počítá a vykresluje objekty na scéně definované jejich "hranami" a průsečíky těch hran, potom záleží na bufferu (není to klasický Z-buffer) který určí jejich hloubku na scéně (co je blíž a dál v prostoru) - nerenderuje se zbytek "skrytých" objektů.

Pozor, je to hodně zjednodušené ...víc si můžeš přečíst zde:
US Patent 5912672 - Object based rendering system for the rendering of images using edge based object descriptions and setable level indicators

Pro představu jak to bude vypadat na Hydře se 2 připojenými GPU, kde každé GPU renderuje jen přiřazenou část scény

(obrázek je z předváděčky z června loňského roku)

[Weslo]

Lukfi:já umím anglicky ale ve architektuře grafik a tvorbě 3D grafiky se nevyznám ...
Krteq: díky jeden obrázek lepší než 1000 slov.Předpokládám že to rozdělení (výpočet)/a následné sestavení obrazu bude mít na starosti ten RISC procesor (že by se jmenoval tesselator?) že ano?