aktualności

Cell - ponad 4 GHz

8 lutego 2005, 10:57 Piotr Bulski
Cell ma pracować dziesięciokrotnie szybciej od obecnych układów stosowanych w maszynach PC.

Sony, IBM i Toshiba przedstawiły nieco danych na temat nowego procesora. Opracowywany od trzech lat układ ma trafić m.in. do konsoli PlayStation 3. Także IBM zamierza instalować go w stacjach roboczych (jeszcze w tym roku). Toshiba widzi go z kolei w najwyższej klasy urządzeniach telewizyjnych. Firmy określają go mianem superkomputera w chipie (supercomputer ona a chip). Kto wie, może nim będzie.

Specjaliści twierdzą, że elastyczna architektura układu pozwoli na wiele więcej zastosowań nowości, być może kiedyś nawet w znajdzie się on w telefonach komórkowych.

Procesor ma pracować z taktowaniem sięgającym ponad 4 GHz (układy Intela pracują obecnie poniżej tej granicy, wspomina serwis BBC). Układ ma wykonywać do 256 mld operacji na sekundę, korzystać z 2,5 MB pamięci podręcznej i komunikować się z pamięcią z szybkością sięgającą 100 GB/s. Układ Cell wykorzystywać ma około 234 mln tranzystorów.

Jak twierdzi IBM, Cell może działać z wieloma systemami operacyjnymi. Jednak nie jest wiadome, czy pośród nich znajduje się Windows Microsoftu.
Źródło: BBC
kresekZobacz profil
Poziom ostrzeżenia: 0%
kresek2005.02.11, 15:32
Jeszcze ciekawostka:

http://www.realworldtech.com/includes/temp...4318&mode=print

trochę więcej informacji o konstrukcji SPU... najciekawsza wiadomość - Cell potrafi liczyć przy podwójnej precyzji, jednak wydajność jest ~10 razy niższa.
inisideZobacz profil
Poziom ostrzeżenia: 0%
iniside2005.02.11, 10:47
Co oczywiście nie jest jednoznaczne z tym, że IBM nie wprowadzić modyfikacji do Cell i nie będzie go sprzedawał jako Power6 i PowerG6. Właściwie to jak dla mnie jest to raczej pewne. Taka architektóra jak Cell napewno szybko sie nie zmarnuje. Tylko w przetwarzaniu danych struminiowych i np. obliczaniu fizyki w grach smilies/wink.gif

Hmm co do AMD64.. ja czytalem coś innego smilies/scratchhead.gif Już sam nie wiem.. Chyba poszukam jescze na googlach i coś wrzuce tu smilies/wink.gif
komodoZobacz profil
Poziom ostrzeżenia: 0%
komodo2005.02.10, 16:43
No właśnie o to mi chodziło. Strasznie mnie to wkurza, że wszyscy redaktorzy w kółko piszą w newsach "Nowy super-ultra procesor 10 razy szybszy od PC", a tak będzie tylko w przypadku jednego typu zastosowań, w pozostałych, po jego wyjściu (czyli za prawie rok) będzie działał pewnie na poziomie konkurencji.
Juz dziś spotyka się opinie, że ten procesor będzie znakomicie spisywał się jako pewnego rodzaju koprocesor.
kresekZobacz profil
Poziom ostrzeżenia: 0%
kresek2005.02.10, 16:22
CYTAT(iniside @ Feb 10 2005, 12:13)
Tak Ale w trybcie pracym 64-bitowym. AMD64 wykonuje już działania tylko na stałej długości rejestrów i słów.


właśnie nie - w AMD64 możesz spokojnie operować na krótszych danych. zresztą, domyślną długością słowa są dalej 32 bity:

np.:
KOD
84 c0       test %al, %al
85 c0       test %eax, %eax
48 85 c0    test %rax, %rax (tu jest prefix REX)


prawdopodobnie moc SPU zostanie wykorzystana do wykonywania przekształceń geometrycznych, i tego typu działań wykonywanych na wielu obiektach...
z drugiej strony zdaje się, że PS3 ma mieć całkiem mocny procesor graficzny...

