Dyrektor generalny AMD, dr Lisa Su, potwierdziła zaangażowanie firmy w stos obliczeniowy ROCm typu open source oraz współpracę ze społecznością i ostateczne udoskonalenie obsługi oprogramowania.
Wybitny inżynier oprogramowania, George Hotz, pracował nad Tiny Corp jako firmą stojącą za tinygrad jako strukturą sieci neuronowej i tworzy „tinybox” jako system skoncentrowany na HPC/AI o wartości 15 000 USD, którego celem jest 738 FP16 TFLOP z procesorami AMD EPYC i mam nadzieję, że procesory graficzne AMD. Jednak aby procesory graficzne AMD działały w Tinybox, potrzebują ulepszeń stosu obliczeniowego AMD typu open source, aby AMD działało i dobrze działało w MLPerf.
George Hotz dość głośno wypowiadał się na temat problemów stojących obecnie przed stosem obliczeniowym AMD ROCm i chciał osobiście pracować nad ulepszeniami stosu obliczeniowego AMD. Kilka tygodni temu pokłócił się z wysiłkami obliczeniowymi AMD i postanowił nie korzystać już z opcji obliczeniowych AMD GPU. Ale wygląda na to, że nastąpiła kolejna zmiana kursu i wrócił do skupienia się na poprawie obsługi obliczeń GPU AMD za pomocą stosu open source.
Hotz napisał na Twitterze w piątek, że firma Tiny Corp wraca do pracy nad planem „wprowadź AMD w planie MLPerf””i rozmawiał z Lisą Su. Po rozmowie z Lisą Su wierzy, że „wszystko się poprawi i AMD zacznie się publicznie rozwijać”.
Lisa Su napisała później na Twitterze do re-potwierdź jej zaangażowanie w pracę ze społecznością i poprawę ich wsparcia wokół ROCm na Radeonie.
Dzięki za połączenie @realGeorgeHotz. Doceń pracę, którą wykonujesz ty i maleńka korporacja. Zależy nam na współpracy ze społecznością i ulepszaniu naszego wsparcia. Więcej wkrótce w ROCm na @radeon. Dużo pracy przed nami, ale podekscytowana tym, co możemy razem zrobić.
— Lisa Su (@LisaSu) 16 czerwca 2023 r.
Mamy nadzieję, że ROCm będzie obsługiwane na większej liczbie urządzeń niż tylko na kartach graficznych stacji roboczych i akceleratorach Instinct. Jedną z największych frustracji w tej chwili jest to, że podczas gdy NVIDIA CUDA jest szeroko obsługiwana na całym sprzęcie firmy od pokoleń, obsługa AMD ROCm jest oficjalnie obsługiwana tylko na niewielkim podzbiorze kart. W przypadku kart konsumenckich obsługa RDNA/RDNA2/RDNA3 pojawiała się powoli. Obsługa ekosystemu oprogramowania ROCm poprawiała się przez lata, ale również nie jest tak łatwa/prosta jak dojrzały krajobraz CUDA. Wielu członków społeczności chciałoby również, aby AMD szybciej usuwało błędy, a także ułatwiało wdrażanie stosu ROCm poza kilkoma obsługiwanymi dystrybucjami Linuksa dla przedsiębiorstw, które są oficjalnie zatwierdzone przez firmę.
