komentarze
sevaeZobacz profil
Poziom ostrzeżenia: 0%
sevae2012.05.19, 14:04
Grave @ 2012.05.19 13:53  Post: 572538

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.
GraveZobacz profil
Poziom ostrzeżenia: 0%
Grave2012.05.19, 13:53
mlodybe @ 2012.05.19 13:31  Post: 572535
Grave @ 2012.05.19 13:00  Post: 572528
(...)


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  Post: 572532
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.
*Konto usunięte*2012.05.19, 13:31
Grave @ 2012.05.19 13:00  Post: 572528
mlodybe @ 2012.05.19 12:55  Post: 572527
(...)


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  Post: 572532
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
Kraft135Zobacz profil
Poziom ostrzeżenia: 0%
Kraft1352012.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.
PłotekZobacz profil
Poziom ostrzeżenia: 0%
Płotek2012.05.19, 13:17
pawełpclab @ 2012.05.18 18:24  Post: 572400

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.
ArlicZobacz profil
Poziom ostrzeżenia: 0%
Arlic2012.05.19, 13:07
Grave @ 2012.05.19 13:00  Post: 572528


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.

GraveZobacz profil
Poziom ostrzeżenia: 0%
Grave2012.05.19, 13:00
mlodybe @ 2012.05.19 12:55  Post: 572527
Grave @ 2012.05.19 11:56  Post: 572521
(...)


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.
*Konto usunięte*2012.05.19, 12:55
Grave @ 2012.05.19 11:56  Post: 572521
mlodybe @ 2012.05.19 11:52  Post: 572520
(...)


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...
pawełpclabZobacz profil
Poziom ostrzeżenia: 0%
pawełpclab2012.05.19, 12:26
mlodybe @ 2012.05.19 11:52  Post: 572520
Grave @ 2012.05.19 11:09  Post: 572517
(...)


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
pawełpclabZobacz profil
Poziom ostrzeżenia: 0%
pawełpclab2012.05.19, 12:24
Grave @ 2012.05.19 11:56  Post: 572521
mlodybe @ 2012.05.19 11:52  Post: 572520
(...)


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.
AmitozaZobacz profil
Poziom ostrzeżenia: 0%
Amitoza2012.05.19, 12:14
Grave @ 2012.05.19 11:56  Post: 572521
mlodybe @ 2012.05.19 11:52  Post: 572520
(...)


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.

GraveZobacz profil
Poziom ostrzeżenia: 0%
Grave2012.05.19, 11:56
mlodybe @ 2012.05.19 11:52  Post: 572520
Grave @ 2012.05.19 11:09  Post: 572517
(...)


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.
*Konto usunięte*2012.05.19, 11:52
Grave @ 2012.05.19 11:09  Post: 572517
mlodybe @ 2012.05.19 09:34  Post: 572507
(...)


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
GraveZobacz profil
Poziom ostrzeżenia: 0%
Grave2012.05.19, 11:09
mlodybe @ 2012.05.19 09:34  Post: 572507
pawełpclab @ 2012.05.19 01:35  Post: 572490
http://phx.corporate-ir.net/External.File?...HlwZT0z&t=1
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.
kroolikZobacz profil
Poziom ostrzeżenia: 0%
kroolik2012.05.19, 10:40
<Duplikat>
kroolikZobacz profil
Poziom ostrzeżenia: 0%
kroolik2012.05.19, 10:38
'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.
pawełpclabZobacz profil
Poziom ostrzeżenia: 0%
pawełpclab2012.05.19, 10:36
CortexM3 @ 2012.05.19 10:03  Post: 572510
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ąć
CortexM3Zobacz profil
Poziom ostrzeżenia: 0%
CortexM32012.05.19, 10:03
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!
*Konto usunięte*2012.05.19, 09:34
pawełpclab @ 2012.05.19 01:35  Post: 572490
http://phx.corporate-ir.net/External.File?...HlwZT0z&t=1
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
pawełpclabZobacz profil
Poziom ostrzeżenia: 0%
pawełpclab2012.05.19, 01:35
http://phx.corporate-ir.net/External.File?...HlwZT0z&t=1
Szczególną uwagę proponuję poświęcić na stronę 10 i 16
Funkcja komentowania została wyłączona. Do dyskusji zapraszamy na forum.