Przecież od dawna są karty graficzne przystosowane do GPGPU. Nvidia tę idee wprowadziła już parę lat temu (wraz CUDA) jeszcze przed AMD.
Jak dobrze pamiętam pierwsza prezentacja ATI, gdzie pokazano system który zwał się Close To Metal (potem Stream) gdzie użyto shaderów do obliczeń nie związanych z grafiką miała miejsce pod koniec roku 2006.
Nie kończy się, bo ten mocny wątek też może być akcelerowany przez GPU. Słaby wątek + GPU może być lepszy od mocnego bez GPU. Ale mocny wątek + GPU będzie... jeszcze szybszy.
We wspomnianym WinZipie np. akcelerowane Trinity potrafi być równie szybkie co Sandy Bridge bez akceleracji. Ale już IB w tym samym programie z włączoną akceleracją (IGP HD4000 obsługuje OpenCL) znowu daje wygraną Intelowi.
Dzieje się tak dlatego, bo żaden program X86 nie działa w 100% na GPU.
jak na razie gpgpu hd4000 kuleje na wszystkie 4 łapy a poprawianie idzie im bardzo ciężko
Kraft135 @ 2012.05.19 13:22
Jeśli o obliczenia GPGPU idzie, to AMD naciska developerów jak nigdy przedtem. Wiadomo, software jest zawsze z tyłu za hardware, ale tutaj feedback jest zaskakująco dobry.
właśnie gdyby nie intel rozwijanie opencl i idei gpgpu szło by jeszcze szybciej
Przecież od dawna są karty graficzne przystosowane do GPGPU. Nvidia tę idee wprowadziła już parę lat temu (wraz CUDA) jeszcze przed AMD.
To jak sobie Intel radzi w GPGPU jest mało istotne, bo dedykowana karta poradzi sobie z tym bez problemów. GeForce'y obsługują zarówno CUDA jak i OpenCL - do wyboru do koloru.
Jak komuś wystarczy tylko OpenCL to może wybrać jakiegoś Radeona od AMD. I CPU Intela w niczym tu nie przeszkadza - zapewnia bardzo wysoką wydajność X86, a akceleracja swoją drogą - tym najlepiej zajmuje się dedykowane GPU.
15% czy 0.000000000000001% to zawsze wzrost i do tego dąży idea GPGPU którą twój wspaniały intel chce niepotrzebnie wstrzymać bo wie ze dostanie po dupie
architektura modułowa tez nie jest przypadkowa bo potrafi szybciej przypisywać zadania dal GPU a o to właśnie chodziło AMD
era mocnego wątku powoli się kończy...
Nie kończy się, bo ten mocny wątek też może być akcelerowany przez GPU. Słaby wątek + GPU może być lepszy od mocnego bez GPU. Ale mocny wątek + GPU będzie... jeszcze szybszy.
We wspomnianym WinZipie np. akcelerowane Trinity potrafi być równie szybkie co Sandy Bridge bez akceleracji. Ale już IB w tym samym programie z włączoną akceleracją (IGP HD4000 obsługuje OpenCL) znowu daje wygraną Intelowi.
Dzieje się tak dlatego, bo żaden program X86 nie działa w 100% na GPU.
jak na razie gpgpu hd4000 kuleje na wszystkie 4 łapy a poprawianie idzie im bardzo ciężko
Kraft135 @ 2012.05.19 13:22
Jeśli o obliczenia GPGPU idzie, to AMD naciska developerów jak nigdy przedtem. Wiadomo, software jest zawsze z tyłu za hardware, ale tutaj feedback jest zaskakująco dobry.
właśnie gdyby nie intel rozwijanie opencl i idei gpgpu szło by jeszcze szybciej
Jeśli o obliczenia GPGPU idzie, to AMD naciska developerów jak nigdy przedtem. Wiadomo, software jest zawsze z tyłu za hardware, ale tutaj feedback jest zaskakująco dobry.
We wspomnianym WinZipie np. akcelerowane Trinity potrafi być równie szybkie co Sandy Bridge bez akceleracji. Ale już IB w tym samym programie z włączoną akceleracją (IGP HD4000 obsługuje OpenCL) znowu daje wygraną Intelowi.
Więc jeżeli przez AMD uda się na poziomie sprzętowym wspomagać rdzenie x86/MIPS/ARM, poprzez GPU, mogli by wiele zyskać, a z tego co można wyczytać z ich road mapy, do tego dożą.
Tylko że by znów nie spieprzyli jak w 93 roku, AMD wyrzuca instrukcje bezpośredniego odczytu z pamięci RAM i zostawia tylko load/store w celu znacznego wzrostu wydajności, publica i intel ogłasza że to porażka, po czym intel w 95 roku wykonuje ten sam krok chwaląc się znacznym wzrostem wydajności.
Bo AMD lubi wydawać produkt dla którego rynek jest albo nie gotowy, albo sam produkt jest czasami niedopracowany.
Tylko, że nie wszystko da się dopalić na GPU. GPU nadaje się dobrze do takich zadań które można łatwo zrównoleglić. Natomiast tam gdzie się tego zrobić nie da, nadal CPU jest potrzebny.
Zobacz np. wyniki kompresji w nowym WinZipie 16.5 korzystającym z akceleracji OpenCL. Różnica pomiędzy włączoną akceleracją a wyłączoną to jakieś 15%.
Są zastosowania w których GPU będzie znacznie szybsze, a są takie gdzie da niewiele.
Wg Zbyszka w 2014 AMD prawdopodobnie będzie robić APU w 22 lub 20nm procesie. Moim zdaniem jest to bardzo mało prawdopodobne. Jeżeli w przyszłym roku przechodzą na 28nm (i to też tylko z APU, bo FX-y oraz Opterony pozostaną w 32nm), to najpewniej także w kolejnym roku pozostaną przy 28nm.
Tym bardziej, że Rory Read oficjalnie zapowiedział, że AMD nie będzie się spieszyć z przejściem na nowe procesy technologiczne.
15% czy 0.000000000000001% to zawsze wzrost i do tego dąży idea GPGPU którą twój wspaniały intel chce niepotrzebnie wstrzymać bo wie ze dostanie po dupie
architektura modułowa tez nie jest przypadkowa bo potrafi szybciej przypisywać zadania dal GPU a o to właśnie chodziło AMD
era mocnego wątku powoli się kończy...
Nie kończy się, bo ten mocny wątek też może być akcelerowany przez GPU. Słaby wątek + GPU może być lepszy od mocnego bez GPU. Ale mocny wątek + GPU będzie... jeszcze szybszy.
We wspomnianym WinZipie np. akcelerowane Trinity potrafi być równie szybkie co Sandy Bridge bez akceleracji. Ale już IB w tym samym programie z włączoną akceleracją (IGP HD4000 obsługuje OpenCL) znowu daje wygraną Intelowi.
Dzieje się tak dlatego, bo żaden program X86 nie działa w 100% na GPU.
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
teoria jest taka że amd chce sprowadzić do parteru największą bron intela czyli CPU i przeforsować idee GPGPU (co coraz bardziej się udaje)
teraz nie mam czasu tego arta na forum AMDZONE.COM szukać ale może wieczorem albo jutro dam link
Tylko, że nie wszystko da się dopalić na GPU. GPU nadaje się dobrze do takich zadań które można łatwo zrównoleglić. Natomiast tam gdzie się tego zrobić nie da, nadal CPU jest potrzebny.
Zobacz np. wyniki kompresji w nowym WinZipie 16.5 korzystającym z akceleracji OpenCL. Różnica pomiędzy włączoną akceleracją a wyłączoną to jakieś 15%.
Są zastosowania w których GPU będzie znacznie szybsze, a są takie gdzie da niewiele.
Wg Zbyszka w 2014 AMD prawdopodobnie będzie robić APU w 22 lub 20nm procesie. Moim zdaniem jest to bardzo mało prawdopodobne. Jeżeli w przyszłym roku przechodzą na 28nm (i to też tylko z APU, bo FX-y oraz Opterony pozostaną w 32nm), to najpewniej także w kolejnym roku pozostaną przy 28nm.
Tym bardziej, że Rory Read oficjalnie zapowiedział, że AMD nie będzie się spieszyć z przejściem na nowe procesy technologiczne.
15% czy 0.000000000000001% to zawsze wzrost i do tego dąży idea GPGPU którą twój wspaniały intel chce niepotrzebnie wstrzymać bo wie ze dostanie po dupie
architektura modułowa tez nie jest przypadkowa bo potrafi szybciej przypisywać zadania dal GPU a o to właśnie chodziło AMD
Gdyby nie można było rozróżnić GPU i CPU to ten układ nie nazywałby się heterogeniczny tylko homogeniczny i musiałby wykorzystywać uniwersalne zunifikowane jednostki obliczeniowe które łączyłyby w sobie możliwości shaderów obecnych GPU i rdzeni X86.
hetero = różny.
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
teoria jest taka że amd chce sprowadzić do parteru największą bron intela czyli CPU i przeforsować idee GPGPU (co coraz bardziej się udaje)
teraz nie mam czasu tego arta na forum AMDZONE.COM szukać ale może wieczorem albo jutro dam link
Tylko, że nie wszystko da się dopalić na GPU. GPU nadaje się dobrze do takich zadań które można łatwo zrównoleglić. Natomiast tam gdzie się tego zrobić nie da, nadal CPU jest potrzebny.
Zobacz np. wyniki kompresji w nowym WinZipie 16.5 korzystającym z akceleracji OpenCL. Różnica pomiędzy włączoną akceleracją a wyłączoną to jakieś 15%.
Są zastosowania w których GPU będzie znacznie szybsze, a są takie gdzie da niewiele.
Wg Zbyszka w 2014 AMD prawdopodobnie będzie robić APU w 22 lub 20nm procesie. Moim zdaniem jest to bardzo mało prawdopodobne. Jeżeli w przyszłym roku przechodzą na 28nm (i to też tylko z APU, bo FX-y oraz Opterony pozostaną w 32nm), to najpewniej także w kolejnym roku pozostaną przy 28nm.
Tym bardziej, że Rory Read oficjalnie zapowiedział, że AMD nie będzie się spieszyć z przejściem na nowe procesy technologiczne.
Na maszynie w której nie ma rozróżnienia między cpu a gpu nie potrzebowałbyś wersji 16.5. Skoro ma nie być rozróżnienia między gpu i cpu to nawet kod winzipa 1.0 powinien się wykonać szybciej na takiej maszynie.
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
teoria jest taka że amd chce sprowadzić do parteru największą bron intela czyli CPU i przeforsować idee GPGPU (co coraz bardziej się udaje)
teraz nie mam czasu tego arta na forum AMDZONE.COM szukać ale może wieczorem albo jutro dam link
Tylko, że nie wszystko da się dopalić na GPU. GPU nadaje się dobrze do takich zadań które można łatwo zrównoleglić. Natomiast tam gdzie się tego zrobić nie da, nadal CPU jest potrzebny.
Zobacz np. wyniki kompresji w nowym WinZipie 16.5 korzystającym z akceleracji OpenCL. Różnica pomiędzy włączoną akceleracją a wyłączoną to jakieś 15%.
Są zastosowania w których GPU będzie znacznie szybsze, a są takie gdzie da niewiele.
Wg Zbyszka w 2014 AMD prawdopodobnie będzie robić APU w 22 lub 20nm procesie. Moim zdaniem jest to bardzo mało prawdopodobne. Jeżeli w przyszłym roku przechodzą na 28nm (i to też tylko z APU, bo FX-y oraz Opterony pozostaną w 32nm), to najpewniej także w kolejnym roku pozostaną przy 28nm.
Tym bardziej, że Rory Read oficjalnie zapowiedział, że AMD nie będzie się spieszyć z przejściem na nowe procesy technologiczne.
tylko, że to GPU ma być ko-procesorem dla CPU. Więc będzie wykonywać te obliczenia w których da najwięcej. Nie zmienia to faktu, że wszystko i tak zawęża się nadal do openCL i nie będzie żadnego zacierania różnic między CPU i GPU, a połączenie tych układów w jak najbardziej efektywny sposób. Więc jak teraz w takim winzipie masz 'tylko' 16%, to przy HSA będzie to znacznie większy wzrost, bo kod bedzie efektywniej rozdzielany.
Gdyby nie można było rozróżnić GPU i CPU to ten układ nie nazywałby się heterogeniczny tylko homogeniczny i musiałby wykorzystywać uniwersalne zunifikowane jednostki obliczeniowe które łączyłyby w sobie możliwości shaderów obecnych GPU i rdzeni X86.
hetero = różny.
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
teoria jest taka że amd chce sprowadzić do parteru największą bron intela czyli CPU i przeforsować idee GPGPU (co coraz bardziej się udaje)
teraz nie mam czasu tego arta na forum AMDZONE.COM szukać ale może wieczorem albo jutro dam link
Tylko, że nie wszystko da się dopalić na GPU. GPU nadaje się dobrze do takich zadań które można łatwo zrównoleglić. Natomiast tam gdzie się tego zrobić nie da, nadal CPU jest potrzebny.
Zobacz np. wyniki kompresji w nowym WinZipie 16.5 korzystającym z akceleracji OpenCL. Różnica pomiędzy włączoną akceleracją a wyłączoną to jakieś 15%.
Są zastosowania w których GPU będzie znacznie szybsze, a są takie gdzie da niewiele.
Wg Zbyszka w 2014 AMD prawdopodobnie będzie robić APU w 22 lub 20nm procesie. Moim zdaniem jest to bardzo mało prawdopodobne. Jeżeli w przyszłym roku przechodzą na 28nm (i to też tylko z APU, bo FX-y oraz Opterony pozostaną w 32nm), to najpewniej także w kolejnym roku pozostaną przy 28nm.
Tym bardziej, że Rory Read oficjalnie zapowiedział, że AMD nie będzie się spieszyć z przejściem na nowe procesy technologiczne.
od pół roku wiadomo że AMD wprowadzi hsa który będzie w pełni heterogenicznym układem w którym nie będzie można odróżnić CPU od GPU
Gdyby nie można było rozróżnić GPU i CPU to ten układ nie nazywałby się heterogeniczny tylko homogeniczny i musiałby wykorzystywać uniwersalne zunifikowane jednostki obliczeniowe które łączyłyby w sobie możliwości shaderów obecnych GPU i rdzeni X86.
hetero = różny.
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
od pół roku wiadomo że AMD wprowadzi hsa który będzie w pełni heterogenicznym układem w którym nie będzie można odróżnić CPU od GPU
Gdyby nie można było rozróżnić GPU i CPU to ten układ nie nazywałby się heterogeniczny tylko homogeniczny i musiałby wykorzystywać uniwersalne zunifikowane jednostki obliczeniowe które łączyłyby w sobie możliwości shaderów obecnych GPU i rdzeni X86.
'2300–2400 zł – w tej kwocie mamy do wyboru kilka modeli opartych na procesorze Core i3-2350m z kartą graficzną GeForce GT 525m/540m lub 630m i oczywiście Windows 7 (bez systemu operacyjnego laptopy te są dostępne za 2000–2100 zł). Zdecydowana większość z nich wyposażona jest w technikę Nvidia Optimus. Alternatywną opcją są komputery z Radeonem HD 7670m (inaczej: HD 6650m).
2600–2700 zł – około 300 zł trzeba dopłacić, by mieć Core i5 zamiast Core i3. Dostępne są praktycznie te same karty graficzne.'
Bujda, panie Redaktorze. Za 2300 można dostać i5.
Powie mi ktoś po co marnować krzem na generator liczb pseudolosowych ? Jak to robi Intel wg. tekstu ?
A tak w ogóle to ciekawa konstrukcja. natomiast podsumowanie trochę dziwne:Wydajność konkurencyjna względem Core i3 Sandy Bridge
a w minusach
...mimo wszystko nie jest szybszy od Core i3 Sandy Bridge, a za rogiem Ivy Bridge!
Sprzętowy generator stosuje sie dlatego że jest to rzeczywisty generator liczb losowych a nie generator pseudolosowy i jest szybszy od generatorów pseudolosowych.
Jak generator liczb pseudolosowych ma być bezpieczny to musi byc to rozbudowana funkcja tak by na podstawie zaobserwowanej wcześniej sekwencji wyników nie dało sie przewidzieć jaka będzie kolejna wygenerowana liczba. Ponieważ moc obliczeniową jaka można użyć do ataku brutal force jest coraz większa wiec złożoność takich generatorów peudolosowych również musi rosnąć
Powie mi ktoś po co marnować krzem na generator liczb pseudolosowych ? Jak to robi Intel wg. tekstu ?
A tak w ogóle to ciekawa konstrukcja. natomiast podsumowanie trochę dziwne:Wydajność konkurencyjna względem Core i3 Sandy Bridge
a w minusach
...mimo wszystko nie jest szybszy od Core i3 Sandy Bridge, a za rogiem Ivy Bridge!
Przecież od dawna są karty graficzne przystosowane do GPGPU. Nvidia tę idee wprowadziła już parę lat temu (wraz CUDA) jeszcze przed AMD.
Jak dobrze pamiętam pierwsza prezentacja ATI, gdzie pokazano system który zwał się Close To Metal (potem Stream) gdzie użyto shaderów do obliczeń nie związanych z grafiką miała miejsce pod koniec roku 2006.
Nie kończy się, bo ten mocny wątek też może być akcelerowany przez GPU. Słaby wątek + GPU może być lepszy od mocnego bez GPU. Ale mocny wątek + GPU będzie... jeszcze szybszy.
We wspomnianym WinZipie np. akcelerowane Trinity potrafi być równie szybkie co Sandy Bridge bez akceleracji. Ale już IB w tym samym programie z włączoną akceleracją (IGP HD4000 obsługuje OpenCL) znowu daje wygraną Intelowi.
Dzieje się tak dlatego, bo żaden program X86 nie działa w 100% na GPU.
jak na razie gpgpu hd4000 kuleje na wszystkie 4 łapy a poprawianie idzie im bardzo ciężko
właśnie gdyby nie intel rozwijanie opencl i idei gpgpu szło by jeszcze szybciej
Przecież od dawna są karty graficzne przystosowane do GPGPU. Nvidia tę idee wprowadziła już parę lat temu (wraz CUDA) jeszcze przed AMD.
To jak sobie Intel radzi w GPGPU jest mało istotne, bo dedykowana karta poradzi sobie z tym bez problemów. GeForce'y obsługują zarówno CUDA jak i OpenCL - do wyboru do koloru.
Jak komuś wystarczy tylko OpenCL to może wybrać jakiegoś Radeona od AMD. I CPU Intela w niczym tu nie przeszkadza - zapewnia bardzo wysoką wydajność X86, a akceleracja swoją drogą - tym najlepiej zajmuje się dedykowane GPU.
15% czy 0.000000000000001% to zawsze wzrost i do tego dąży idea GPGPU którą twój wspaniały intel chce niepotrzebnie wstrzymać bo wie ze dostanie po dupie
architektura modułowa tez nie jest przypadkowa bo potrafi szybciej przypisywać zadania dal GPU a o to właśnie chodziło AMD
era mocnego wątku powoli się kończy...
Nie kończy się, bo ten mocny wątek też może być akcelerowany przez GPU. Słaby wątek + GPU może być lepszy od mocnego bez GPU. Ale mocny wątek + GPU będzie... jeszcze szybszy.
We wspomnianym WinZipie np. akcelerowane Trinity potrafi być równie szybkie co Sandy Bridge bez akceleracji. Ale już IB w tym samym programie z włączoną akceleracją (IGP HD4000 obsługuje OpenCL) znowu daje wygraną Intelowi.
Dzieje się tak dlatego, bo żaden program X86 nie działa w 100% na GPU.
jak na razie gpgpu hd4000 kuleje na wszystkie 4 łapy a poprawianie idzie im bardzo ciężko
właśnie gdyby nie intel rozwijanie opencl i idei gpgpu szło by jeszcze szybciej
Oczywiście. Z i3 na pewno będą słabsze wyniki, podobnie jak wyniki trinity A8 i a6 również będą słabsze.
Nie, dopiero przy i3 (CPU porównywalnym z Trinity) będzie można sprawdzić w miarę jak się ma wydajność HD4000 do HD 7660G.
We wspomnianym WinZipie np. akcelerowane Trinity potrafi być równie szybkie co Sandy Bridge bez akceleracji. Ale już IB w tym samym programie z włączoną akceleracją (IGP HD4000 obsługuje OpenCL) znowu daje wygraną Intelowi.
Więc jeżeli przez AMD uda się na poziomie sprzętowym wspomagać rdzenie x86/MIPS/ARM, poprzez GPU, mogli by wiele zyskać, a z tego co można wyczytać z ich road mapy, do tego dożą.
Tylko że by znów nie spieprzyli jak w 93 roku, AMD wyrzuca instrukcje bezpośredniego odczytu z pamięci RAM i zostawia tylko load/store w celu znacznego wzrostu wydajności, publica i intel ogłasza że to porażka, po czym intel w 95 roku wykonuje ten sam krok chwaląc się znacznym wzrostem wydajności.
Bo AMD lubi wydawać produkt dla którego rynek jest albo nie gotowy, albo sam produkt jest czasami niedopracowany.
Tylko, że nie wszystko da się dopalić na GPU. GPU nadaje się dobrze do takich zadań które można łatwo zrównoleglić. Natomiast tam gdzie się tego zrobić nie da, nadal CPU jest potrzebny.
Zobacz np. wyniki kompresji w nowym WinZipie 16.5 korzystającym z akceleracji OpenCL. Różnica pomiędzy włączoną akceleracją a wyłączoną to jakieś 15%.
Są zastosowania w których GPU będzie znacznie szybsze, a są takie gdzie da niewiele.
Wg Zbyszka w 2014 AMD prawdopodobnie będzie robić APU w 22 lub 20nm procesie. Moim zdaniem jest to bardzo mało prawdopodobne. Jeżeli w przyszłym roku przechodzą na 28nm (i to też tylko z APU, bo FX-y oraz Opterony pozostaną w 32nm), to najpewniej także w kolejnym roku pozostaną przy 28nm.
Tym bardziej, że Rory Read oficjalnie zapowiedział, że AMD nie będzie się spieszyć z przejściem na nowe procesy technologiczne.
15% czy 0.000000000000001% to zawsze wzrost i do tego dąży idea GPGPU którą twój wspaniały intel chce niepotrzebnie wstrzymać bo wie ze dostanie po dupie
architektura modułowa tez nie jest przypadkowa bo potrafi szybciej przypisywać zadania dal GPU a o to właśnie chodziło AMD
era mocnego wątku powoli się kończy...
Nie kończy się, bo ten mocny wątek też może być akcelerowany przez GPU. Słaby wątek + GPU może być lepszy od mocnego bez GPU. Ale mocny wątek + GPU będzie... jeszcze szybszy.
We wspomnianym WinZipie np. akcelerowane Trinity potrafi być równie szybkie co Sandy Bridge bez akceleracji. Ale już IB w tym samym programie z włączoną akceleracją (IGP HD4000 obsługuje OpenCL) znowu daje wygraną Intelowi.
Dzieje się tak dlatego, bo żaden program X86 nie działa w 100% na GPU.
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
http://twojepc.pl/news25913.html
najlepiej jest to popisane na DH albo amdzone.com
teoria jest taka że amd chce sprowadzić do parteru największą bron intela czyli CPU i przeforsować idee GPGPU (co coraz bardziej się udaje)
teraz nie mam czasu tego arta na forum AMDZONE.COM szukać ale może wieczorem albo jutro dam link
Tylko, że nie wszystko da się dopalić na GPU. GPU nadaje się dobrze do takich zadań które można łatwo zrównoleglić. Natomiast tam gdzie się tego zrobić nie da, nadal CPU jest potrzebny.
Zobacz np. wyniki kompresji w nowym WinZipie 16.5 korzystającym z akceleracji OpenCL. Różnica pomiędzy włączoną akceleracją a wyłączoną to jakieś 15%.
Są zastosowania w których GPU będzie znacznie szybsze, a są takie gdzie da niewiele.
Wg Zbyszka w 2014 AMD prawdopodobnie będzie robić APU w 22 lub 20nm procesie. Moim zdaniem jest to bardzo mało prawdopodobne. Jeżeli w przyszłym roku przechodzą na 28nm (i to też tylko z APU, bo FX-y oraz Opterony pozostaną w 32nm), to najpewniej także w kolejnym roku pozostaną przy 28nm.
Tym bardziej, że Rory Read oficjalnie zapowiedział, że AMD nie będzie się spieszyć z przejściem na nowe procesy technologiczne.
15% czy 0.000000000000001% to zawsze wzrost i do tego dąży idea GPGPU którą twój wspaniały intel chce niepotrzebnie wstrzymać bo wie ze dostanie po dupie
architektura modułowa tez nie jest przypadkowa bo potrafi szybciej przypisywać zadania dal GPU a o to właśnie chodziło AMD
era mocnego wątku powoli się kończy...
Gdyby nie można było rozróżnić GPU i CPU to ten układ nie nazywałby się heterogeniczny tylko homogeniczny i musiałby wykorzystywać uniwersalne zunifikowane jednostki obliczeniowe które łączyłyby w sobie możliwości shaderów obecnych GPU i rdzeni X86.
hetero = różny.
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
http://twojepc.pl/news25913.html
najlepiej jest to popisane na DH albo amdzone.com
teoria jest taka że amd chce sprowadzić do parteru największą bron intela czyli CPU i przeforsować idee GPGPU (co coraz bardziej się udaje)
teraz nie mam czasu tego arta na forum AMDZONE.COM szukać ale może wieczorem albo jutro dam link
to czekam na linka
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
http://twojepc.pl/news25913.html
najlepiej jest to popisane na DH albo amdzone.com
teoria jest taka że amd chce sprowadzić do parteru największą bron intela czyli CPU i przeforsować idee GPGPU (co coraz bardziej się udaje)
teraz nie mam czasu tego arta na forum AMDZONE.COM szukać ale może wieczorem albo jutro dam link
Tylko, że nie wszystko da się dopalić na GPU. GPU nadaje się dobrze do takich zadań które można łatwo zrównoleglić. Natomiast tam gdzie się tego zrobić nie da, nadal CPU jest potrzebny.
Zobacz np. wyniki kompresji w nowym WinZipie 16.5 korzystającym z akceleracji OpenCL. Różnica pomiędzy włączoną akceleracją a wyłączoną to jakieś 15%.
Są zastosowania w których GPU będzie znacznie szybsze, a są takie gdzie da niewiele.
Wg Zbyszka w 2014 AMD prawdopodobnie będzie robić APU w 22 lub 20nm procesie. Moim zdaniem jest to bardzo mało prawdopodobne. Jeżeli w przyszłym roku przechodzą na 28nm (i to też tylko z APU, bo FX-y oraz Opterony pozostaną w 32nm), to najpewniej także w kolejnym roku pozostaną przy 28nm.
Tym bardziej, że Rory Read oficjalnie zapowiedział, że AMD nie będzie się spieszyć z przejściem na nowe procesy technologiczne.
Na maszynie w której nie ma rozróżnienia między cpu a gpu nie potrzebowałbyś wersji 16.5. Skoro ma nie być rozróżnienia między gpu i cpu to nawet kod winzipa 1.0 powinien się wykonać szybciej na takiej maszynie.
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
http://twojepc.pl/news25913.html
najlepiej jest to popisane na DH albo amdzone.com
teoria jest taka że amd chce sprowadzić do parteru największą bron intela czyli CPU i przeforsować idee GPGPU (co coraz bardziej się udaje)
teraz nie mam czasu tego arta na forum AMDZONE.COM szukać ale może wieczorem albo jutro dam link
Tylko, że nie wszystko da się dopalić na GPU. GPU nadaje się dobrze do takich zadań które można łatwo zrównoleglić. Natomiast tam gdzie się tego zrobić nie da, nadal CPU jest potrzebny.
Zobacz np. wyniki kompresji w nowym WinZipie 16.5 korzystającym z akceleracji OpenCL. Różnica pomiędzy włączoną akceleracją a wyłączoną to jakieś 15%.
Są zastosowania w których GPU będzie znacznie szybsze, a są takie gdzie da niewiele.
Wg Zbyszka w 2014 AMD prawdopodobnie będzie robić APU w 22 lub 20nm procesie. Moim zdaniem jest to bardzo mało prawdopodobne. Jeżeli w przyszłym roku przechodzą na 28nm (i to też tylko z APU, bo FX-y oraz Opterony pozostaną w 32nm), to najpewniej także w kolejnym roku pozostaną przy 28nm.
Tym bardziej, że Rory Read oficjalnie zapowiedział, że AMD nie będzie się spieszyć z przejściem na nowe procesy technologiczne.
tylko, że to GPU ma być ko-procesorem dla CPU. Więc będzie wykonywać te obliczenia w których da najwięcej. Nie zmienia to faktu, że wszystko i tak zawęża się nadal do openCL i nie będzie żadnego zacierania różnic między CPU i GPU, a połączenie tych układów w jak najbardziej efektywny sposób. Więc jak teraz w takim winzipie masz 'tylko' 16%, to przy HSA będzie to znacznie większy wzrost, bo kod bedzie efektywniej rozdzielany.
Gdyby nie można było rozróżnić GPU i CPU to ten układ nie nazywałby się heterogeniczny tylko homogeniczny i musiałby wykorzystywać uniwersalne zunifikowane jednostki obliczeniowe które łączyłyby w sobie możliwości shaderów obecnych GPU i rdzeni X86.
hetero = różny.
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
http://twojepc.pl/news25913.html
najlepiej jest to popisane na DH albo amdzone.com
teoria jest taka że amd chce sprowadzić do parteru największą bron intela czyli CPU i przeforsować idee GPGPU (co coraz bardziej się udaje)
teraz nie mam czasu tego arta na forum AMDZONE.COM szukać ale może wieczorem albo jutro dam link
Tylko, że nie wszystko da się dopalić na GPU. GPU nadaje się dobrze do takich zadań które można łatwo zrównoleglić. Natomiast tam gdzie się tego zrobić nie da, nadal CPU jest potrzebny.
Zobacz np. wyniki kompresji w nowym WinZipie 16.5 korzystającym z akceleracji OpenCL. Różnica pomiędzy włączoną akceleracją a wyłączoną to jakieś 15%.
Są zastosowania w których GPU będzie znacznie szybsze, a są takie gdzie da niewiele.
Wg Zbyszka w 2014 AMD prawdopodobnie będzie robić APU w 22 lub 20nm procesie. Moim zdaniem jest to bardzo mało prawdopodobne. Jeżeli w przyszłym roku przechodzą na 28nm (i to też tylko z APU, bo FX-y oraz Opterony pozostaną w 32nm), to najpewniej także w kolejnym roku pozostaną przy 28nm.
Tym bardziej, że Rory Read oficjalnie zapowiedział, że AMD nie będzie się spieszyć z przejściem na nowe procesy technologiczne.
zbiór slajdów no i co tam ma być takiego wyłumacz
od pół roku wiadomo że AMD wprowadzi hsa który będzie w pełni heterogenicznym układem w którym nie będzie można odróżnić CPU od GPU
Gdyby nie można było rozróżnić GPU i CPU to ten układ nie nazywałby się heterogeniczny tylko homogeniczny i musiałby wykorzystywać uniwersalne zunifikowane jednostki obliczeniowe które łączyłyby w sobie możliwości shaderów obecnych GPU i rdzeni X86.
hetero = różny.
Układy APU z architekturą HSA będą produkowane prawdopodobnie w 22 lub 20-nanometrowej technologii i zdaniem AMD zupełnie zatrą różnice pomiędzy GPU i CPU. Nie będzie już mowy o integracji fizycznej dwóch oddzielnych logicznie układów w jednym kawałku krzemu, lecz o pełnej integracji logicznej obu architektur
http://twojepc.pl/news25913.html
najlepiej jest to popisane na DH albo amdzone.com
teoria jest taka że amd chce sprowadzić do parteru największą bron intela czyli CPU i przeforsować idee GPGPU (co coraz bardziej się udaje)
teraz nie mam czasu tego arta na forum AMDZONE.COM szukać ale może wieczorem albo jutro dam link
Szczególną uwagę proponuję poświęcić na stronę 10 i 16
zbiór slajdów no i co tam ma być takiego wyłumacz
od pół roku wiadomo że AMD wprowadzi hsa który będzie w pełni heterogenicznym układem w którym nie będzie można odróżnić CPU od GPU
Gdyby nie można było rozróżnić GPU i CPU to ten układ nie nazywałby się heterogeniczny tylko homogeniczny i musiałby wykorzystywać uniwersalne zunifikowane jednostki obliczeniowe które łączyłyby w sobie możliwości shaderów obecnych GPU i rdzeni X86.
hetero = różny.
2600–2700 zł – około 300 zł trzeba dopłacić, by mieć Core i5 zamiast Core i3. Dostępne są praktycznie te same karty graficzne.'
Bujda, panie Redaktorze. Za 2300 można dostać i5.
A tak w ogóle to ciekawa konstrukcja. natomiast podsumowanie trochę dziwne:Wydajność konkurencyjna względem Core i3 Sandy Bridge
a w minusach
...mimo wszystko nie jest szybszy od Core i3 Sandy Bridge, a za rogiem Ivy Bridge!
Sprzętowy generator stosuje sie dlatego że jest to rzeczywisty generator liczb losowych a nie generator pseudolosowy i jest szybszy od generatorów pseudolosowych.
Jak generator liczb pseudolosowych ma być bezpieczny to musi byc to rozbudowana funkcja tak by na podstawie zaobserwowanej wcześniej sekwencji wyników nie dało sie przewidzieć jaka będzie kolejna wygenerowana liczba. Ponieważ moc obliczeniową jaka można użyć do ataku brutal force jest coraz większa wiec złożoność takich generatorów peudolosowych również musi rosnąć
A tak w ogóle to ciekawa konstrukcja. natomiast podsumowanie trochę dziwne:Wydajność konkurencyjna względem Core i3 Sandy Bridge
a w minusach
...mimo wszystko nie jest szybszy od Core i3 Sandy Bridge, a za rogiem Ivy Bridge!
Szczególną uwagę proponuję poświęcić na stronę 10 i 16
zbiór slajdów no i co tam ma być takiego wyłumacz
od pół roku wiadomo że AMD wprowadzi hsa który będzie w pełni heterogenicznym układem w którym nie będzie można odróżnić CPU od GPU
Szczególną uwagę proponuję poświęcić na stronę 10 i 16