HPC i procesor Cell
Janusz Chustecki
14 sierpnia 2006 11:43
Procesor Cell (wspólne dzieło IBM, Sony i Toshiby) zaprojektowano z myślą o instalowaniu w konsolach gier Sony. Naukowcy z Lawrence Berkeley National Laboratory proponują, aby na bazie procesora Cell opracować nową architekturę i stosować ją do budowania systemów obliczeniowych HPC (High Performace Computing).
Swoją propozycję naukowcy z Berkley przedstawili w dokumencie (The Potential of the Cell Processor; patrz www.cs.berkeley.edu/~samw/projects/cell/CF06.pdf). Aby sprawdzić, czy układ Cell zda egzamin w środowisku HCP, naukowcy uruchomili szereg aplikacji naukowych na komputerze opartym na tym procesorze. Następnie te same testy uruchomiono na komputerach opartych na tradycyjnych procesorach i architekturach. Testy wykazały, że procesor Cell przetwarza dane szybciej niż inne wielordzeniowe układy CPU.
Układ Cell zawiera rdzeń procesora PowerPC i osiem specjalizowanych procesorów wektorowych (element SPE; Synergistic Processing Element). Każdy element SPE ma do swojej dyspozycji jednostkę SPU (Synergistic Processing Unit), pamięć i kontroler pamięci. Naukowcy podkreślają, że procesor Cell powinien być tańszy od tradycyjnych układów CPU, ponieważ będzie produkowany w bardzo dużych ilościach.
Chociaż Cell jest 32-bitowym układem, po wprowadzeniu do niego drobnych poprawek, będzie mógł z powodzeniem obsługiwać większość 64-bitowych, naukowych aplikacji. Naukowcy opracowali model wydajności układu Cell i porównali go z procesorami Opteron (AMD), Itanium 2 (Intel) i Cray X1.
Testy wykazały, że układ Cell pracuje co najmniej osiem razy wydajniej niż procesory Opteron i Itanium.
Komentarze
Redakcja PC World nie ponosi odpowiedzialności za wypowiedzi Internautów opublikowane na stronach serwisu oraz zastrzega sobie prawo do redagowania, skracania bądź usuwania komentarzy zawierających treści zabronione przez prawo, uznawane za obraźliwie lub naruszające zasady współżycia społecznego. Osoby zamieszczające wypowiedzi naruszające prawo lub prawem chronione dobra osób trzecich mogą ponieść z tego tytułu odpowiedzialność karną lub cywilną.
- ocena:
brak oceny
- IP: 83.17.181.238
- 14-08-2006, 11:57
Osiem razy wydajniejszy - no ładnie, jakby jeszcze przystosowali żeby obsługiwał instrukcje x86 i z chęcią widziałbym nowe procki w domowym komputerku :D
- ocena:
brak oceny
- IP: 82.160.73.74
- 14-08-2006, 12:03
Nie chce nawet pytac jak sie grzeje... ale pewnie komputer z prockiem Cell w domu mozna byloby podpiac pod instalacje C.O. w domu i dodatkowo mialbym na czym smazyc jajecznicę ;)
- ocena:
brak oceny
- IP: 89.228.247.231
- 14-08-2006, 12:24
Pagel jak by się tak grzał jak sugerujesz to by się nie znalazł w konsoli. Następnym razem pomyśl zanim cos napiszesz.
- ocena:
brak oceny
- IP: 89.228.247.231
- 14-08-2006, 12:28
Pagel wybacz że użyłem twojego nicka, to był wypadek!!
- ocena:
brak oceny
- IP: 82.160.73.74
- 14-08-2006, 12:34
Nic nie szkodzi i tak moj pisze sie przez q a nie g ;) taka mala roznica. a co do procesora Cell - jak pamietam kiedys na idg byl news dotyczacy ze sony przenosi premiere konsoli bo ma problemy z chlodzeniem... poza tym zwykle procki tez sie grzeja - moj ma okolo 50 stopni C. wiec do osiagniecia temeperatury kiedy bialko sie denaturyzuje brakuje tylko 6 stopni... a zeby osiagnac taka temeperature nie trzeba wiele ;)
- ocena:
brak oceny
- IP: 193.219.28.144
- 14-08-2006, 13:34
wyobrazam sobie jakby to wstawic do kart graficznych ;)
ehh a taki procek chetnie bym sobie wstawil zamiast obecnego :D
@ Paqel
jak moze sie grzac zobacz jaki to ma pobor energii :)
40W a inne procesory to pozeracze energii :)
a rozkazy x86 i tak nie sa wydajne bardziej wydajne sa uklady RISC tyle ze od programistow jest wymagane pisanie oprogramowania bezblednego co w aplikacjach M$ daleko do tego :D
- ocena:
brak oceny
- IP: 83.29.70.62
- 14-08-2006, 14:12
houston:
cell ma 3 waty na rdzeń :)
claczego risc wymaga pisania bezbłędnego oprogramowania??? ztcw swego czasu istniały windowsy nt pod ppc. z nazwy risc wynika tylko tyle, że jest mniej instrukcji, czyli procek nie musi się tak bardzo męczyć z dekodowaniem instrukcji.
x86 ma dużo większe problemy niż same instrukcje - np: kilka rodzajów adresowania pamięci (tryb rzeczywisty, chroniony, wirtualny i nierzeczywisty, z czego użyteczny jest właściwie tylko chroniony). poza tym jednostki cella mają więcej ograniczeń, jak: brak stronicowania i sprzętowej obsługi pamięci wirtualnej (bo i tak są całkowicie odseparowane od świata - kontrolę nad ich pamięcią ma centralny procek ppc), jednakowy rozmiar zmiennych (a co najmniej muszą być wyrównane do czterech bajtów i mieć rozmiar będący wielokrotnością czwórki), etc. etc.
daje to gigantycznego kopa w programowaniu równoległym - np. giery chodzą naście razy szybciej (bo rola procka sprowadza się do roli kalkulatora - nie musi on myślec za programistę - mam tu na myśli wszelkiego rodzaju obsługę pamięci i wyjątków - oraz ma swoją wydzieloną pamięć do której nikt mu się nie wpiernicza), ale w biurowych aplikacjach napisanych w javie czy .necie wydajność jest naście razy niższa (bo procek musi sobie zaawansowane ficzery emulować - jak sprawdzanie poprawności adresów na przykład).
podsumowując: cell raczej nie ma szans istnienia jako biurkowy cpu. co najwyżej jako pomoc w gierach czy programach do obróbki multimediów, ale przeciętny programista javy na nim nic nie skorzysta. do tego trzeba mieć wiedzę matematyczną na poziomie uniwersyteckim oraz
