🖥️ Co to znaczy komputer 8-bitowy? (RG

Czy Amiga 500 jest komputerem 16-to, czy 32-bitowym? Czy Atari Jaguar jest 64-bitowe, a Nintendo 64 jest 128-bitowe? I o co właściwie chodzi z tymi wszystkimi bitami?
Zapraszam na wysłuchanie kolejnej opowieści spod znaku tego, jak działa komputer.
🔴 ZASUBSKRYBUJ NASZ KANAŁ!
kzbin.info...
🔴SERWER DISCORD RG
/ discord
Ile razy ktoś gdzieś powie lub napiszę, że Amiga 500 jest komputerem 16-bitowym rzuca się na niego grupą prawdziwych amigowców krzycząc, że tak nie jest - że jest to przecież komputer 32 bitowy.
Podobnie fani Atari Jaguar reagują, gdy się im tłumaczy, że konsola ta to tak naprawdę nie była 64-bitowa, bo raczej 32-bitowa, a wredni ludzie mogą wręcz powiedzieć, że 16-bitowa.
No fajnie, fajnie, ale co tak napper oznacza stwierdzenie, że komputer lub konsola jest iluś tam bitowa?
✅ FACEBOOK:
www.FB.com/RetroGralnia
✅ STRONA:
retrogralnia.pl
✅ MUZEUM GRY I KOMPUTERY MINIONEJ ERY:
gikme.pl
✅ Patronite Kanału
patronite.pl/RetroGralnia
#RetroWiedza #RetroGaming #TheGameIsNotOver

[@Artur-vh3nk]

Wreszcie mi ktoś wyjaśnił dlaczego nie zostałem informatykiem czy programistą...

[@RetroGralnia]

Czasami śnią mi się egzaminy, jakie musiałem z tego zdawać. Do teraz pamiętam, że na ostatnim miałem pytanie o "tablica alokacji" i sposoby przechowywania i kodowania liczb zmiennoprzecinkowych :P A wcześniej te kartkówki z binarnego pisemnego pierwiastkowania... /borg

[@Artur-vh3nk]

@@RetroGralnia Szacun:)

[@piotrbatko172]

@@robosy3399 Pan Robert chyba "programuje" w htmlu, że nie musi wiedzieć na jaki sprzęt pisze :)

[@krzysiek-ep2vm]

@@piotrbatko172 Ja przychylę się do Roberta Boba, znajomość architektury komputera jest potrzebna przy pisaniu bardzo wydajnego kodu, albo w programowaniu niskopoziomowym->asembler, itp, np. sterowniki. Programista piszacy program często nie musi wiedzieć na jaki sprzęt go pisze. Ja jestem hobbystą ale jestem w stanie napisać kod w języku C który bez żadnych zmian pójdzie na komputerze 32/64 bitowym(PC) jak i na komputerze 8 bitowym(atmega).Różne będzie pobranie danych i ich wyswietlenie, sam kod jest uniwersalny, uniwersalne nie są biblioteki, dyrektywy procesora/kompilatora, itd. Oczywiście nie mówię że każdy program da się tak napisać, ale twierdzenie że nie da się tego zrobić też nie jest prawdziwe. Pozdrawiam.

[@jabkowy6107]

@@RetroGralnia Pierwiastkowanie pisemne binarne jest ez. Robię to na każdym polskim

[@Volvocars2]

Więcej takich twórców na youtube proszę,

[@TheAmon1x]

Świetny i ciekawy materiał. Poproszę więcej! :)

[@TheBotson]

Takiego kanału mi brakowało na yt. Świetna robota

[@Pixellof]

Ale super film. Leci subskrypcja, dzięki za wyjaśnienie

[@Mariusz_Wlodarczyk]

Bardzo fajnie, obrazowo przedstawione zagadnienie. Obejrzałem z wielką przyjemnością. Brawo! Czekam na kolejne filmy!

[@CJWarlock]

Świetny film, taki spokojny, wręcz relaksujący, w sam raz do oglądania przy posiłku. :) Dzięki! Miło mi było posłuchać o elektronicznych detalach komputerów starych czasów. :)

[@TheKidi1]

Dziękuję. Wiele mi wyjaśniłeś.

[@regeneric928]

Jako człowiek, który pisał hobbystyczne projekty w C dla Amigi równolegle ze współczesnymi PCtami muszę stwierdzić, że chwała Bogu, że mamy dzisiaj tak cywilizowane języki jak C#, Python czy nawet C++17 i programista ma znacznie uproszczone zadanie. Zwłaszcza, że we współczesnych czasach architektura 64 bitowa dominuje w świecie IT.

[@PiotrPilinko]

Tyle, że same języki nie mają wpływu na architekturę - zarówno C++ (niezależnie od wersji) jak i C jest skopane u podstaw - poprzez użycie preprocesora, co powoduje mnóstwo komplikacji. Można pisać w C++ nawet na ośmiobitową atmegę (ale trzeba omijać wiele funkcji ze względu na znikomą ilość pamięci).

[@romualddymek2714]

Wspaniały materiał . Dziękuje

[@hansklos5440]

Wreszcie mi to ktoś wytłumaczył tak, że zrozumiałem 🙂 Dziękuję za to, że dla nas tworzycie 😁😁😁

[@trantytel8015]

Dziękuję Profesorze Borg :)

[@RetroGralnia]

Nie ma za co, choć ja prosty mgr inż. :P

[@arrtur34]

Oby się z Voyager em nie spotkał

[@daxuss]

super materiał, oby takich więcej

[@Cezarek1975]

Witam Cię Borg :) Bardzo ciekawy odcinek w którym wszystko bardzo przystępnie opowiedziałeś,dla mnie rewelacja :) Pozdrawiam i łapkę w górę zostawiam :)

[@szklon4247]

Nie za dobrze wytłumaczył

[@TawernaRPG]

Świetny materiał. Chętnie bym go puszczał uczniom w technikum informatycznym :)

[@turekretromaniak]

Super wykład :) Pozdrawiam

[@65XEpl]

Rewelacyjny materiał

[@RetroGralnia]

Dziękuje :)

[@dydelfobserwator4845]

Dzięki. dobrze wytłumaczone

[@paskowaty]

Po niecałej minucie daje suba :)

[@Kulfas]

Miło się tego słuchało do porannej kawki ;-)

[@ADRIANxPL]

Super materiał .Pozdrawiam.

[@Orety6]

Fajne, lubię takie technikalia. A czy ktorys z elementow małego Atari, jak szyna miał też 16 bitów, czy wszystko było n 8kach?

