Po przeczytaniu calego artykulu uwazam, ze amd nie jest produktem dla graczy. Te nowe apu celuje w uniwersalny komputer do internetu filmow i ogolnych zastosowan. Tylko tutaj dla takich ludzi lepszy jest laptop. Gry pc - intel. Internet pc - amd.
@AdrianTrzepalski - x64 to nie tylko obsluga wiekszej ilosci pamieci. W zasadzie to jest jeden z bardzo wielu elementow i programy pisane natywnie pod x64 sa szybszybsze od x86.
Tak, proces integracji podziwiam, bo rzeczywiście innowacyjność tych technologii jest duża i AMD jeśli chodzi o heterogeniczne systemy jest wyraźnym liderem (i nawet tegra aktualnie temu nie zagraża) z drugiej strony wydajność rdzeni x86 z miejsca za bardzo nie ruszyła od, bo ja wiem, 5 lat u AMD? Dodatkowo 2 kanały 64b pamięci to trochę mało, nawet z DDR3 2000 by rozsądnie zasilić te 10-12CU. Jak dla mnie to AMD wyraźnie nakreśliło kierunek rozwoju i nie jest to performance. W każdym razie nie dla aktualnych i większości przyszłych aplikacji. Niestety nie jest to też ultra low power. Szukają sposobu by stworzyć specyficzną niszę, ale nie bardzo im to wychodzi. Dekoder jpeg na starcie jako potwierdzenie 'wydajności' kaveri to stanowczo za mało. Co najmniej kilka popularnych aplikacji powinno wsparcie do HSA mieć już wbudowane, choćby w wersjach beta by móc zachęcić do przyszłego zakupu. A tu nic. To nie ma się co dziwić, że rezencje są bezlitosne zestawiając kaveri z zestawami na intelu, wypada blado. Potencjał jest spory, ale do tego trzeba aplikacji. Potencjał BD też jest spory ale potrzeba aplikacji. A tych już od jakiegoś czasu nadal nie ma. I z kaveri będzie podobnie.
Nie ma i nie będzie, dla firmy przepisanie programu na nowe instrukcje jest mniej opłacalne przecież.
Mało kto bawi się takie rzeczy, ale nikt nie będzie się bawił dla 0,x% użytkowników, którzy będą mieć Kaveri
Z tego co sie orientuje HSA korzysta z openCL więc przepisywania oprogramowania specjalnie pod kaveri jest zbędne. Wystarczy tam gdzie sie da dodać obsługę GPGPU co raczej już będzie normą i można osiągnąć lepsze wyniki niż na klasycznym CPU.
Zastanawia mnie jedno. Czy przepustowość pamięci ma duży wpływ na GPGPU czy ważniejsza jest jej ilość??
Tak, proces integracji podziwiam, bo rzeczywiście innowacyjność tych technologii jest duża i AMD jeśli chodzi o heterogeniczne systemy jest wyraźnym liderem (i nawet tegra aktualnie temu nie zagraża) z drugiej strony wydajność rdzeni x86 z miejsca za bardzo nie ruszyła od, bo ja wiem, 5 lat u AMD? Dodatkowo 2 kanały 64b pamięci to trochę mało, nawet z DDR3 2000 by rozsądnie zasilić te 10-12CU. Jak dla mnie to AMD wyraźnie nakreśliło kierunek rozwoju i nie jest to performance. W każdym razie nie dla aktualnych i większości przyszłych aplikacji. Niestety nie jest to też ultra low power. Szukają sposobu by stworzyć specyficzną niszę, ale nie bardzo im to wychodzi. Dekoder jpeg na starcie jako potwierdzenie 'wydajności' kaveri to stanowczo za mało. Co najmniej kilka popularnych aplikacji powinno wsparcie do HSA mieć już wbudowane, choćby w wersjach beta by móc zachęcić do przyszłego zakupu. A tu nic. To nie ma się co dziwić, że rezencje są bezlitosne zestawiając kaveri z zestawami na intelu, wypada blado. Potencjał jest spory, ale do tego trzeba aplikacji. Potencjał BD też jest spory ale potrzeba aplikacji. A tych już od jakiegoś czasu nadal nie ma. I z kaveri będzie podobnie.
Nie ma i nie będzie, dla firmy przepisanie programu na nowe instrukcje jest mniej opłacalne przecież.
Mało kto bawi się takie rzeczy, ale nikt nie będzie się bawił dla 0,x% użytkowników, którzy będą mieć Kaveri
Redakcjo droga, Wasze podsumowanie mnie zabija, tzn. konkretnie ten fragment o TDP. Po testach widać, że AMDowskie TDP 65W z 7600 różni się od tego 100W z 6800k praktycznie NICZYM, poza marketingowym bełkotem. Nie wiem jak mam to odbierać.
Pamiętasz czym różniły się od siebie A10-6700 i A10-6800K? Dołóż do tego jeszcze niezbyt dobre opanowanie Kaveri przez producentów płyt głównych pod kątem energooszczędności i masz odpowiedź.
http://us.hardware.info/reviews/5156/43/am...r-vs-piledriver
rdzen calkiem niezle udoskonalili.ale co z tego skoro global jak zwykle dal ciala i ich nowy 28 proces jest gorszy niz 32 i zamiast podniesc takty musieli mocno je zbic. od zawsze wrogiem amd sa faby. i to nigdy sie nie zmieni. walka z wiatrakami.
Tak, proces integracji podziwiam, bo rzeczywiście innowacyjność tych technologii jest duża i AMD jeśli chodzi o heterogeniczne systemy jest wyraźnym liderem (i nawet tegra aktualnie temu nie zagraża) z drugiej strony wydajność rdzeni x86 z miejsca za bardzo nie ruszyła od, bo ja wiem, 5 lat u AMD? Dodatkowo 2 kanały 64b pamięci to trochę mało, nawet z DDR3 2000 by rozsądnie zasilić te 10-12CU. Jak dla mnie to AMD wyraźnie nakreśliło kierunek rozwoju i nie jest to performance. W każdym razie nie dla aktualnych i większości przyszłych aplikacji. Niestety nie jest to też ultra low power. Szukają sposobu by stworzyć specyficzną niszę, ale nie bardzo im to wychodzi. Dekoder jpeg na starcie jako potwierdzenie 'wydajności' kaveri to stanowczo za mało. Co najmniej kilka popularnych aplikacji powinno wsparcie do HSA mieć już wbudowane, choćby w wersjach beta by móc zachęcić do przyszłego zakupu. A tu nic. To nie ma się co dziwić, że rezencje są bezlitosne zestawiając kaveri z zestawami na intelu, wypada blado. Potencjał jest spory, ale do tego trzeba aplikacji. Potencjał BD też jest spory ale potrzeba aplikacji. A tych już od jakiegoś czasu nadal nie ma. I z kaveri będzie podobnie.
Redakcjo droga, Wasze podsumowanie mnie zabija, tzn. konkretnie ten fragment o TDP. Po testach widać, że AMDowskie TDP 65W z 7600 różni się od tego 100W z 6800k praktycznie NICZYM, poza marketingowym bełkotem. Nie wiem jak mam to odbierać.
A po co ci programy na konsoli - ona służy tylko do odtwarzania treści - szerokorozumianej - Multimedialnej.
(...)
IGP mogło by liczyć fizykę i dzięki temu odciążać CPU i GPU z tego zadania co wpłynęło by na wydajność.
A jakie to oddzielne GPU masz w nowych konsolach? Bo idesofmay pisał, że HSA ma niby pomóc w przyśpieszeniu gier na konsole. No to jeśli na tych konsolach dość słabe IGP będzie się zajmować fizyką, to co będzie renderować grafikę? CPU? Czy może obetniemy grafikę jeszcze do 640x480p, albo damy modele, światło i tekstury jak w grach sprzed 5 lat, żeby starczyło mocy na fizykę?
Niby jak HSA ma się przydać w jakiejkolwiek konsoli, skoro to niby koronnym argumentem jest, że układy zgodne z HSA znajdują się już w nowych konsolach?
Układ heterogeniczny miało juz PS2 (a w ostatniej rewizji nawet CPU i GPU było w jednym chipie), nie myl tego ze wspólną pamięcią dla CPU i GPU i tym ze rdzenie GPU mają zastosowanie takie jak rdzenie CPU.
I wszyscy sobie zdajemy sprawę że nie pomoże to ani w blaszakach ani w lapkach. W końcowym rozrachunku skończy się jak z opencl. No jeszcze tylko jedno wydanie tej archaicznej architektury i tu Bogu za to dziękować że ktoś po rozum do głowy poszedł.
Jestem zawiedziony tak małym postępem części CPU. Muszę w końcu wymienić sprzęt i mam kaprys mieć procek AMD i kartę NV. Tymczasem procki AMD z generacji na generację praktycznie stoją w miejscu jeśli chodzi o wydajność w grach. Inne zastosowania mnie nie interesują, w zastosowaniach domowych każdy nowy procesor jest wystarczająco szybki. W zastosowaniach profesjonalnych/zarobkowych używa się natomiast topowych jednostek.
Co du HSA, jeśli to zdobędzie jaką taką popularność to i intel pójdzie w tą stronę, i zrobi to lepiej jak zwykle.
Z testów na różnych portalach wynika, że najbardziej opłacalny jest A8-7600. Pamięci ddr 3 mocno ograniczają gpu w A10-7850k. Tak więc w wielu grach A8 wypada na tle A10 dobrze. Ciekawe jak by wyglądało zestawienie procesora z oddzielną grafiką, bez udziału integry.
Rzecz w tym, że Intel nie chciał stworzyć 'x64 dla kazdego'. I tutaj nalezy podziękować AMD, że spopularyzowało 64bity co wymusiło na Intelu dodanie tego do swoich cywilnych prockow.
AMD w niedużym stopniu przyczyniło się do popularyzacji X64. Potrzeba stosowania więcej niż 4GB RAM oraz wydanie Visty i 7 w opcjach X64 przyniosło zmiany. Intel się nie śpieszył z wprowadzeniem 64bit na rynek konsumencki, bo w ówczesnym czasie zwyczajnie nie było takiej potrzeby.
Co za bzdura, Intel i AMD mają umowę o wymianie patentowej po upływie iluś tam miesięcy. AMD dostało SSE3 1,5 roku po Intelu, Intel wydał 64 bitowe procesory 2 lata po AMD. Tak to działa. A to że do dziś to x64 nic nie daje to inna sprawa, bo więcej pamięci mogło by z powodzeniem działać także na systemach x86. I działa, jak się odpowiednio zmodyfikuje takiego Windowsa 7
Fajnie ten procek by wyglądał gdyby DP:SP było 1:4 jak w Tahiti wtedy HSA mogłoby znaleźć zastosowanie w części aplikacji naukowych itp, ale przy 1:16 to GPU w DP jest słabsze niż procesor :/
Ciekawe czy pojawią się opterony z DP 1:4, wtedy chętnie przygarnąłbym takiego.
Programy programami, ale wyobraź sobie, że są też ludzie zainteresowani grami i wydajnością sprzętu w tychże.
W jaki sposób HSA ma być wykorzystywane w grach?
1. Wspomniana fizyka... ALe nie tyle co odciążenie, a dodanie więcej efektów fizycznych, lepsze symulacje itp...
2. Post processing,
3. AA
To wszystko trochę naciągane, bo trzeba użyć API OpenCL, DirectX-a, OGL-a itp...
Wg. AMD ta cała technologia to tylko marketingowe nazwanie możliwości, które od lat istanieją. HSA już AMD nazywa brazos-y i Llano, bo
1. GPU i CPU używają tego samego kontrolera
2. CPU i GPU znajdują się na jednym kawałku krzemu
3. Wspólna technologia wytwarzania...
To już jest HSA! WOW! Niet...
Nie ma to nic wspólnego z tym, że kompilujesz program odpalacz i schedluler np. używa rdzeni GPU/CPU do liczenia kodu...
Na to musisz jeszcze poczekać...
Tak jak AMD przekonuje na slajdach, ale już niektórych przekonało, że może równać się kaverii z i5 4670k
Teoretycznie dzięki Kaveri AI, Fizyka, 'grafika' wszystko może być liczone dzięki CPU/GPU... i to jest ta różnica w stosunku do tego co wcześniej napisałem. Dlatego wcześniejsze zastosowania są dość naciągane...
To nie jest jeszcze TO.
Czytanie ze zrozumieniem, to ci w tym roku w teście gimnazjalnym sprawdzać będą.
A jeśli nie będą, to przynajmniej powinni.
Zanim się klapnie jadaczką czy kliknie ''Wyślij komentarz'', wypadałoby sprawdzić o czym się dyskutuje.
mbe @ 2014.01.14 23:32
gregory003 @ 2014.01.14 23:28
(...)
Masz tu cos o konsolach??
Owszem, od dawna dyskusja się kręci wokół nich:
idesofmay @ 2014.01.14 23:09
Obsesion @ 2014.01.14 23:03
(...)
Konsole służą do gier, a PC również do programów. Na konsole programów nie ma i nie będzie. To wystarczający argument zbijający twój
Programy programami, ale wyobraź sobie, że są też ludzie zainteresowani grami i wydajnością sprzętu w tychże.
Obsesion @ 2014.01.14 23:09
Bruno@Home @ 2014.01.14 23:06
(...)
Natomiast ten można zbić kolejnym argumentem, że nad HSA/Huma nie pracuje tylko AMD, ale cała fundacja HSA.
Jakoś nie potrafie sobie wyobrazić by HSA miało pomóc w pisaniu oprogramowania jednocześnie dla konsol i PC; zupełnie inne ekosystemy
Ale może nie znam się
Obsesion @ 2014.01.14 23:09
idesofmay @ 2014.01.14 23:09
(...)
Programy programami, ale wyobraź sobie, że są też ludzie zainteresowani grami i wydajnością sprzętu w tychże.
W jaki sposób HSA ma być wykorzystywane w grach?
idesofmay @ 2014.01.14 23:14
@Obsesion: Skąd ja mogę to wiedzieć? Zakładam, że jeśli ktoś implementuje tego typu technologię w konsoli do ,nomen omen ,gier to jakoś zastosować się to da, a jeżeli wiesz już, że się nie da to powiedz i uzasadnij jakoś, też będę kontent, bo przynajmniej będę pewien, że nie ma co oczekiwać żadnej dodatkowej wydajności w grach płynącej z rozwoju HSA.
Sorry za przeklejanie połowy dyskusji, i to tej zaledwie kilka komentarze nad moim, ale jak się takiemu palcem nie pokaże, to do końca będzie odwracał kota ogonem.
@mba/mlodybe i inne multikonta
Teraz widzisz gdzie ''było coś'' o konsolach?
Jedyny standard który wypalił to AMD64, ale i tutaj AMD powinno dziękować Intelowi że zrobił wyjątek i przeniósł to do swojego ISA, co nie zdarzało się wcześniej i później. Gdyby Intel stworzył swoje własne '64 bity dla każdego', wówczas AMD 64 szybko dołączyło by do 3d Now.
Rzecz w tym, że Intel nie chciał stworzyć 'x64 dla kazdego'. I tutaj nalezy podziękować AMD, że spopularyzowało 64bity co wymusiło na Intelu dodanie tego do swoich cywilnych prockow.
AMD w niedużym stopniu przyczyniło się do popularyzacji X64. Potrzeba stosowania więcej niż 4GB RAM oraz wydanie Visty i 7 w opcjach X64 przyniosło zmiany. Intel się nie śpieszył z wprowadzeniem 64bit na rynek konsumencki, bo w ówczesnym czasie zwyczajnie nie było takiej potrzeby.
Oj z tym szybsze od x86 to róznie to bywa.
Nie ma i nie będzie, dla firmy przepisanie programu na nowe instrukcje jest mniej opłacalne przecież.
Mało kto bawi się takie rzeczy, ale nikt nie będzie się bawił dla 0,x% użytkowników, którzy będą mieć Kaveri
Z tego co sie orientuje HSA korzysta z openCL więc przepisywania oprogramowania specjalnie pod kaveri jest zbędne. Wystarczy tam gdzie sie da dodać obsługę GPGPU co raczej już będzie normą i można osiągnąć lepsze wyniki niż na klasycznym CPU.
Zastanawia mnie jedno. Czy przepustowość pamięci ma duży wpływ na GPGPU czy ważniejsza jest jej ilość??
Nie ma i nie będzie, dla firmy przepisanie programu na nowe instrukcje jest mniej opłacalne przecież.
Mało kto bawi się takie rzeczy, ale nikt nie będzie się bawił dla 0,x% użytkowników, którzy będą mieć Kaveri
Pamiętasz czym różniły się od siebie A10-6700 i A10-6800K? Dołóż do tego jeszcze niezbyt dobre opanowanie Kaveri przez producentów płyt głównych pod kątem energooszczędności i masz odpowiedź.
rdzen calkiem niezle udoskonalili.ale co z tego skoro global jak zwykle dal ciala i ich nowy 28 proces jest gorszy niz 32 i zamiast podniesc takty musieli mocno je zbic. od zawsze wrogiem amd sa faby. i to nigdy sie nie zmieni. walka z wiatrakami.
A po co ci programy na konsoli - ona służy tylko do odtwarzania treści - szerokorozumianej - Multimedialnej.
IGP mogło by liczyć fizykę i dzięki temu odciążać CPU i GPU z tego zadania co wpłynęło by na wydajność.
A jakie to oddzielne GPU masz w nowych konsolach? Bo idesofmay pisał, że HSA ma niby pomóc w przyśpieszeniu gier na konsole. No to jeśli na tych konsolach dość słabe IGP będzie się zajmować fizyką, to co będzie renderować grafikę? CPU? Czy może obetniemy grafikę jeszcze do 640x480p, albo damy modele, światło i tekstury jak w grach sprzed 5 lat, żeby starczyło mocy na fizykę?
Niby jak HSA ma się przydać w jakiejkolwiek konsoli, skoro to niby koronnym argumentem jest, że układy zgodne z HSA znajdują się już w nowych konsolach?
Układ heterogeniczny miało juz PS2 (a w ostatniej rewizji nawet CPU i GPU było w jednym chipie), nie myl tego ze wspólną pamięcią dla CPU i GPU i tym ze rdzenie GPU mają zastosowanie takie jak rdzenie CPU.
Konsole służą do gier, a PC również do programów. Na konsole programów nie ma i nie będzie. To wystarczający argument zbijający twój
Natomiast ten można zbić kolejnym argumentem, że nad HSA/Huma nie pracuje tylko AMD, ale cała fundacja HSA.
http://hsafoundation.com/
Polecam rubrykę founders.
I wszyscy sobie zdajemy sprawę że nie pomoże to ani w blaszakach ani w lapkach. W końcowym rozrachunku skończy się jak z opencl. No jeszcze tylko jedno wydanie tej archaicznej architektury i tu Bogu za to dziękować że ktoś po rozum do głowy poszedł.
Co du HSA, jeśli to zdobędzie jaką taką popularność to i intel pójdzie w tą stronę, i zrobi to lepiej jak zwykle.
Rzecz w tym, że Intel nie chciał stworzyć 'x64 dla kazdego'. I tutaj nalezy podziękować AMD, że spopularyzowało 64bity co wymusiło na Intelu dodanie tego do swoich cywilnych prockow.
AMD w niedużym stopniu przyczyniło się do popularyzacji X64. Potrzeba stosowania więcej niż 4GB RAM oraz wydanie Visty i 7 w opcjach X64 przyniosło zmiany. Intel się nie śpieszył z wprowadzeniem 64bit na rynek konsumencki, bo w ówczesnym czasie zwyczajnie nie było takiej potrzeby.
Co za bzdura, Intel i AMD mają umowę o wymianie patentowej po upływie iluś tam miesięcy. AMD dostało SSE3 1,5 roku po Intelu, Intel wydał 64 bitowe procesory 2 lata po AMD. Tak to działa. A to że do dziś to x64 nic nie daje to inna sprawa, bo więcej pamięci mogło by z powodzeniem działać także na systemach x86. I działa, jak się odpowiednio zmodyfikuje takiego Windowsa 7
Ciekawe czy pojawią się opterony z DP 1:4, wtedy chętnie przygarnąłbym takiego.
Programy programami, ale wyobraź sobie, że są też ludzie zainteresowani grami i wydajnością sprzętu w tychże.
W jaki sposób HSA ma być wykorzystywane w grach?
1. Wspomniana fizyka... ALe nie tyle co odciążenie, a dodanie więcej efektów fizycznych, lepsze symulacje itp...
2. Post processing,
3. AA
To wszystko trochę naciągane, bo trzeba użyć API OpenCL, DirectX-a, OGL-a itp...
Wg. AMD ta cała technologia to tylko marketingowe nazwanie możliwości, które od lat istanieją. HSA już AMD nazywa brazos-y i Llano, bo
1. GPU i CPU używają tego samego kontrolera
2. CPU i GPU znajdują się na jednym kawałku krzemu
3. Wspólna technologia wytwarzania...
To już jest HSA! WOW! Niet...
Nie ma to nic wspólnego z tym, że kompilujesz program odpalacz i schedluler np. używa rdzeni GPU/CPU do liczenia kodu...
Na to musisz jeszcze poczekać...
Tak jak AMD przekonuje na slajdach, ale już niektórych przekonało, że może równać się kaverii z i5 4670k
Teoretycznie dzięki Kaveri AI, Fizyka, 'grafika' wszystko może być liczone dzięki CPU/GPU... i to jest ta różnica w stosunku do tego co wcześniej napisałem. Dlatego wcześniejsze zastosowania są dość naciągane...
To nie jest jeszcze TO.
A jeśli nie będą, to przynajmniej powinni.
Zanim się klapnie jadaczką czy kliknie ''Wyślij komentarz'', wypadałoby sprawdzić o czym się dyskutuje.
Masz tu cos o konsolach??
Owszem, od dawna dyskusja się kręci wokół nich:
Konsole służą do gier, a PC również do programów. Na konsole programów nie ma i nie będzie. To wystarczający argument zbijający twój
Programy programami, ale wyobraź sobie, że są też ludzie zainteresowani grami i wydajnością sprzętu w tychże.
Natomiast ten można zbić kolejnym argumentem, że nad HSA/Huma nie pracuje tylko AMD, ale cała fundacja HSA.
http://hsafoundation.com/
Polecam rubrykę founders.
Jakoś nie potrafie sobie wyobrazić by HSA miało pomóc w pisaniu oprogramowania jednocześnie dla konsol i PC; zupełnie inne ekosystemy
Ale może nie znam się
Programy programami, ale wyobraź sobie, że są też ludzie zainteresowani grami i wydajnością sprzętu w tychże.
W jaki sposób HSA ma być wykorzystywane w grach?
Sorry za przeklejanie połowy dyskusji, i to tej zaledwie kilka komentarze nad moim, ale jak się takiemu palcem nie pokaże, to do końca będzie odwracał kota ogonem.
@mba/mlodybe i inne multikonta
Teraz widzisz gdzie ''było coś'' o konsolach?
Rzecz w tym, że Intel nie chciał stworzyć 'x64 dla kazdego'. I tutaj nalezy podziękować AMD, że spopularyzowało 64bity co wymusiło na Intelu dodanie tego do swoich cywilnych prockow.
AMD w niedużym stopniu przyczyniło się do popularyzacji X64. Potrzeba stosowania więcej niż 4GB RAM oraz wydanie Visty i 7 w opcjach X64 przyniosło zmiany. Intel się nie śpieszył z wprowadzeniem 64bit na rynek konsumencki, bo w ówczesnym czasie zwyczajnie nie było takiej potrzeby.
Czytanie ze zrozumieniem się kłania. Chodzi o założenia jakie może spełniać HSA.
Pytanie tylko czy APU może działać jako CPU gdy za wyświetlanie grafiki zajęty jest dedyk.