no a jeśli chodzi o wykonywanie tradycyjnych zadań, które nie przetwarzają dużej ilości danych zmiennoprzecinkowych, to Cell raczej nie będzie błyszczał - ale nie takie (chyba) jest jego przeznaczenie.

edit: zabrakło "nie"
HetmanZobacz profil
Poziom ostrzeżenia: 0%
Hetman2005.02.10, 14:06
Vector? To przypomina Craye smilies/smile.gif .
komodoZobacz profil
Poziom ostrzeżenia: 0%
komodo2005.02.10, 13:52
kresek

Jak byś ocenił wydajność CElla w typowych obliczniach? W takich gdzie występują częste skoki i w związku z tym błędy w predykcji? Mnie się wydaję, że ten procesor będzie na tym tracił sporo. Właśnie przez to, że ten główny rdzeń coś ala G5 jest tylko dwuwątkowy, a te wszystkie APU są od niego zależne.

Właściwie, uproszczając Cell to procesor, który ma wbudowane 32FPU i 32ALU i to jest ta jego moc.
Pojedyńcze APU:
inisideZobacz profil
Poziom ostrzeżenia: 0%
iniside2005.02.10, 12:13
Owszem masz racje to jest Power5 smilies/wink.gif. Jesteś pierwszą osobą która to zauwazyła smilies/bigsmile.gif
Tak Ale w trybcie pracym 64-bitowym. AMD64 wykonuje już działania tylko na stałej długości rejestrów i słów.
Powiadasz że nie da sie wyleminowac tego. Owszem w x86 już sie nie da, ale w RISC zostało to wyeleminowane juz na etapie projektowania. Tam są operaje tylko na stałych długościach (32 albo 64 bity).
Nie każdy kod. Pewnie dlatego trudno sie go pisze. Ale za to efekty są jak najbardziej tego warte.. smilies/wink.gif
kresekZobacz profil
Poziom ostrzeżenia: 0%
kresek2005.02.09, 23:47
tyle że w AMD64/EM64T dalej można wykonywać operacje na krótszych rejestrach smilies/wink.gif

nie oszukujmy się - nie da się usunąć "zgodności z 16" czy tam 8 bitami - bo kod "więcej bitowy" i tak potrzebuje tego typu działań.

zaś wydajność - to całkiem możliwe, że przy naprawdę równoległym wykonywaniu prostych operacji osiągnie się tego typu wyniki... ale - po pierwsze - nie każdy kod daje się ładnie zrównoleglić. po drugie - jednostki SPU to raczej odpowiedniki bloków MMX/SSE "na sterydach", nie oddzielne procesory ogólnego przeznaczenia.

btw - na zdjęciu na jednej z poprzednich stron to zdaje się MCM Power5. na zdjęciach, które wstawił Dziq, widać z kolei cały procesor Cell - 8 SPU i całkiem ciekawy rdzeń Power (przykładowo - SMT, nie wykonuje instrukcji poza kolejnością).
inisideZobacz profil
Poziom ostrzeżenia: 0%
iniside2005.02.09, 19:18
komodo
Mi właśnie chodzi o różne długości słów. Wspieranie aplikacji począwszy od 8-bitów. Powinno zostać tylko wsparcie dla 32-bitywch aplikacji. Chociąż wygląd to nie winnie jest wąskim gardłem x86 aż do amd64 w którym tego ogranicznie sie pozbyto. Niestety tylko w środowisku 64bitowym..
komodoZobacz profil
Poziom ostrzeżenia: 0%
komodo2005.02.09, 19:10
iniside

Jak chcesz zostawić zgodność z 786 wyrzucając 386? Przecież 786 są tylko nadzbiorami instrukcji w stosunku do pierwszego 32b CPU 386, który zresztą posiadał same elementarne instrukcje. W 386 wprowadzono (kolejny raz, ale z możliwością wykonywania rozkazów 32b, przy danych 16b) "8086 Virtual mode" czyli tryb pracy dla CPU 16b i chyba to zostało do dzisiaj.
Funkcja komentowania została wyłączona. Do dyskusji zapraszamy na forum.
1