Hardwarové novinky – 25/2009 (diskuse)

[kralyk z abclinuxu]

Bill se nechal slyšet, jak jinak, že rostoucí paralelismus, MIMD (Multiple Instruction, Multiple Data) architektura a další prvky budoucích generací GPU (řadu z toho už zažijeme u generace nejbližší, zatím označované jako „GT300“) budou stát za tím, proč v roce 2015 nabídnou grafiky výkon ~20 TFLOPs, tedy zhruba dvacetinásobek toho, co umí karty jako GeForce GTX 285 a Radeon HD 4890.

Tak doufám, že tou dobou už konečně to OpenCL bude a taky doufám, že ATi a nVidia (a kdokoli další) bude OpenCL implementovat navzájem kompatibilně. Dneska aby člověk řešil nejmíň 2 verze GPGPU softwaru - pro Ati Stream a nVidia CUDA.
Přitom oboje má podobný design a funkčnost prakticky stejnou, takže doufám, že zvítězí inteligence nad marketingem a OpenCL v tomhle přinese zlepšení...

Taky mě napadá... s ~20 TFLOP grafárnama poflakujícíma se po trhu "za pár šupů" aby se člověk bál o zabezpečení, to si pak bude moc kdejaký hejhula sestavit výkonej crackovací cluster. Asi to bude chtít vymyslet složitější hashovací algoritmy...

Snad při vší té matematice, umělé inteligenci, fyzice a renderovacích technikách nezapomenou tvůrci her na to nejpodstatnější: hratelnost.

No to teda, tohle měli mít vývojáři/designéři na paměti už někdy od roku 2002 (imho tehdy začínala doba graficky hezkých, ale jinak shitózních her). Namátkou vzpomenu na Titan Quest, jehož optimalizace byla tak blbá, že jsem měl dojem, že se někdo dohod s prodejci HW a schválně to naprogramoval blbě, navíc s nezajímavou hratelností -> propadák.
Nebo Assassin's Creed - ze začátku to vypadalo slibně, ale zábava upadala, a konec? Bída.
Nutno ale říct, že to vyspravil poslední PoP - jak graficky, tak herně naprosto skvělý zížitek. A taky skvělý příběh...
Aj i to UT3 je dobrý na odreagování, ikdyž mohlo být víc map...

[rebrik]

PoP? http://en.wikipedia.org/wiki/Pop_(video_game) ?

V hrach sa (uz) nevyznam, tak preto sa pytam.

[Yontalcar]

IMHO PoP = Prince of Persia

[David Ježek]

Tak doufám, že tou dobou už konečně to OpenCL bude a taky doufám, že ATi a nVidia (a kdokoli další) bude OpenCL implementovat navzájem kompatibilně.

máš pocit, že opengl a direct3D implementují nekompatibilně? já ne, toho bych se fakt nebál.

[Grunt]

Tak doufám, že tou dobou už konečně to OpenCL bude a taky doufám, že ATi a nVidia (a kdokoli další) bude OpenCL implementovat navzájem kompatibilně.

A co třeba GLSL a jeho Linuxová implementace v libglew?(Možná jsou to dvě rozdílné věci, ale též to bude něco na ten princip)

[kralyk z abclinuxu]

Hm, to je myslim něco trochu jinýho... pořád tam jde o grafiku, ne gpgpu jestli jsem to dobře pochopil...

[Grunt]

Já to též moc dobře nepochopil, ale libglew dovoluje počítat Dirac místo procesoru na grafice(dokonce mám pocit, že už vznikli dva nezávislé projekty snažící se to implementovat) a nezáleží na značce, ale musí mít pouze nějaké to GL extension. Asi to bude něco na ten způsob.

[kralyk z abclinuxu]

Tak to je zajímavé, asi se na to mrknu...

[Grunt]

Jen mě tak napadlo: Kdo ví jak velký kondenzátor by musel takový disk musel mít aby z tak obří cache při výpadku proudu stihl bezpečně zapsat všechna data zpátky na disk?

[Ivanhoej]

staci UPS :D

[petr_p]

Hlavně nechápu smysl takové cache uvnitř disku, když stejnou (a řekl bych i lepší) práci může odvést operační systém.

Mimochodem už tyhle hračky podporují „výmaz“ bloku (uvolnění jako nepoužívaný), nebo stále věští z křišťálové koule. Kde je čas starých MTD, kdy měl systém přímý přístup k paměti a žádný řadič s pseudo wear-levelingem mu do toho nekecal.

[Grunt]

Hlavně nechápu smysl takové cache uvnitř disku, když stejnou (a řekl bych i lepší) práci může odvést operační systém.

Právě…operační systém.

Mimochodem už tyhle hračky podporují „výmaz“ bloku (uvolnění jako nepoužívaný), nebo stále věští z křišťálové koule. Kde je čas starých MTD, kdy měl systém přímý přístup k paměti a žádný řadič s pseudo wear-levelingem mu do toho nekecal.

Vás též nemám rád.

[trekker.dk]

Hlavně nechápu smysl takové cache uvnitř disku, když stejnou (a řekl bych i lepší) práci může odvést operační systém.