[@konstantyskoczylas5107]

Fajnie to wyjaśniłeś. Jak dla mnie to podstawą będzie jaki kompilator jest używany, jak 16bitowy to maszynka jest 16b, jak 64bitowy to 64b.

[@rafadydo555]

W świecie PC to się nazywało modelem pamięci.

[@adam1984pl]

Pamiętam ja początku lat 90 miałem pegasusa,i kolega w szkole mówił:idziemy do ciebie na IBM`ma.

[@_Leouch]

dawno was nie oglądałem. Musze nadrobić :D

[@pierdolsieszmato.]

Anime gay

[@_Leouch]

@@pierdolsieszmato. przykro mi koles, mam na to tarcze #nohomo

[@Aureus2011]

Dziękuję za świetny, przejrzyście opisujący to zagadnienie materiał. Z własnej strony życzę Tobie oraz sympatykom niniejszego kanału wspaniałych Świąt! 🎄🎮🕹🎁❤

[@RetroGralnia]

Dzięki i nawzajem!

[@fafiklata]

Wspaniały odcinek!

[@jamasica5839]

Super zajawka :D

[@Rudek]

Ja tylko czekałem, aż wyrównasz brwi

[@calmman343]

🤣🤣🤣🤣dokładnie

[@MarcinMski]

Też :)

[@andrzejlipinski730]

Mnie to nie przeszkadza jak Ci przeszkadza to nie oglądaj.

[@brejnus]

Same konkrety. Pozdrawiam 👍

[@Wojtenio]

Wartościowa informacja 👍🏽

[@Promilus1984]

Atari reklamowało bity tak samo jak Sega z Dreamcastem później (2 jednostki MIPS 64bit i sprzedaż jako konsola 128bit). 8088 to 16bitowy procesor z 8 bitową szyną danych. 68008 dość podobnie. Pentium III miał 64 bitową szynę pamięci, a był procesorem 32bitowym (ze 128bit SIMD). Tylko w przypadku konsol trochę inaczej sprawa się miała gdyż brana była pod uwagę cała architektura, a nie tylko procesor (w końcu mega drive miało i 8bit Z80, i 16/32bit motorole i było sprzedawane jako system 16bit) zatem również układy specjalizowane (dsp, procesory wektorowe) oraz połączenia między nimi. I tak wszystkie Amigi OCS/ECS byłyby w tych kryteriach maszynami 16bit, bo i sam chipset jest 16bit. A jedynie Amigi AGA (A1200, A4000) byłyby systemami 32b. No, może jeszcze A3000 która łączyła 16bitowy ECS z 32b resztą (bo A3000 oprócz 16bit chipsetu miała też 32b gniazda rozszerzeń Zorro III). Sprawa jest dość skomplikowana. 68000 miało 32b rejestry, ale 16b ALU. Był to przedsmak 32b architektury z 68020 celowo skrojonej na start. Przez to programista mógł pisać jak na procesor 32b i te aplikacje byłyby zgodne z nadchodzącymi procesorami. Teraz co do adresowania 68000 - to nie tak, że przez brakujący A0 Amiga mogła adresować tylko 8MB. To bzdura. Chodziło o to, że dostęp musiał być "wyrównany" więc nie można było załadować samej komórki 0x000000 albo samej 0x000001. Zawsze się ładowało 2 bajty, a adresy się zmieniały (przez brak wyprowadzonego A0) co 2 bajty. Zależnie więc który z tych 2 bajtów nas interesował to procesor sygnalizował to przez linie #UDS i #LDS (albo obie jeśli chcieliśmy właśnie te 2 bajty naraz). Nie licząc Kickstartu oraz mapowanych rejestrów chipsetu 68000 mogło adresować 2MB CHIP RAMu (0x000000-0x1FFFFF, za pośrednictwem Agnusa oczywiście i to w 2MB wersji), 8MB FAST RAMu (0x200000-0x9FFFFF) w przestrzeni autokonfigurowalnej oraz do ~1.8MB "FAST" RAMu poza nią (0xC00000-0xDFFFFF - 1.5MB, i jakieś 256KB gdzieś tam wydłubane z innych reserved). Zatem nie, 23bit szyna adresowa nie zmniejszała ilości adresowanej pamięci przez 68000 sama w sobie, a jedynie usuwała możliwość pojedynczego wywołania każdego jednego bajta z przestrzeni adresowej. Zamiast tego można było tylko i wyłącznie skakać co 2 bajty i ładować 2 bajty określając który nam jest potrzebny i który chcemy modyfikować.

[@kch8]

C64 = 8 bit, Amiga 500 = 16 bit, Amiga 1200 = 32 bit, Amiga 4000 = 32 bit, taka była klasyfikacja w latach '90.

[@RetroGralnia]

Osobiście się z nią zgadzam :) /borg

[@aaronjohnson2215]

Daje suba bo fajny material. Ale poprosze o cos wiecej. Widac ze masz pojecie o czym mowisz, chcialbym zobaczyc serie ktora wyjasnia wszystkie te watki bardzo szczegolowo. Odcinek po odcinku, zagadnienie po zagadnieniu: jak naprawde dziala bramka logiczna, jak jest zbudowana fizycznie i jaka technologia na to pozwala, jak dziala na poziomie elektronow, pamieci, szyny danych, jak to sie komunikuje, itd. - doslownie ten poziom szczegolowosci jak dla idiotow :) Pozdrawiam

[@Laslo1981]

Bramki logiczne są zbudowane na półprzewodnikach, tranzystorach... a filmów o tym jak hulają elektrony w takich elemetach jak diody czy tranzystory jest pełno na inny kanałach, a ... i nie jest to juz wtedy informatyka tylko elektronika cyfrowa. Informatycy tak nisko nie schodzą:P

[@RetroGralnia]

Jak ja studiowałem informatykę, to miałem takie rzeczy na zajęciach... Może mylisz informatyków z programistami? 😜

[@Laslo1981]

@@RetroGralnia programiści to też informatycy, więc raczej nic nie mylę 😁 to że był taki przedmiot na informatyce to wiem, nie znaczy to jednak że budowa bramek mieści się w zakresie informatyki, ja na studiach elektronicznych też miałem przedmioty informatyczne jak kodowanie w c++ 😉

[@marcinwroniecki8902]

świetny kanał , świetne materiały. powinien mieć 100k subów a nie 10 k

[@grzesiekxitami3264]

usłyszymy porównanie amigi ze spectrum? ilu bitowy był sprctrum?

[@obvioustruth]

Super materiał. Bardzo prosto, trywialnie wręcz wyjaśnione. Jak dla dzieciaków. Super!!! :) Masz mojego like'a! :D

[@rafakulig4935]

kiedy opowiesz coś o cartridgu c64 games system ?

[@RetroGraty]

Super!

[@greedymechanic]

A czy to łatwo da sie przeliczyc na scieżki pomiedzy ram a cpu ?

[@grzegorzkoecki5375]

Witam. Ze starych czasów pamiętam jeszcze komputery PC z procesorami 8086 (16b szyna) i ich okrojone wersje 8088 (8b szyna).

[@MaYkel9K]

A jak się ma to do qbitów i rewelacji, że IBM, czy inny Google stworzyło komputer kilkudziesięcio - qbitowy?

[@doomin3599]

1. Przypuszczam tutaj te 9,5MB pamięci w Amidze 500 że to jest coś na zasadzie RAMDISK ale nie jestem pewien. 2. Z tego co powiedziałeś może wynikać, że nasze nowe komputery PC mogą być nawet 512-bitowe. A dlatego ponieważ procesory posiadają rejestry ZMM o tej szerokości, a dzięki nim możemy nawet obejżeć ten film. Jednakże to nie jest tak. Słowo w PC jest 16-bitowe niezmiennie od 1979 roku, od Intela 8086. Po wkroczeniu procesora i386 było to podwójne słowo(32 bity), a w Athlon 64 poczwórne. Okazuje się więc, że właściwą ilość bitów komputera można wywnioskować po architekturze procesora, która zależy od szerokości rejestrów uniwersalnych(ogólnego przeznaczenia). Nie należy natomiast kierować się szerokością rejestru licznika programu, bo po pierwsze jego zakres nie jest adekwatny do wielkości pamięci, po drugie może mieć zupełnie inną długość w porównaniu do innych rejestrów. Dla przykładu - MOS 6502 posiada rej. uniwersalne 8-bitowe, ale licznik programu już 16-bitowy, to był prosty przykład. Trudniejszy przykład - procesory w naszych komputerach mają kilka trybów pracy: Rzeczywisty (16-bit, 1MB RAM, imitacja 8086), Chroniony(32-bit, 4GB RAM, segmentacja), Wirtualny(16-bit, 1MB RAM, emulacja 8086 pod kontrolą), Długi(64-bit, RAM zależy od Chipseta, stronicowanie). W takim przypadku ilość bitów określa się względem najlepszego dostępnego trybu pracy w danym procesorze.

[@mazikrolwioski4632]

Tak, jednak moc obliczeniowa całego zestawu, jest uwarunkowana jego najsłabszym elementem. A więc jeżeli będziesz miał nawet I9 z 128GB ram, do tego powiedzmy grafikę GF 9500GT niech by było, to ona bardzo ograniczy zakres jego pracy. Owszem, dzisiaj mamy zestawy wielo zadaniowe, ale jednak z tym ograniczeniem nie wykorzystasz nawet połowy potencjału tego zestawu. Także bez względnie moja teoria jest jak najbardziej słuszna i uzasadniona

[@bezkonserwantow3392]

Trevor Philips możesz wykorzystać pełny potencjał zestawu który wymieniłeś bez szczególnego zaangażowania karty graficznej, np. szyfrowanie i archiwizacja danych.

[@szklon4247]

I komu tu wierzyć

[@bezkonserwantow3392]

Szklon komukolwiek, dla kogo wyznacznikiem klasy i wydajności komputera jest coś więcej niż hehe gierki

[@DaBuzz92]

@@bezkonserwantow3392 otóż to. Polać mu!

[@grzesiekxitami3264]

eeee, retro tłumaczy, no bez żartów, a kiedyś się miło wspominało przypomnę, że kiedyś żeby coś zrobić o końputrze trzeba było wiedzieć wszystko a nie tylko dołączać/implementować/framworkować ilu bitowy był Z80? a kiedy 16 bitów było mało opłacalne? a procesory jakie? 128? wielka porcja nierzetelnej wiedzy, różnimy się chyba o pokelenie

[@marios.3093]

racja - z tą różnicą o pokolenie ;) Kiedyś wiedzę czerpało się z książek, katalogów, instrukcji, specyfikacji etc. a dziś z ... YT ;) I tak - kiedyś faktycznie należało wiedzieć wszystko o komputerku, na którym się programowało - istotne były więc szerokości magistral danych i adresów oraz rozmiar poszczególnych rejestrów procesora i sposób ich działania, a dziś poziom abstrakcji na tyle podskoczył, że programiści/informatycy takich rzeczy nie muszą czy nie chcą wiedzieć. Ot - postęp :) Pozdrawiam :)

[@kufjapierdziele]

Świetne tłumaczenie.

[@krystian7246]

Kozacko👍

[@LiQuidlyPL]

16:39 4096bit kości HBM, 386bit dla GDDR5, GDDR5x, GDDR6 (głównie Nvidia, AMD wydawało 512bit dla GDDR5). :)

[@crazyivan030983]

To ilu bitowe były pierwsze konsole takie jak Atari 2600? Pong? ColecoVision, Intellivision... Może o tym odcinek? :)

[@nitol666]

A co z hbm i szynami po 4096b?

[@trwers]

Każdego windowsa da się przystosować do pracy z aplikacjami 16 bitowymi.Wystarczy zrobić aktualizacje od windowsa 3.11 lub 95 do docelowego.

[@marianwitek403]

Jeśli można to pozwolę sobie na wstawienie linka. Dla osób, które nie miały styczności z programowanie a chciałyby spróbować swoich sił, przygotowałem specjalną serię, w której od podstaw piszemy małą gierkę, Arkanoida w języku C++ tłumacząc przy tym nie tylko sam język ale też podstawy informatyki i programowania gier tak abyś dalej potrafił działać sam. Wymagana podstawowa znajomość matematyki. Zapraszam: kzbin.info/www/bejne/paDcqo2mrrFlmtE

[@ukaszturon8893]

17:17 Z tego co ja wiem to nie zagrasz w gry 16b bezpośrednio poprzez porzucenie wstecznej kompatybilności przy projektowaniu 64bit owych rdzeni . (Co było pierwsze kura czy jako to jest dobry pomysł na kolejny odcinek ) Coś mi się kojarzy że pod xp miałem problemy ( 15 lat temu ) odpalić parę softów które śmigały w dosie

[@rafadydo555]

Ale to wina systemu Windows - który porzucił oprogramowanie 16 bitowe wcześniej uruchamiane w oddzielnym 32 bitowym procesie - lepsza ochrona dla pozostałych aplikacji. Nadal nowsze procesory da się odpalić w trybie real czyli 8086 choć dawno kod jest pisany dla 64 bitowego protected

[@ukaszturon8893]

​@@rafadydo555 Opierając się na Wikipedii masz rację dalej wspierają 16 bit. Wynikało by z tego że masz rację. W trybie" wirtualnego-8086" to Ci wystarczy to tak. Mam świadomość że jest mi to 100% zbędne. Chodzi tylko o prawdę. Opieram się w wypowiedzi na dokumentacji: software.intel.com/content/dam/develop/external/us/en/documents-tps/325462-sdm-vol-1-2abcd-3abcd.pdf Tryb wirtualny to nie jest normalny tryb w pełni (złe słowo chodzi mi że nie odpalisz x16 DOS-a np 3.0 ) 16b bo żeby odpalić grę 16b trzeba odpalić system 64/32 bit-owy i w nim dopiero .... ( zbędne słowa + VM + dosbox ... tak zagrasz.) Tutaj się kłania też obsługa SATA ,UEFI, Socket półdniowy( podział na północny i południowy ) Powiedzmy że mówimy o doom -ie jako reprezentanta 16b gier ... Współczesne pc a nawet te z końca architektury x32 są tak mega szybkie że powstaje sytuacja taka że trzeba sztucznie obciążyć obciążającego pc w tle bo się gra staje nie grywalna. =DOSBox ( To co tu opisałem miałem na myśli wspominając o tym co pierwsze jajko czy kura. W poprzedniej wypowiedzi. ) Podsumujmy nie można odpalić (bezpośrednio) starych gier 16b bezpośrednio na 64b architekturze tak samo jak było to problematyczne na x32. Jak Twoim zdaniem mam rację czy nie ? Popatrz jakiego szczegółu się czepiasz.

[@przypadkowynick0752]

12:27 - To tak jak dobrych kilka lat temu markety RTV wciskały kit, że jak komputer ma np. 4-rdzeniowy procesor 2.5ghz to że niby ten procesor jest 10ghz :D

[@allekrisxp]

No i masz suba

[@adam1984pl]

Może opowiesz o systemie szestnastkowym1 - F?

Jeśli chodzi Tobie o system liczbowy szesnastkowy, to ja zrobiłem coś do egzaminu E12 oraz tłumaczyłem jak to mądrze przeliczać. O innych systemach też jest.

[@moje12a]

@ najlepiej konwertuje się liczby binarne na czwórkowe a te na szesnastkowe (każda kolejna liczba jest o połowę krótsza od poprzedniej) 😎

@@moje12a Błąd tutaj popełnisz i to spory :) Wszystko zależy jaki masz system liczbowy, bo np. ktoś da Ci BCD i jest problem. Ale wszystko wyjaśniałem na filmach.

[@McArti0]

Taka refleksja 386SX bus 16bit wykonywał dokładnie ten sam kod 32bitowy co 386DX więc co? I druga refleksja IBM XT 8088 był 8-bitowy??? ps. słowo jest zawsze dwubajtowe 16bit.

[@obvioustruth]

Super show

[@normanm3799]

Jezu jakie to ciekawe 😮

[@mrboss76]

Pozdrowienia

[@fpekal]

8:33 1 kB to nie to samo co 1024 B Gdyby tak było, to powstawałyby naprawdę duże nieścisłości, ponieważ statystyczny Kowalski nie wie, że liczba 1024 jest w informatyce wyjątkowa, tylko uzna, że skoro kg oznacza 1000 g i km oznacza 1000 m, to kB pewnie oznacza 1000 B. Z tego powodu powstały nowe przedrostki np. Ki-, który właśnie oznacza 1024 danej rzeczy. (Dla niewiedzących, czyta się to "kibi") Oczywiście również nie powiemy "mam 5 mebigramów mąki", bo było by to niepotrzebne zagmatwanie.

[@sanjyuu2298]

I takie nieścisłości były, bo przedrostek był używany niezgodnie z normą SI, ale wbrew pozorom nie było z tego powodu żadnego zamieszania i szkody, prócz zdziwienia laika. 1024B zawsze było 1kB w informatyce i dalej jest. Dla statystycznego Kowalskiego posiadanie wiedzy o liczbie 1024 nie ma znaczenia i jej nie drąży (a jeśli zacznie, to warto znać stan faktyczny, a nie osiedlowy), nawet jest korzystna, bo dostaje więcej niż zakłada. Ten statystyczny Kowalski zawsze się zastanawiał, czemu Bios podaje więcej pamięci niż Windows (np. ponad 130000000 w przypadku pamięci 128MB). Redukcja do "standardowych" miar wprowadziłaby spore problemy natury logicznej na poziomie programowania i niższych poziomów jak architektura układów scalonych (ten komentarz to za mało aby to wytłumaczyć dlaczego 1024 jest wygodną liczbą w informatyce), nie przypominam sobie, aby gdziekolwiek oprogramowanie traktowało prefiks "k" w odniesieniu do pamięci jako 1000, nie ma nawet takich modułów pamięci, jeśli kupujesz pamięć 8GB to kupujesz naprawdę kość 8192MB i tak ci poda nawet bios (lub odrobinę mniej za względu na rezerwowanie jej małego fragmentu na potrzeby biosu). Mimo, że powinno się stosować przedrostek Ki, to się nie stosuje, jest to wyjątek. No i KiB to nie kilobajt tylko kibibajt. pl.wikipedia.org/wiki/Przedrostek_dw%C3%B3jkowy pl.wikipedia.org/wiki/Kilobajt www.computerhope.com/issues/chspace.htm

[@danielos78]

co prawda w amiga 500 procesor m68k ma 23 linie adresowe, ale może adresować 16MB, nie 8MB. A to dlatego, że zawsze pobiera naraz po 2 bajty, czyli wszystkie adresy są zawsze parzyste, stąd 1 bit z 24 (ten oznaczający parzystość A0) nie jest potrzebny, bo zawsze będzie miał wartość 0.

[@sanjyuu2298]

Przyczyna jest inna, procesor jedynie nie potrafi czytać spod nieparzystych adresów danych większych niż 8-bit, ale poza tym, jeśli ma odczytać tylko bajt, to czyta bajt. Linia A0, a także linie określające rozmiar transferu zostały zastąpione liniami UDS i LDS. Kiedy czytasz bajt spot adresu 0, aktywny jest UDS, spod adresu 1 LDS, a dwa bajty spod adresu 0 - obydwa są aktywne.

[@Atad64]

Ostatnio pogrzebałem trochę w temacie CPU i sam sobie zdetronizowałem 68k, którą uważałem za znacznie potężniejszy procesor od 6502. Okazuje się, że przetaktowanym do 4MHz C64 można doścignąć Amigę 500...

[@rafadydo555]

C64 osiągał prędkość obliczeń 8088( 4,7MHZ) czyli 0.2 MIPS'a Amisia miała 0,5. 6502 był naprawdę ciekawym procesorem który pozwalał pisać aplikację wycyklinowane - działające co do cykla (takt procesora). Dlatego tak świetnie się sprawdza i dziś - demoscena.

[@TomaszDurlej]

Jaguar to 32 bitowy komputer z dwoma jednostkami wykonawczymi i VLIW. :) Podejście popularne w współczesnych coprocesorach dsp.

[@mazikrolwioski4632]

@RetroGralnia Masz dużo racji kolego. Jednak popełniłeś błąd. Otóż nie 1->1023 tylko 1->1024. Wiem. Producenci często podchodzą do tego dość luźno, dlatego też przeliczają 1->1000 tym samym pozbawiając nas części pamięci. Przy mniejszej ilości pamięci jest to nieznaczne, ale już przy 16 GB otrzymujemy w praktyce 14 z hakiem... Dobrze by było, gdybyś wyjaśnił wszystkim to zjawisko, bo wydaje mi się, że ty najlepiej to wytłumaczysz, Pozdrawianm ;)

[@RetroGralnia]

Miało być 0-1023, bo takie liczby koduje się zazwyczaj 10 bitach, jak 0-255 na 8-bitach. Nota bene pamiętam, choć było to kilkanaście lat temu, jak nas na wykładach opierniczali, żebyśmy nie powtarzali bzdur, że 1KB to 1024 Bajty :} No ale vox populi vox day - wszyscy tak mówią, ja też :P /borg

[@mazikrolwioski4632]

@@RetroGralnia Hehehe no mnie tak w szkole uczyli :D

[@ulysses1685]

N64 to była największą porażka w historii. Napakować pudełko super podzespołami by to potem zdegradować kartridgwm, na którego nic się nie mieściło i trzeba było kompresować i miniaturyzowac co się dało. W efekcie grafika byla absurdalnie skromna.

[@Marcinex720]

Zgodzę się z tobą N64 +64 bity +dobre gry -kartridże -ziemniak +szybkie ładowanie -nie ma muzy puszczania PS1 -32 bity +dobre gry +kompakty +bestia jak na tamte czasy -ekran ładowania +odtwarzanie muzy Ps1 win

[@stanisawzokiewski250]

A więc ile bitów ma przykładowo PS2, XBOX360 albo XBOX ONE ?

[@Marcinex720]

Ps2=64 bity

[@mariannowicki3185]

Za moich czasów to na politechnice uczyli że o tym czy sprzęt 16 czy 32 bit decyduje długość int w C. Widać od tego czasu pwr poszła na ilość a nie na jakość. Wszystkie Amigi to komputery 32 bit. Jak ktoś chce się pobawić prawdziwym 16 bit to polecam kupić jakie starsze PC. Uruchomić w MS-DOS. Pobawić się trochę Turbo C++ pod MS-DOS. Pobawić się w używanie rzeczy typu segmenty, wskaźniki krótkie, długie itp itd.

[@RetroGralnia]

Za moich czasów na PWr uczyli Pascala, a nie C oraz tego, jak zbudować własne układy z bramek logicznych. Widać PWr poszła w ilość, a nie jakość...

[@mariannowicki3185]

@@RetroGralnia Skasowali wykłady z C/C++? To straszne. Za trudne były? Ech ta pogoń za pieniądzem w szkolnictwie wyższym.

[@rafadydo555]

tyle że 16 bitowce takie jak 286 też mają tryb protected z deskryptorami 24 bitowymi. segmentacja jest kapitalną sprawa bo bardzo ułatwia relokowanie kodu. dopiero wirtualizacja pozwoliła zapomnieć o relokacji kodu

[@dae2530]

Przystępnie podane.

[@marbel82]

Materiał bardzo fajny... następnym razem skocz do sklepu po nowego marker ;)

[@RetroGralnia]

Raczej nie będę rysować. Nie miałem czasu na składanie grafiki i animacji po prostu 😋

[@andrzejpawelkarpinski]

No nie wiem czy procesory są 64-bitowe, jak popatrzysz na AVX-512 to w zasadzie mamy procesor 512-bitowy. A szyna pamięci w x86 od dawna jest 128-bitowa

[@perinoid]

10:55 Ciekawe, czy przez te 3 lata Borgowi udało się dowiedzieć, czemu to nie jest prawdą ;-)

[@Macpolk1000]

Magistrala- łyżka danych XD

[@artbross]

Inna rzecz jest taka, że przedstawia się tutaj tylko TEORIĘ bitów. W praktyce można tworzyć inne rozwiązania tak jak działo się w Atari JAGUAR na przykład. Podam przykład; teoretycznie ATARI ST miało paletę barw 512 kolorów z których tylko 16 można było wyświetlić na ekranie, ALE były programy, które to omijały i pokazywały obrazki w 512 kolorach. Identyczną sytuację mamy w przypadku bitów i dlatego zarówno użytkownicy Amigi czy Atari próbują to wytłumaczyć laikom i mają rację.

[@kipacz123]

Teoretycznie masz rację...

[@gruchenstein9163]

17 minut o tym czym jest słowo?

[@Pan-km3iu]

jest 10 typów ludzi: ci którzy orientują sie o co chodzi w tym komentarzu i ci którzy nie

[@regeneric928]

To ode mnie jeszcze taki żart: Mało kto to wie, ale 120 jest równe 5!

[@Mr4hitch]

Szkoda tylko ze nie wspomniales o tym ze pierwszy bit w paczce to znak okreslajacy minus czy plus, domyslnie jest to 0 - liczba dodatnia. Wiec 8 bitowy oblicza od -128 do 127. Powodem braku 128 jest to ze trzeba by ustawic na pierwszym miejscu 1 co dawaloby ujemna wartosc. Takze w tym wypadku moglibysmy mowic o dwoch wystapieniach 0 ( ujemnego i dodatniego ), dlatego zdecydowano dodac do zakresu ujemnego 1000000 jako -128

[@RetroGralnia]

Chyba, że nie oznacza. Wtedy mamy od 0 do 255... albo są tam literki w ASCII :) Poza tym w systemie kodowania liczb U1 mamy podwójne zero. To o czym piszesz to kodowanie U2. /borg

[@szklon4247]

HDD -> RAM -> CPU -> GPU -> monitor

[@Marcinex720]

Śmieszny pomysł mi wszedł do głowy 8b=1B=1 nes. 16b=2B=2 nes=1 snes. 32b=4B=4 nes=2 snes=1 ps1. 64b=8B=8 nes=4 snes=2 ps1=1 n64. 128b=16B=16 nes=8 snes=4 ps1=2 n64=1 gamecube. Proste, prawda?

[@spavatch]

Plot twist, niektóre karty graficzne mają 2048-bitową szynę pamięci ;)

[@RetroGralnia]

Najsss :D Pewnie takie za 20 tysiaków :D Są i karty obliczeniowe z większą szyną (widziałem na pewno 4096 bity) - wystarczy zajrzeć do tego co można w Google Cloud wynająć - tam są po prostu potwory :D /borg

[@spavatch]

@@RetroGralnia no nie, aż tak to nie, mowa Radeonie Vega ;) (i Fury, który miał 4096-bitową szynę)

[@Diaco1200]

Wow. Mój komputer Pc 64 bit operuje na słowach 16 bit, więc tak na prawdę mam PC 16 bit.

[@RetroGralnia]

W pewnym sensie... Architektura x86 bardzo cierpi ze względu na swoją wsteczną kompatybilność z procesorem z roku 1978. Choć w obecnie Twój PC operuje raczej na 64 i 32-bitowych słowach. /borg

[@rafadydo555]

Twój 64 bitowy komputer od czasów pentium zawsze adresuje paczki 64 bitowe. Zapominasz że cała komunikacja z układami pamięci RAM które mają swoje własne patenty na szybkie działanie (FPM, EDO, SDRAM, DDR) odbywa się poprzez cache który zawsze pracuje z maksymalną szerokością szyny, nawet jak argumenty operacji procesora mają krótsze słowa. To cache a nie rozkaz procesora decyduje o odczycie z pamięci. Proc sięga tylko do cache ale żeby było ciekawie 1 poziom cache trzyma rozkazy RISC zamiast CISC a translacji ich dokonuje w locie przy pobraniu linii cache z pamięci cache drugiego poziomu L2 (rozkazy CISC). Dzisiaj już trudno mówić o bitowości proca. Nowe procesory pracują na argumentach i 512 bitowych i nie w krokach jak na 68k a w pojedynczych cyklach taktowania dlatego mają wydajność rządu Tera flopów

[@artbross]

Tak jak kazdy dobry kierowca zna jako tako swoj samochod tak uzytkownik komputera powinien wiedziec czym sie bawi...

[@SoutParl]

Tylko, że znajomość działania komputera do tego stopnia, to jak szczegółowa znajomość zjawisk fizycznych jakie zachodzą w samochodzie

[@artbross]

@@SoutParl Widzisz stary; kiedyś w szkole uczono fizyki na takim poziomie, że nikt, nawet nieuk (po kilku latach powtórzeń) nie miał problemów ze zrozumieniem jak działa silnik w aucie. Rozumiem, że czasy się zmieniają, ale nie rozumiem dlaczego przy takim dostępie do informacji jak dziś ludzi i interesuje tak mało spraw. Wiedza ogólna to podstawa działania systemu politycznego pod jakim przyszło nam żyć. Jeśli ludzie tylko będą chodzić do kościoła i tylko interesować się "Tańcem z gwiazdami" to mamy TOTALNIE przerąbane.

[@PaweLenk]

Motorola 68k był i jest procesorem 16 bitowym, taką ma architekturę. Jedynie rejestry ma 32 bit. Słowo ma zawsze 16 bitów, jak bajt 8 bitów. 32 bity to długie słowo, 64 to bardzo długie słowo.

[@mateusz09823]

#MDMR

[@andreasjohansen1658]

Tak jak komputery wykonuja operacje szybciej jak adresy pamięci są wyrównane tak samo człowiek szybciej policzy 2222 +3333 niż 7598 +9384

[@TheUbbaa]

ehhhhh..... kiedyś to była nostalgia....... i tak każdy wie, że C-64 było najlepsze...... niezależnie od ilości bitów.... Pozdrawiam

[@RetroGralnia]

Bity to nie wszystko :D /borg

[@mazikrolwioski4632]

Amiga 500 ;) Choć 1200 była nowsza i lepsza :p

[@bezkonserwantow3392]

Trevor Philips ale przesiadka wiązała się z wieloma wyrzeczeniami wiec chyba niektórzy niechętnie podchodzili do 1200

[@szklon4247]

Tak

[@bezkonserwantow3392]

Jan Maria Rumba Rozpór Trzepiekoński commodore robiło to co powinno się robić do dziś - brak kompatybilności wstecznej oprogramowania ze starszymi maszynami, a nowsze maszyny dostają szybsze podzespoły i procesor na nowej architekturze. Gdyby takie podejście panowało do dziś, nie męczylibyśmy prehistorycznego i386, IT by się rozwinęło

[@okultleg]

Czy wy też słyszycie przeddźwięki, czy u mnie coś się rypie? :/

[@MrRGBable]

:O

[@mateuszaniolkowski6192]

Fajna brewka

[@nerdodragonnerdpl4167]

To jagółar sprzedał się na tyle żeby mieć fandoom!?XD

[@orzech20406]

Z cyklu "Architektura komputerów dla zwykłych konsumentów chleba i piwa" :)

[@RetroGralnia]

Architektura komputerów i Arytmetyka Komputerów - dwa cykle dość hardcorowych przedmiotów by profesor Biernat (PWr). Uczyły życia :P /borg

[@darekowczarek4729]

Z miniaturki myślałem że to Kopyra.

[@RetroGralnia]

Bardzo lubię filmy Kopyry :) /borg

[@Sulikczek]

Świetny materiał, ale mogłeś zrobić wizualizacje, a nie pisakiem kreślić (X,D) A tak zupełnie serio - to jeżeli chodzi o "bitowość" gier, to mniej mnie interesuje co siedzi w środku komputera/konsoli, a jak wygląda dana gra na ekranie i takie Super Mario nie wygląda mi na pełne 8-bit, ale już Little Samson na tą samą konsolę jak najbardziej wygląda na pełne 16 bit. Większość gier z NeoGeo za to wygląda na coś więcej niż 16 bit, ale na pewno mniej niż 32 bity, więc pewnie 24 bity

[@RetroGralnia]

Usiadłem przed kompem... Pomyślałem, teraz jeszcze tylko 20h robienia grafiki.... i sięgnąłem po kartkę papieru :D Mierzenie bitów wyglądem to karkołomny pomysł. Jak to NeoGeo - procek z ZX Spectrum + Amigi, a gry wyglądają super. Tylko to dzięki generatorowi sprajtów, który obsługiwał ich naraz coś koło 400-stu :P /borg

[@okultleg]

Co do wyglądu to jak we wspomnianym Jaguarze czy Sedze Saturn. Jak ktoś potrafił wykorzystać skomplikowaną architekturę to było git, jak szli na skróty, to wychodziły crapy. Można też porównać pierwsze gry na C64 i ostatnie produkcje, gdy świat się nauczył kodować na ten system.

[@JaskiniaPrawiczka]

@@RetroGralnia Nie słuchaj sulika. Lepiej zamiast tracić czas na robienie wizualizacji, rób w tym czasie następny odcinek. Najważniejsza jest treść (która była świetna), a efektowność jest na drugim planie.

[@Marcinex720]

Też się zastanawiałem że będzie coś o retrogamingu a nie programistyczne jakieś

[@NidraxGaming]

Chciałbym jedynie zaznaczyć, że bajt, to nie zawsze 8 bitów, tylko z definicji jest to najmniejsza adresowalna jednostka pamięci. Owszem, aktualnie praktycznie wszystkie architektury przyjęły za standard bajty 8-bitowe, bazując na architekturze 8086, która stała się standardem dla wszystkich PC, ale istniały wcześniej architektury, w których bajt był 3-, 4- 10- lub 12- bitowy.

[@NidraxGaming]

No i magistrala po angielsku niekoniecznie jest nazywana busem dlatego, że kojarzyła się ludziom z autobusem, tylko ze względu na to, że słowo *bus* to pochodzi od łacińskiego *omnibus* , które znaczy "dla wszystkich", więc nie dziwi fakt, że *wspólna* magistrala komunikacyjna jest po angielsku BUSem, tak samo jak autobus (automobil-omnibus) jest *wspólną* metodą komunikacji :)

[@rafadydo555]

@@NidraxGaming Bajt był zawsze 8 bitowy, mniejszą jednostką był półbajt czyli nibble 4-bit. Chodziło pewnie o słowo a to faktycznie było różne 12 bitowe, 16 itd.

[@vulcanitu2578]

Fani Atari Jaguar... jest coś takiego?

[@RetroGralnia]

Są, są. Ba, są nawet dobre gry na ten sprzęt. On na moment wydania był naprawdę potężną maszyną, tylko trochę niezrozumianą :) /borg

[@vulcanitu2578]

@@RetroGralnia W zamyśle miałem bardziej takowych fanów u nas. Może uciułalibyśmy ze 2 osoby

[@regeneric928]

Jaguar cierpiał z tego samego powodu, z którego pokutował potem Saturn czy nawet PS3. Choć fakt rysowania prostokątów, nie trójkątów przez Saturna jest jeszcze bardziej szalony w dzisiejszych czasach. Jednak żeby być fair, to trzeba też tutaj wskazać pierwszy układ Riva od NV czy... 3D realizowane na Amidze. Saturnowe 3D było znacznie bardziej podobnego do tego sposobu rysowania grafiki, niż np. do PS1. Trudna do zrozumienia architektura sprzętu znacznie utrudniała programistom wydobycie ze niego pełni możliwości :v

[@danielkowszun7228]

Niestety trochę pomyliłeś :) Słowo w każdej maszynie to 2 bajty :) Wzięło się to z tego, że nawet 8 bitowe konstrukcje posiadały grupy rozkazów operujące na raz na 16 bitach. W tych rozkazach trzeba oczywiście wykonać 2 transakcje odczytu np. z pamięci by pobrać właśnie słowo. Procesor czyni to jednak automatycznie. Takimi rozkazami są choćby rozkazy skoku, wywołania podprogramu, operacje na stosie czy adresowania pośredniego bądź indeksowego. Z czasów 8-bitowych pozostało już, że słowo to dwa bajty. Nawet teraz w świecie 64 bitowych maszyn. Tak jak paczka 4-bitowa to tetra. W przypadku szerokości szyny danych, też mały zonk. Jej szerokość mówi o bitowości maszyny tylko w konstrukcjach 8-bitowych. Intel 8088 był 16 bitowym CPU z 8 bitową szyną danych. Stare pamięci na modułach DIM miały 8 lub 16 bitów danych a pracowały w maszynach 16 i 32 - bitowych.

[@RetroGralnia]

To o czym mówisz to "programistyczne" znaczenie terminu "słowo'" oznaczające typ danych (liczbę całkowitą z przedziału 0 do 65535, jak podobnie się używa określenia bajt na liczbę od 0 do 255), a nie jego znaczenie w architekturze procesora/komputera, gdzie jest ono... tym co powiedziałem. Słowo w architekturze komputera nie ma stałej wielkości - w zależności od komputera (procesora) może przyjmować przeróżne/dowolne wartości od kilku do kilkudziesięciu bitów. Kurde, czasami tak naprawdę nie musi być wyrażane w bitach, bo w początkach historii komputerów cześć maszyn pracowała w systemach dziesiętnych, a nie binarnych. Tak, jak powiedziałem w filmie - bitowość komputera to zagadnienie złożone i nie ma jednoznaczniej definicji. Szyna danych (ani w procesorze, ani do pamięci) nie jest jednoznacznym jej wyznacznikiem. Jest nim to, co można określić wąskim gardłem lub to, jak wykorzystywany jest dany system. Stąd Jaguar mógł zachowywać się równie dobrze, ja maszyna 16 i 64-bitowa, a N64 nikt nie określi maszyną 9-bitową mimo takiej szyny danych do pamięci. Przy okazji właśnie w N64 pamięć ta - to początek historii jednej ze 'współczesnych' pamięci RDRAM. W tych pamięciach, jak i stosowanych szerzej SDRAM - nie liczy się sama szerokość szyny - ale ogólna prędkość, przepustowość i czasy dostępu. Generalnie to ile danych i jak szybko może zostać przepompowanych pomiędzy RAMem, a układami komputera. Tylko to nie był film o rozwoju pamięci, a o bitowości architektury w komputerach. /borg

[@Promilus1984]

Czyli nic nie zostało wyjaśnione. Szerokość szyny adresowej - bez znaczenia. Atomy i ARMy miały okrojoną szynę adresową i co z tego, nadal były to procesory 32b. Szyna danych - 32bitowe procesory wykorzystywały 64b szynę danych - i co z tego? To nie zmienia faktu, że były to nadal sprzęty 32b. i8088 czy MC68008 to procesory o zwężonej szynie danych (taka wersja ekonomiczna) - ale to, że procesor pobierał swoje rozkazy CISC o zmiennej długości w paczkach 8 bitowych nie znaczyło, że komputer jest 8bitowy. Procesory 64 bitowe mają fizycznie 40bit adresowanie, a nie 64b. 16 bitowy 8086 miał koprocesor 80187 który przeliczał liczby zmiennoprzecinkowe w 80(!!) bitach. Podobnie motorole. Pentium III był 32bitowy, a jednak dzięki SSE przeliczał 64bitowe wartości. A co do 9.5MB Amigi 500 to przecież wynika z mapy pamięci. To jest dokładnie to samo co w 32bitowym OS z 4GB RAM i wieczne pytanie "czemu mam 3.25GB") - w przestrzeni adresowej zamapowane są urządzenia I/O. I tak w Amidze pierwsze 2MB pamięci to pamięć CHIP. Nawet jeśli Agnus nie obsługiwał 2MB to ta pamięć była zarezerwowana do chipsetu i w zasadzie nie do użycia do innych rzeczy. Kolejne 8MB to dwa bloki po 4MB. To pamięć FAST oraz przestrzeń do obsługi PCMCIA (a600/1200) - przez to że się nakładały nie można było stosować naraz 8MB fast i pcmcia. Dalej rejestry do obsługi pcmcia, rejestry dla CIA, 0.5-1.5MB slow ram, IDE, RTC, rejestry chipsetu, autoconfig dla ZorroII, ROM.

[@fenio81]

Chyba się czepiasz na siłę. Oczywiste jest, że nie da się jednoznacznie określić "bitowości" skoro nie istnieje żadna definicja co to właściwie jest. Borg określił to tak jak według niego wygląda ta kwestia, jak się z nią nie zgadzasz bo masz inne poglądy to czekam na twój filmik z wyjaśnieniem.

[@Promilus1984]

@@fenio81 "Oczywiste jest, że nie da się jednoznacznie określić "bitowości" skoro nie istnieje żadna definicja co to właściwie jest" ależ oczywiste jest, że się da. Jak udowodniłem jest to zupełnie niezależne od tego jaka jest szerokość szyny danych, szyny adresowej, ALU czy obsługiwanych formatów danych. To ilu bitowa jest platforma zależy od tego jakie jest ISA jednostki centralnej (CPU). Co za tym idzie zarówno 8086 jak i 8088 to jednostki 16 bitowe. Zarówno 68000, 68008 jak i 68040 to jednostki 32 bitowe (i komputery oparte o nie również). Długość słowa ma tu znacznie mniejsze znaczenie, bo w CISC akurat ta długość bywa bardzo różna. W przypadku Pentium D intel dołożył niejako na siłę obsługę x86-64 (czyli EM64t) i jak najbardziej można było mówić, że jest to procesor 64bitowy bo przetwarzał takie rozkazy. Nawet jeśli nie miał optymalnej architektury pod to. Innymi słowy nie czepiam się na siłę, nie muszę. Kwestia była prosta do wyjaśnienia bez rozdrabniania się w mniej znaczące szczegóły. Bitowość grafiki czy jakiś innych jednostek jest zupełnie bez znaczenia, bo to jaki program się na danym systemie sprzętowym uruchomi zależy tylko od CPU. A skoro tą kwestię mamy jasną to i jasne jest jak to się wiąże z platformą sprzętową (komputer, konsola). Zatem Dreamcast ... 32bit. PS2 - w zasadzie też 32bit. PS3 - 64bit.

[@pd209458]

@@Promilus1984 Za moich szkolnych czasów dowód to było coś więcej niż "Ja jako anonimowy człowiek w internecie mówię że tak jest więc tak jest". Pomijam już fakt, że za moich czasów definicji się nie udowadniało :D Podałeś jedną z możliwych definicji, która przyznaję, jest dość bliska mojemu poglądowi na tą sprawę. Ale też trochę minąłeś się z tematyką kanału, gdyż właśnie mówienie o różnych dodatkowych układach, czy szynach jest ważne ze względu na tak zwany "kontekst historyczny" i wykorzystywanie bitowości w marketingu.

[@kipacz123]

Mieszasz pojęciami jak łyżką w garnku z bigosem. Niczego nie udowodniłeś, jedynie wyrzuciles z siebie potok mądrych słów.

[@Promilus1984]

@@kipacz123 to jest niby kontrargument?

[@darkice7237]

w kartach graficznych zastosowano szyny nwet 2048 ale po co wspominać...

[@RetroGralnia]

Dokładnie - po co?

[@galaxy-stern6216]

i wszystko jasne jak Slonce .

[@tarczaemp-drukowanekopieba3130]

Możliwościa ma spectruma lecz to atarowców duma. Atari St, je, je, je!

[@yoho6023]

Ciekawy jestem jakby porównanie ps2 i ps3 wyglądało bo uważam ze ps2 była bardzo dobrą kąstrukcja w poruwnaniu do ps3

[@maciekwelk588]

Yo Ho jedna i druga to były dobre konstrukcje. PS3 bliżej jest do powermaca G5 niż do PS2. G5 był pierwszym komputerem osobistym z wielordzeniowym 64 bitowym procesorem (i to nie intela a IBM). Apple zrezygnowało z PowerPC ale sony i microsoft zainteresowały się Procesorami ibm. Ci zrobili Xenony. W PS2 sony stosowało własny procesor. Patrzenie przez pryzmat gier na sprzęt akurat nie jest najlepsze

[@PiotrPilinko]

@@maciekwelk588 W zasadzie to CELL w PS3 był jednordzeniowy (jeśli mówimy o rdzeniu ogólnego przeznaczenia), a dodatkowe rdzenie były bardzo upośledzone - robiły za DSP, które trzeba było nakarmić odpowiednio danymi (i programem), by wypluły przetworzone dane. To powodowało, że gry zoptymalizowane na PS3 były w zasadzie nieprzenośne bezpośrednio na inne platformy.