Nie tak dawno mieliśmy premierę nowych procesorów AMD Fusion. AMD Ontario, bo tak się zwie jeden z przedstawicieli nowej rodziny, to niskonapięciowy APU (Accelerated Processing Unit) zaprojektowany do używania w netbookach i innych podobnych urządzeniach. Procesor Ontario produkowany jest w wymiarze technologicznym 40 nanometrów i oparty na architekturze procesorowej Bobcat. Posiada dwa rdzeni oraz zintegrowany procesor graficzny Radeon HD 6250, zgodny z OpenGL 4.0 i DirectX 11. Dodatkowo, ma zintegrowany kontroler pamięci RAM typu DDR3.
Podczas całego okresu projektowania firma AMD nie próżnowała i ciężko pracowała nad sterownikami dla systemów Linux, czego efektem są open sourcowe sterowniki z pełnym wsparciem 3D. Zmiany objęły DDX (xf86-video-ati), Mesa, i jądro DRM Radeon. Warto zaznaczyć, iż wsparcie Mesa 3D bardziej idzie w kierunki klasycznego R600 DRI, aniżeli sterownika Gallium3D "R600g", jednakże oba sterowniki są w pełni wspierane.
Osobami, które zajęły się wsparciem dla platformy Linux są pracownicy AMD: Alex Deucher oraz John Bridgman. Jak twierdzą oboje, możliwości owych sterowników są takie same, jak tych open source dla kart Radeon HD 5000. Zawiera się w tym: user-space mode-setting, kernel mode-setting, 2D EXA, X-Video, i wsparcie 3D/OpenGL. Spore zmiany objęły jądro Radeon DRM.
Najlepsze jest to, że GPU intela zajmuje (chyba) w niższym procesie aż 40mm^2. AMD ma 40 nm, a Intel 32nm, różnica oczywista. Wydaje mi się, ale te GPU są bliźniaczych rozmiarów, ciekaw jestem, które GPU będzie lepsze.
Po części masz rację. ATI poniosło tutaj porażkę, dawno temu. AMD wpakowało tutaj swój kapitał i wprowadziło agresywny rozwój. Teraz mają sterowniki pod pewnymi względami lepsze od NV. Chodź generalnie chyba wciąż gorsze.
Widać OS przynosi korzyści obu stronom. Moim zdaniem to co robi AMD to świetna rzecz idealnie wchodzi w kanon linuxa.
Open source... bo gpu musi juz dzialac przed zainstalowaniem zamknietych. Open source bo to inicjatywa amd by oprocz zamknietych sterownikow dostarczac autorskie, wlasne otwarte stery. zamkniete tez beda. pozatym amd po przejeciu ati obiecalo stopniowe otwieranie kodu driverow komercyjnych. i od dluzszego czaszu wypuszcza dokumentacje fragmenty kodu etc. sa jednak elementy ktore nie moga byc otwarte z roznych przyczyn.
Mi się podoba - potraktuj to jako dodatkowe rozszeżenia SSE/AVX programowalne z OpenCL to też Ci się spodoba, bo dzięki temu, że dziś każde nowe CPU i GPU obsługuje OpenCL to zwiastun wysypu wydajnych programów.
Po pierwsze nie potrzebuje sterownika, żeby działać przed zainstalowaniem zamkniętych sterowników (od tego są uniwersalne sterowniki vga/vesa które działają na wszystkich kartach graficznych). Te sterowniki z założenia mają zastąpić zamknięte jeśli ktoś jest fanatykiem i nie dopuszcza zamkniętego kodu do systemu.
AMD nie udostępnia kodu sterowników, nigdy tego nie robiło i nie zamierza - udostępnia tylko dokumentacje kart, a otwarte sterowniki pisane są całkowicie od zera, bez wykorzystania zamkniętego kodu (nawet współpracujący ze sterownikami OS pracownicy AMD nie mogą wykorzystać ani linijki z zamkniętych sterowników, a muszą pisać wszystko od zera z dokumentacji).
AMD oficjalnie daje tylko specyfikacje i nie daje ani linijki kodu, a ze specyfikacji można zrobić zamknięte lub otwarte sterowniki (to nie za bardzo obchodzi amd).
Co do samych otwartych sterowników do Radeonów to są bardzo mało funkcjonalne, powolne. Jeśli ktoś ma radeona na linuksie i nie jest fanatykiem powinien korzystać z zamkniętych sterowników, bo one są coraz lepsze (chociaż między innymi przez nie w firefox4 nie będzie włączonego standardowo wsparcia dla sprzętowego WebGL na Linuksie - na sterach nvidii działają dobrze, na otwartych do nvidii (nouveau) działają przyzwoicie, na reszcie (intel/amd) niestety nie - tzn nie jest tak źle... mozilla ma wykrywać sterowniki i jeśli będą zamknięte nVidii to ma być wsparcie sprzętowe, a jeśli nie to nie (użytkownicy amd/intel będą musieli czekać do 4.1/4.2 aż mozilla obejdzie błędy w ich sterownikach lub aż sterowniki poprawią się))... jednak lepsze nie oznacza dobre, i praktycznie w każdym miejscu mniej lub bardziej odstają od sterowników nvidii (dla osób, które nie lubią nvidii mam info: można zacząć się modlić, żeby im się sterowniki zepsuły, bo całkowicie je przepisują (ma to pewnie związek ze zmianami w linuksie (Wayland), i wejściu na rynek desktopów ARM (przez co sterowniki z wielosystemowych (Windows/MacOS/Linux/Solaris/FreeBSD - wszystkie tylko w wersjach x86/x86_64), muszą się stać wieloplatformowe (praktycznie to samo tylko dojdzie wersja arm)))).
ad1 taaa, tylko kiedy będą te aplikacje opencl, dziś jak coś jeżeli coś zostaje wydane to na CUDA, a nawet na to nie było i nie ma wysypu aplikacji... Co najwyżej entuzjastyczne i alternatywne rozwiązania, którym często daleko do tych opartych o x86. Dziś pro aplikacje jak 3ds/maya z każdym updatem są coraz mniej stabilne... 3ds to już tragedia, bo działa tylko na Win. Coraz dalej im do Modo, aż strach pomyśleć co się stanie jak autodesk wchłonie inne rozwiązania-> lepsze, by je zniszczyć.
Aplikacji na OpenCL jest malo i mają wąskie pole popisu. Prawdziwą moc temu APU daje nie samo GPU, a zawarty w nim UVD3, jeżeli dobrze pamiętam wywodzi się on z chipu Xilion?, samo GPU służy do OpenCL/Gier, gry będą działać miernie, a OpenCL można sobie podarować... Wątpie by powerpoint, czy inne typowe aplikacje zaczęły korzystać z tego....GPU zajmuje lwią część.....
... Zresztą sam nie wiem. Wszystko ma swoje plusy i minusy.
ad2
To co napisał @dracox nie jest całkowicie nieprawdą. Miałem sytuację, że integra AMD nie działała to znaczy Ubuntu jej nie wykrywał i musiałem zainstalować sterowniki (z zewnętrznym GPU).
Nie chciało mi się tak rozpisywać jak skoti, ale potwierdzam, że zamknięte sterowniki są dużo lepsze od otwartych wydajnościowo.
Czy coś się zmieniło? Bo NV oficjalnie powiedziało, że przepisywać sterowników nie będzie.... .
ad1 taaa, tylko kiedy będą te aplikacje opencl, dziś jak coś jeżeli coś zostaje wydane to na CUDA, a nawet na to nie było i nie ma wysypu aplikacji... Co najwyżej entuzjastyczne i alternatywne rozwiązania, którym często daleko do tych opartych o x86. Dziś pro aplikacje jak 3ds/maya z każdym updatem są coraz mniej stabilne... 3ds to już tragedia, bo działa tylko na Win. Coraz dalej im do Modo, aż strach pomyśleć co się stanie jak autodesk wchłonie inne rozwiązania-> lepsze, by je zniszczyć.
Tak dziś więcej jest aplikacji Cuda niż OpenCL i to nie tylko dlatego, że Cuda jest starszy i lepiej znany - głównym powodem tego jest to, że nvidia ma o te kilka % wydajniejsze kompilatory Cuda, Amd bardzo długo nie dawało sterowników do swoich GPU (trzeba było instalować pakiet SDK dla programistów, a i ich jakość i zgodność ze standardem była co najmniej dyskusyjna), grafika intela nie obsługiwała OpenCL, a procki Intela do tej pory nie mają stabilnej implementacji (niedawno wydana została wersja alpha OpenCL ale tylko dla 32bit i windows vista/7), a sterowniki pod CPU od AMD są bardzo wolne (kod OpenCL na CPU jest 3x wolniejszy od javy/.net nie wspominając o deklasacji C++ i SSE2 gdzie OpenCL jest kilkanaście razy wolniejszy (i nie musisz się bawić w ASM) - tego po Amd można się zresztą było spodziewać, bo nigdy nie potrafili robić kompilatorów - intel to co innego, bo już wersja alpha jest stosunkowo wydajna - dla przykładu AMD Phenom II X6 1090T który w renderingu jest znacznie wydajniejszy od i7 920, w testach renderingu OpenCL na tym z SDK producenta jest o kilkanaście % wolniejszy)... te przyczyny jednak teraz znikają sterowniki praktycznie każdy dostaje w sterownikach do GPU, CPU już za niedługo będą miały stabilne dobre kompilatory wydane oficjalnie, telefony właśnie dostają obsługę OpenCL (są już implementacje różnych producentów jak samsung, ZiiLabs (Creative), a i sam ARM robi do swoich procków), jest wsparcie od IBM dla ich procków (np. Cell w PS3 spokojnie wykorzystasz za pomocą OpenCL), i to co wczoraj było nieopłacalne dziś staje się jedynym sensownym kierunkiem rozwoju oprogramowania.
To co napisał @dracox nie jest całkowicie nieprawdą. Miałem sytuację, że integra AMD nie działała to znaczy Ubuntu jej nie wykrywał i musiałem zainstalować sterowniki (z zewnętrznym GPU).
Wątpliwe - jeśli integra nie działa na sterowniku vesa to znaczy, że nie da się na niej uruchomić windowsa, ani nawet go zainstalować (który standardowo korzysta ze sterownika vesa), co oznaczałoby wielki błąd ze strony Amd... raczej stawiam na to, że ubuntu nie zainstalował sterownika vesa niż, że na nim nie działała karta (co jest mało prawdopodobne), lub po prostu zainstalowała otwarte sterowniki do radeonów, i jak wykryła kartę to próbowała na nich uruchomić, a one były niekompatybilne z tym modelem (dużo bardziej prawdopodobne, niż to, że nie było vesa lub to, że karta była z tym sterownikiem (standardem) niekompatybilna). Jeśli był jakiś błąd to najpewniej właśnie przez otwarte sterowniki radeona, a nie przez ich brak ;p.
Czy coś się zmieniło? Bo NV oficjalnie powiedziało, że przepisywać sterowników nie będzie.... .
Nvidia na początku grudnia powiedziało, że robi nową architekturę sterowników i je przepisuje (będzie z nią seria 300). Do końca nie wiadomo czy będzie wspierać Wayland bo to wymaga kroku wstecz dla sterów nVidii (bo wymaga rozwiązań dużo słabszych z jądra niż tych z zamkniętych sterowników), ale kto wie... zobaczymy w serii sterowników 300. Ja osobiście mam nadzieje, że to Wayland się ugnie i nie będzie miał takich wymagań (głupio byłoby spowalniać karty graficzne przy serwerze okien który z założenia opiera się... na kartach graficznych w OpenGL ;p).
http://www.phoronix.com/scan.php?page=news...m&px=ODg3NQ
Zmieniło się coś? Jest szansa na coś dobrego w tym zakresie... Bo jak piszesz, że tak jest to OpenCL z jednej strony przyszłość, a z drugiej aktualnie porażka.
Mówisz pewnie o 'optymalizacjach' w ICC gdzie nie wykonywał optymalnego kodu - po prostu sprawdzał producenta i zakładał, że pewnej części funkcji nie ma (Via jest bardzo obcinane, a amd mniej niż Via, ale też). Tego już nie ma z tego co pamiętam, po jednym z procesów o praktyki monopolistyczne. Ale nie wiem czy można mieć za złe intelowi - ich kompilator generował wydajniejszy kod zarówno dla AMD jak i Via niż konkurencyjne kompilatory (GCC i MSVC), a na swoich prockach jeszcze bardziej przyspieszali (może niezbyt uczciwie, ale i tak jak ktoś chciał wydajny program na AMD... to powinien wybrać ICC (o ile ma kasę na ten kompilator bo jako jedyny z wielkiej trójki jest komercyjny (darmowa wersja jest tylko dla linuxa do zastosowan niekomercyjnych (do komercyjnych cena jest taka jak na Windowsa)))).
Teraz intel w swoim SDK też nie zamierza pomagać AMD - ich SDK wymaga SSE4 lub AVX (czyli rozszerzeń niedostępnych dla AMD).
Tu bardzo dynamicznie ciągle się zmienia, a to, że są teraz w prockach integrowane GPU zgodne z OpenCL, a i procki mają coraz lepsze implementacje więc to zwiastuje wiele dobrego. OFC nie spodziewaj się wysypu w miesiąc, bo nie każdy typ programu może zapomnieć o starych prockach i kartach graficznych (np. komp z prockiem amd (intel (np. pierwsze c2d bez sse4) zanim amd nie poprawi kompilatora, lub zanim intel nie wyda dla sse3/2 nie będzie dobrze się czuł dziś z programem OpenCL tym bardziej jeśli ma kartę graficzna amd z serii do 4k (4k ma niby obsługę OpenCL, ale szkoda o niej mówić) - takie komputery muszą odejść z domów lub muszą się poprawić sterowniki (szczęście mają Ci którzy mają kartę nvidii bo serie starsze niż 8k już odeszły w zapomnienie, a te już dobrze radzą sobie z OpenCL), aby OpenCL było normą w takim stopniu, żeby był praktycznie w każdym programie))