Ne tak docela. Když zapisuješ data, tak dokud se vejdou do cache disku, můžeš využít plnou rychlost sběrnice, což je nějakých 300MB/s. Když se cache zaplní, rychlost přenosu klesá na rychlost zápisu na disk, což asi bude méně.

[petr_p]

K čemu mi jsou nezapsaná data v cachi disku? (Za předpokladu, že systém má dost volné paměti.)

Cache má smysl, když disk dělá vevnitř něco jiného, než jak se tváří zvenku (což dnes dělají jak rotující magnetické, tak i flashové), protože pomocí cache získá čas a prostor na přerovnání/sloučení požadavků.

Jediný rozumný důvod pro cache je, že odeslat velké množství dat najednou je pro sběrnici méně náročné, než postupně odesílat rozkouskovaná data kvůli režii sběrnice. Řekl bych ale, že cache o velikosti stovek megabajtů, což dělá vzhledem k rychlostem zápisu několik sekund, je zbytečně velká.

[Grunt]

Dneska a zvláště na Linuxu je to celkem jedno, protože daty se implicitně plní paměť a tak jak se alokuje paměť pro programy, tak se volá démon pro čištění keše a pomalounku ty data na disk zapisuje. Nějaká disková cache(pokud teda samozřejmě nepočítám nějaký přímý nápor na disk) je vcelku k ničemu.

[johny]

Jen mě tak napadlo: Kdo ví jak velký kondenzátor by musel takový disk musel mít aby z tak obří cache při výpadku proudu stihl bezpečně zapsat všechna data zpátky na disk?

Byl by velký asi jako víčko od piva a stál by méně než stovku. Například tenhle kondenzátor je na 5,5V, má kapacitu jeden Farad a tudíž umí schovat asi 15 Joulů (E=1/2 C U^2):

http://www.ges.cz/?page=index&or=sort&ipp=12&lang=cz&cur=CZK&inc=detail&gesid=GES05400558

Řekněme, že při zápisu žere hard disk dva watty a trvá dvě sekundy než se cache vyprázdní. To máme čtyři jouly. Takže ten kondenzátor by to zvládl s rezervou.

[M. Lox]

stál by méně než stovku.

Moc drahé. Něco takového do disku nikdo dávat nebude.

[Grunt]

Já klidně, kdybych měl možnost.

[M. Lox]

Možná takové kondíky dají do serverových (SAS) HDD, ale do desktopových sotva.

[Grunt]

O samotné kondíky ani tak nejde, ale jde o to, že v řídící jednotce by musela být rutina, která by při zjištění, že došlo k poruše přísunu elektrické energie, musela vysypat obsah keše na disk. A schválně, no kdo to až má?

[M. Lox]

IMHO se takové funkce vyskytují, četl jsem rozhovor, ve kterém nějaký inženýr popisoval právě zapsání keše při výpadku. Energii měli získávat pomocí setrvačnosti ploten, generovali ji z motorku.

[Grunt]

Tak to by bylo ještě lepší. Je nějaký disk u kterého si můžu být takovouto funkcí jist?

[M. Lox]

Bohužel jsem to nikdy neviděl v žádném reklamním materiálu ani ve výpisu funkcí, takže asi ne. V serverových discích se příliš neorientuji.

[kralyk z abclinuxu]

Moc drahé. Něco takového do disku nikdo dávat nebude.

Proč? Vždyť v tom není problém. Pro velkofirmu vyrábějící disky (jako samsung, segate, etc...) by cena toho kondenzátoru nešla přes 50Kč, možná ještě míň. To cenu disku nijak závratně neovlivní.

A přidat do disku schopnost, že při výpadku zapíše cache na disk taky není naprosto žádný problém...

[Grunt]

Nejen při výpadku, ale třeba i při studeném restartu, apod. (ještě by to chtělo vyřešit diskovou keš v jádře, ale to také není až tak nemožné)

[M. Lox]

50 Kč může být rozdíl mezi cenou disku od Seagate a Samsungu a v tom případě si 90 % lidí vezme ten o pade levnější. Kvalita netáhne, rozhodující je kvantita, tedy hlavně cena.

[Jan Martinek]

No dobrá - schválně jsem to předimenzoval s těmi patnácti jouly. Ale za poloviční cenu (tj. cca 40 Kč) je k mání kondenzátor s poloviční energií:

To je on (půl Faradu, 5,5 V.)

Myslím, že by stačil. Nebo by u toho mohla být jediná lithiová baterie, řekněme 3V,750 mAh. Energie by pak byla 8100 joulů, což pokryje veškeré výpadky proudu takřka do konce životnosti hard disku. Ale stálo by to asi taky tu stovku. Buď jak buď, já bych si za tohle rozhodně připlatil.

[Grunt]

Buď jak buď, já bych si za tohle rozhodně připlatil.

K tomu se přidávám.

[trekker.dk]

Stejně vás není dost.

[stativ]

Tři (mě počítejte taky) už jsou dav.

[kralyk z abclinuxu]

Já taky. Čtyři lidi - na to už musí i velká firma brát zřetel

[Grunt]

Musíme o sobě dát nějak vědět. Vyvolat poptávku. A nebo snad počkat na průzkum trhu?