AT&T Hobbit - AT&T Hobbit

AT & T Hobbit jest mikroprocesorowym konstrukcja że AT & T Corporation opracowany na początku lat 1990. Opierał się na projekcie CRISP (ang. C-language Reduced Instruction Set Processor) firmy, który z kolei wyrósł z projektu C Machine firmy Bell Labs z końca lat 80-tych. Wszystko zostało zoptymalizowane dla skompilowany kod z systemem języka programowania C .

Projekt koncentruje się na szybkim dekodowaniu instrukcji, dostępie do tablic indeksowanych i wywołaniach procedur . Jego procesor jest częściowo RISC- podobny.

Projekt zakończył się w 1994 roku, ponieważ Hobbit nie osiągnął komercyjnie opłacalnej sprzedaży.

Historia

CRISP został wyprodukowany w 1987 roku, głównie do celów eksperymentalnych. Firma Apple Computer zwróciła się do AT&T i zapłaciła mu, aby opracować nowszą wersję CRISP, odpowiednią do zastosowania w ręcznym komputerze Newton o niskim poborze mocy . Rezultatem jest Hobbit, który początkowo był produkowany jako 92010 w 1992 z buforem instrukcji 3 kB i 92020 w 1994 z 6 kB. Wyprodukowano kilka chipów wspierających:

  • AT&T 92011 Jednostka Zarządzania Systemem
  • Kontroler AT&T 92012 PCMCIA
  • Kontroler urządzeń peryferyjnych AT&T 92013
  • Kontroler wyświetlacza AT&T 92014

Jednak Newton oparty na Hobbita nigdy nie został wyprodukowany. Według Larry'ego Teslera „Hobbit był pełen błędów, źle przystosowany do naszych celów i zawyżony. Wstrzymywaliśmy się, gdy AT&T zażądało nie jednego, ale kilku milionów dolarów dodatkowych opłat rozwojowych”. Apple zrezygnowało z zainteresowania Hobbitem i przeniosło się do pomocy w tworzeniu Advanced RISC Machines , ARM, z inwestycją 2,5 miliona dolarów. Apple sprzedał swój udział w ARM lata później za 800 milionów dolarów netto.

Firma Active Book Company (założona przez Hermanna Hausera , który również założył Acorn Computers ), która używała ARM w swoim osobistym asystencie cyfrowym (PDA) Active Book , została później zakupiona przez AT&T i przejęta przez AT&T's EO Personal Communicator , który wyprodukował wczesny PDA z systemem PenPoint OS firmy GO Corporation .

Hobbit był używany w pierwszych prototypach BeBox aż do 1993 roku, AT&T ogłosiło zaprzestanie produkcji Hobbita.

Poza tymi wyjątkami projekt nie miał prawie żadnego komercyjnego wykorzystania, a produkcję zakończono w 1994 roku.

Projekt

W tradycyjnym projekcie RISC , lepiej określanym jako architektura magazynu ładowania, dostęp do pamięci uzyskuje się jawnie za pomocą poleceń, które ładują dane do rejestrów iz powrotem do pamięci. Instrukcje, które manipulują tymi danymi, zazwyczaj działają wyłącznie na rejestrach. Pozwala to procesorowi wyraźnie oddzielić ruch danych od przetwarzania na nim wykonywanego, co ułatwia dostrojenie potoków instrukcji i dodanie obsługi superskalarnej . Jednak języki programowania nie działają w ten sposób. Zwykle używają stosu zawierającego zmienne lokalne i inne informacje dla podprogramów znanych jako ramka stosu lub rekord aktywacji. Kompilator kod zapisuje tworzyć rekordy aktywacji przy użyciu procesora bazowego obciążenia Store Design.

Maszyna C, a następnie CRISP i Hobbit bezpośrednio obsługują typy dostępu do pamięci używane przez języki programowania i są zoptymalizowane pod kątem uruchamiania języka programowania C . Instrukcje mogą uzyskiwać bezpośredni dostęp do pamięci, w tym struktur w pamięci, takich jak ramki stosu i tablice. Chociaż ten model „pamięci danych” był typowy dla wcześniejszych projektów CISC , w C Machine dostęp do danych jest obsługiwany całkowicie przez stos 64 rejestrów 32-bitowych; rejestry nie są adresowalne w inny sposób, w przeciwieństwie do Transputera INMOS i innych projektów opartych na stosie. Używanie stosu do dostępu do danych może znacznie zmniejszyć rozmiar kodu, ponieważ nie ma potrzeby określania lokalizacji danych wymaganych przez instrukcje. Na takiej maszynie stosu większość instrukcji domyślnie używa danych ze szczytu stosu. Większa gęstość kodu oznacza mniejszy przepływ danych na szynie pamięci , poprawiając wydajność.

Jednym z efektów ubocznych projektu Hobbita jest to, że zainspirował projektantów maszyny wirtualnej Dis (odgałęzienie planu 9 firmy Bell Labs ) do wykorzystania systemu opartego na pamięci-pamięci, który jest bardziej zbliżony do działania rzeczywistego opartego na rejestrach wewnętrznych. -światowe procesory. Odkryli, jak spodziewali się projektanci RISC, że bez projektu magazynu obciążenia trudno byłoby ulepszyć potok instrukcji, a tym samym działać z większymi prędkościami. Zdecydowali, że wszystkie przyszłe procesory przejdą w ten sposób na projekt typu „load-store” i zbudowali Inferno, aby to odzwierciedlić. W przeciwieństwie do tego, maszyny wirtualne Java i .NET są oparte na stosie, co jest efektem ubocznym projektowania przez programistów języków, w przeciwieństwie do projektantów układów. Tłumaczenie z języka opartego na stosie na język asemblerowy oparty na rejestrach jest operacją "ciężkiej"; Maszyna wirtualna (VM) i kompilator Javy są wielokrotnie większe i wolniejsze niż kompilator Dis VM i Limbo (najczęstszy język kompilowany dla Dis). Maszyny wirtualne dla systemu Android (system operacyjny) ( Dalvik ), Parrot i Lua są również oparte na rejestrach.

Zobacz też

Bibliografia

Zewnętrzne linki