Khronos vydal Vulkan 1.0

Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.0 specifikace Vulkan (Wikipedie), nového standardu specifikujícího multiplatformní výpočetní a grafické API pro přístup k GPU. Jedná se o výsledek 18 měsíční intenzivní spolupráce výrobců grafických karet a vývojářů počítačových her a operačních systémů. Současně se specifikací byly vydány ovladače, SDK a různá dema. Představení vlastností Vulkanu například v pdf prezentaci.

16.2.2016 18:00 | Ladislav Hagara | IT novinky

Komentáře

[Václav "Darm" Novák]

To PDF je zajímavé. Fascinuje mě že u Cross Platform jsou zmíněny jen konkrétní distribuce a ne obecně Linux (nebo GNU/Linux, než na mě vyskočí RMS :D)

[Sten]

Velká část toho API je softwarový wrapper, podobně jako Mesa

[Bob]

Umí to pracovat i s X nebo jen Waylandem? Mír taky nikde nezmiňují.

[Ladislav Hagara]

Strana 20 toho pdf:
Vulkan Window System Integration (WSI)
Standardized extensions - unified API for multiple window systems
- Works across Android, Mir, Windows (Vista and up), Wayland and X (with DRI3)

[mirec]

Vykreslenie trojuholníka vyzerá elegantne.

[Jardík]

Od kdy kur*a vrací std::vector::size() hodnotu typu int32_t? To bude zas nějaký spatlaný API, kde neumí použít size_t?

[JK]

Myslim, ze to je kvuli snadne portabilite. int32_t je implementacne nezavisly narozdil od size_t. Spis nerozumim, proc to neni uint32_t.

[Jardík]

int32_t je neportabilní, protože existuje jen tehdy, pokud na dané platformě je 32bit int, který nemá padding a záporná čísla jsou reprezentována jako dvojkový doplněk. Navíc to může být typ příliš velký či malý podle platformy.

Na druhou stranu size_t je portabilní, existuje všude, je to neznaménkový typ a mohu do něj uložit hodnotu velikosti největšího alokovatelného objektu. Mohu s ním reprezentovat i "neplatný index", jako SIZE_MAX, takže -1 na takovou indikaci není důvod. A to, že má různou velikost na různých platformách přece není důležité, protože vždy mi na dané platformě stačí pro určení velikosti.

A když mi std::vector::size() vrací std::vector::size_type, což je size_type alokátoru, což je u toho výchozího size_t, tak to určitě nebudu ukládat do proměnné typu int32_t, kde hrozí overflow, což může mít za následek smazání pevného disku, protože UB je šmejd.

[kalamar]

Jardiku, to zni zajimave (bez ironie), proc neotevres issue na githubu?

[sid]

mohol by, len ma obavu ze na rozdiel od jardika tieto api pisu ludia co chapu rozdiel medzi dokonalou krasou, preciznostou na jednej strane a pragmatickostou. Jardik bez urazky je take prevtelenie grammar nazi do C a C++ podoby.

[sid]

tomu sa povie byt blb a pisat rychlejsie ako citat, odvolavam tieto svoje pomluvy Jardika. Teda prvu vetu, druhu ponecham zatial v platnosti :)

[error414]

ja jsem od Jardika nevidel jeste jinou vitku na kod nez pouziti spatneho typu promene, zda se ze je to jediny problem C a C++ :D

[junk]

Vzhledem k tomu, že integer overflow je nedefinovaná operace, tak optimalizátor může korektně přepokládat, že k němu nemůže dojít. Takže např.

int i;
if(i < i + 1) { //optimalizátor může smazat kontrolu, protože předpokládá, že přetečení nemůže nastat
  new X[i];//provede se vždy v optimalizovaném kódu
}

Takže to není nějaká akademická debata nebo fašismus, ale dost běžná chyba (podobné lze najít třeba i v kernelu). Samozřejmě je otázka jestli to má smysl řešit u demo kódu.

[x]

Hlavně že ve vedlejší diskusi obhajuješ pointer tagging, což je naprostý opak portovatelnosti

[elenril]

Už jen za

There is no global state in Vulkan and all per-application state is stored in a VkInstance object.

by autoři měli dostat medaili. Pořád vidím zástupy takyprogramátorů kteří vesele dávají globální stav do všeho co napíšou jen aby si ušetřili trochu práce a nevidí na tom nic špatného.

[Vladimír Čunát]

+1