APU13: Oracle w Fundacji HSA, Java w twoim GPU

Przy okazji premiery technologii heterogenicznegokolejkowania (hQ), pozwalającego na dwukierunkową komunikacjęmiędzy CPU, GPU i aplikacją, AMD dało do zrozumienia, żepierwszym językiem programowania, który pozwoli na pełnewykorzystanie możliwości, jakie daje przynosi nowa architekturaprocesorowa będzie Java. Widać to było też po liściezaproszonych na trwającą właśnie konferencję APU13 gości, wśródktórych poczesne miejsce zajmowało Oracle. Spodziewano się, żekorporacja Larry'ego Ellisona pokaże po prostu specjalistycznenarzędzia programistyczne – tymczasem stało się coś znaczniewiększego. Jak donosi nasz korespondent z San Jose, WojtekKowasz, Oracle przystąpiło do nadzorującej rozwójheterogenicznych architektur obliczeniowych HSA Foundation. Nie samozresztą, lecz w doborowym towarzystwie Huawei, Broadcoma i Oak RidgeNational Laboratory.Nandini Ramani, wiceprezes ds. rozwoju platformy Javy w Oraclestwierdziła, że przystąpienie do HSA Foundation stanowi następnykrok w drodze do udostępnienia heterogenicznych obliczeń milionomprogramistów, jak również wprowadzeniu nowych paradygmatówprogramowania chmur i serwerów. Nasze starania w ramach HSAFoundation pomogą programistom Javy w wykorzystywaniu akceleracjiGPU, posłużą też odkryciu, jak wirtualna maszyna Javy, językJava i jego API mogą być rozbudowane, by zapewnić aplikacjomdostęp do heterogenicznych obliczeń –stwierdziła Ramani.[img=java]Komentując przyjęcie nowychczłonków, prezes HSA Foundation Phil Rogers podkreślił, żeinicjatywa ta pozyskała w niecałe pół roku ponad tuzinnajwiększych firm z branży, a szybkie przyjęcie HSA i rozwójotwartego ekosystemu wokół tej architektury przyniesie nową eręniezrównanych doświadczeń użytkownika w zarządzaniudanych w chmurach, strumieniowaniu mediów i bezpieczeństwie.Wspomniany otwarty ekosystem staje się zresztą jeszcze bardziejotwarty, za sprawą ogłoszonego podczas APU13 opensource'owegoprogramu deweloperskiego, którego celem jest wypracowanie narzędzi,środowisk uruchomieniowych symulatorów dających programistomdostęp do technologii HSA, utworzenie dokumentacji ułatwiającejpisanie aplikacji korzystających z tych technologii i stworzeniespołeczności wspólnie takie narzędzia tworzącej.Oczywiście Oracle nie wchodzi wto z pustymi rękoma. Dwa lata temu AMD poinformowało, że możnajuż wykorzystywać interfejs programowania Aparapi (służący doprogramowania równoległego) z frameworkiem OpenCL – czyli wzasadzie bezproblemowo kompilować aplikacje w Javie, które mogłybywykorzystywać możliwości GPU. Nie była to oczywiście żadnarewolucja, raczej budowanie fundamentów pod to, co pokazano właśnieteraz.[img=photo2][join][img=photo3]Ósma wersja Javy zostałaprzygotowana w pełni do wykorzystania HSA (przez wspomniane AparapiAPI), tak, że kod dla GPU może być wyrażony przez wyrażenialambda języka. Nie trzeba do tego niczego modyfikować w maszyniewirtualnej, wystarczy sięgnąć po dostarczone przez AMD biblioteki.To wciąż nie czyni sprawy zbytłatwą dla szeregowych koderów Javy, i AMD z Oracle zdają sobie ztego sprawę. Dlatego w 2015 roku obiecują finalny krok na drodze doudostępnienia GPU Javie, w którym Aparapi API przestaje byćpotrzebne, a wyrażenia lambda kierowane są do czegoś, co nazwanoProject Sumatra – rozszerzeń wirtualnej maszyny Javy, pozwalającena bezpośrednie przekazywanie wybranych konstrukcji języka do GPU.[img=photo5]Zaangażowanie AMD w rozwójoprogramowania jest zakrojone na naprawdę dużą skalę – firmazobowiązała się do opracowania całego zestawu narzędzi ibibliotek niezbędnych do tworzenia aplikacji wykorzystującycharchitekturę HSA, na czele z kompletnym środowiskiemprogramistycznym CodeXL,udostępnionym właśnie w wersjach dla Linuksa (wspierany jest RHELi Ubuntu) oraz Windows (zarówno jako wtyczka do Visual Studio jak iz własnym interfejsem). W pracach nad Javą pomaga oczywiścieOracle, z kolei pomoc nad dostosowaniem kompilatora GCC doarchitektury HSA obiecało Suse.Wybór Javy jako wiodącegojęzyka programowania dla HSA może mieć daleko idące konsekwencje,zarówno dla Oracle, jak i dla AMD. Dla AMD to możliwośćzaoferowania milionom korporacyjnych programistów technologii, któraszybko może okazać się nieodzowna dla wszystkich biznesówmających coś wspólnego z przetwarzaniem ogromnej ilości danych –a gdy stanie się ona powszechnie wykorzystywana, to izapotrzebowanie na sprzęt z procesorami AMD stanie się powszechne.Dla Oracle'a to możliwość rozbudowy swojej własnej platformysprzętowo-programowej o GPU, pozwalające na znaczne zwiększeniewydajności specjalizowanych systemów bazodanowych, a może też iznalezienie sensownej strategii rozwoju dla procesorów z rodzinySPARC.