AMD очерта възможностите на HSA - PROHARDWARE! Тест на видеокартата - Версия за печат

Какво предлага HSA?

AMD отново беше домакин на срещата на върха на разработчиците на Fusion, която в момента се провежда във Вашингтон. Тазгодишното събитие, за разлика от миналата, не е за очертаване на планове, а за действия. През изминалата година AMD мечтае за интерфейс Fusion System Architecture (FSA), който може значително да улесни разработването на софтуер за хетерогенно програмируеми системи; оттогава системата е получила ново име, така че тази година тя е посочена като архитектура на хетерогенни системи (HSA). Това се наложи заради партньорите, тъй като всички вече свързват името Fusion с AMD, което би било неблагоприятно за маркетинговите компании по отношение на маркетинга.

тест

Тазгодишното събитие започна веднага с голямо съобщение, а именно, че AMD завърши с проект на спецификации на HSA 1.0, което означава, че системата просто трябва да бъде финализирана. Поради тази причина е създадена фондацията HSA, която официално ще контролира по-нататъшното развитие. Фил Роджърс каза, че AMD вече е разработила проекта на спецификации с партньори, така че всички участващи са доволни от основите, което означава, че няма перспективи за големи промени. Фондацията HSA, от друга страна, ще поеме контрола над AMD и ще доразвие системата под формата на консорциум.

Фил Роджърс също обяви, че партньорите на AMM и първите спонсори на HSA Foundation включват ARM, Imagination Technologies, MediaTek и Texas Instruments. Разбира се, участващите компании очакват повече кандидати и това включва не само компании, проектиращи процесори, графични процесори или друг хардуер, но и софтуерни компании, които искат да създадат нови библиотеки или нови инструменти и пакети за разработка. AMD положи основите на софтуерната страна, така че в допълнение към Aparapi и APP беше въведена BOLT, стандартна библиотека с шаблони на C ++.

Разбира се, възниква въпросът защо пазарът и споменатите по-горе компании се нуждаят от HSA. Том Малой, старши софтуерен инженер в Adobe, се опита да отговори на това в не толкова кратка презентация. Много разработчици подхождат към проблемите, които възникват с по-бърз хардуер, което всъщност е вярно, но може да не е във формата, която програмистът очаква. В днешно време излезе на преден план, че развитието на хардуера се влияе от все по-сериозни физически ограничения, така че за да се мащабира производителността на процесорите, тяхната структура трябва да бъде променена. Повечето програмисти, от друга страна, предпочитат удобството, така че не много се запознават със сложен хардуер.

Днес разработчиците попадат в две основни категории, според проучване на пазара от IDC. Повечето от тях просто пишат код на процесора и се раждат много приложения. По-малко са тези, които също се разработват за графични процесори и за да използват някакъв жаргон, те бяха наречени „програмисти нинджа“ на шоуто, намеквайки за тяхната сръчност. Техният брой е около сто хиляди; в момента са налични приблизително 200 от приложенията, които използват мощността на графичния процесор. Том Малой казва, че трудността е, че OpenCL и CUDA, които са често срещани в GPU програмирането, могат да се считат за интерфейс на доста ниско ниво и повечето програмисти не харесват този терен. Това не се дължи основно на факта, че OpenCL и CUDA не са зрели или приложенията не могат да бъдат пренесени; в OpenCL например това е много добре решено, но това, което вече е голям проблем, е преносимостта на производителността. Тук се появява слабостта на OpenCL, тъй като всеки хардуерен елемент изисква много допълнителна оптимизация, за да направи програмата бърза навсякъде. Това е една от причините, поради които ускорената компресия на WinZip 16.5 и качеството на изображението екстра от най-новата версия на VLC работят само с драйвера AMD OpenCL и само на графичните контролери Radeon.

Уволнение

Така че OpenCL е ценна алтернатива за „програмистите нинджа“, но трябва да помислите за мнозинството. Тук идва HSA, който се роди с цел да направи APU толкова лесен за програмиране, колкото CPU. Според Том Малой, най-важната способност от гледна точка на програмистите ще бъде единното адресно пространство, което значително ще улесни преносимостта на производителността и работата на разработчиците.