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.
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

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.
Hmm co do AMD64.. ja czytalem coś innego
Juz dziś spotyka się opinie, że ten procesor będzie znakomicie spisywał się jako pewnego rodzaju koprocesor.
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.:
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"
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:
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..
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ą).
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..
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.