IBM System / 360 - IBM System/360

Vezi și: Sisteme de operare IBM System / 360
Sistem / 360
IBM System 360 model 30 profile.agr.jpg
Unitate procesor IBM System / 360 Model 30
Designer IBM
Biți 32 de biți
Introdus 7 aprilie 1964 ; Acum 57 de ani ( 07-04 1964 )
Proiecta CISC
Tip Register-Register
Register-Memory
Memory-Memory
Codificare Variabilă (lungime de 2, 4 sau 6 octeți)
Ramificare Codul condiției , indexare, numărare
Endianitate Mare
Mărimea paginii N / A, cu excepția 360/67
Deschis da
Succesor Sistem / 370
Registrele
Scop general 16 × 32 biți
Punctul de plutire 4 × 64 de biți
Istoria mainframelor IBM , 1952 – prezent
Numele pieței
Arhitectură

IBM System / 360 ( S / 360 ) este o familie de computere mainframe sisteme care a fost anunțat de IBM pe 07 aprilie 1964, și livrate între 1965 și 1978. A fost prima familie de calculatoare concepute pentru a acoperi gama completă de aplicații , de la mic la mare, atât comercial, cât și științific. Designul a făcut o distincție clară între arhitectură și implementare, permițând IBM să lanseze o suită de modele compatibile la prețuri diferite. Toate, în afară de singurul Model 44 parțial compatibil și cele mai scumpe sisteme, utilizează microcodul pentru a implementa setul de instrucțiuni, care prezintă adresarea pe octeți pe 8 biți și calcule în virgulă mobilă binară, zecimală și hexazecimală .

Lansarea familiei System / 360 a introdus Solid Logic Technology (SLT) IBM , o nouă tehnologie care a fost începutul computerelor mai puternice, dar mai mici.

Cel mai lent model System / 360 anunțat în 1964, Modelul 30 , ar putea efectua până la 34.500 de instrucțiuni pe secundă, cu memorie de la 8 la 64  KB . Modelele de înaltă performanță au venit mai târziu. IBM System / 360 Model 91 din 1967 ar putea executa până la 16,6 milioane de instrucțiuni pe secundă . Modelele 360 ​​mai mari ar putea avea până la 8  MB de memorie principală , deși atât de multă memorie principală era neobișnuită - o instalație mare ar putea avea doar 256 KB de stocare principală, dar 512 KB, 768 KB sau 1024 KB erau mai frecvente. De asemenea, pentru unele modele a fost disponibil până la 8 megabyți de stocare cu capacitate mare (LCS) mai lentă (8 microsecunde) .

IBM 360 a avut un succes extrem pe piață, permițându-le clienților să achiziționeze un sistem mai mic, cu cunoștințele pe care le-ar putea migra mereu în sus dacă nevoile lor vor crește, fără a reprograma software-ul aplicației sau a înlocui dispozitivele periferice. Mulți consideră că designul este unul dintre cele mai de succes computere din istorie, influențând proiectarea computerelor pentru anii următori.

Arhitectul șef al System / 360 a fost Gene Amdahl , iar proiectul a fost gestionat de Fred Brooks , responsabil în fața președintelui Thomas J. Watson Jr. Lansarea comercială a fost pilotată de un alt locotenent al lui Watson, John R. Opel , care a reușit lansarea Familia mainframe System 360 a IBM în 1964.

Compatibilitatea la nivel de aplicație (cu unele restricții) pentru software-ul System / 360 este menținută până în prezent cu serverele mainframe System z .

Istoric sistem / 360

Un procesor IBM System / 360 Model 20 cu panourile frontale îndepărtate, cu IBM 2560 MFCM (aparat de card multifuncțional)
Procesor IBM System / 360 Model 30 (roșu, mijlocul imaginii), unități de bandă în stânga și unități de disc în dreapta, la Computer History Museum
Procesor IBM System / 360 Model 50, consola operatorului computerului și periferice la Volkswagen
Consola operatorului System / 360 Model 65 , cu lămpi cu valoare de registru și comutatoare de comutare (mijlocul imaginii) și comutator „ tragere de urgență ” (dreapta sus)

O familie de computere

Spre deosebire de practica obișnuită din industrie, IBM a creat o serie complet nouă de computere, de la mici la mari, de la scăzute la performante, toate folosind același set de instrucțiuni (cu două excepții pentru piețe specifice). Această faptă le-a permis clienților să folosească un model mai ieftin și apoi să facă upgrade la sisteme mai mari, pe măsură ce nevoile lor au crescut fără timpul și cheltuielile de rescriere a software-ului. Înainte de introducerea System / 360, aplicațiile de afaceri și științifice foloseau diferite computere cu seturi de instrucțiuni și sisteme de operare diferite. De asemenea, computerele de dimensiuni diferite aveau propriile lor seturi de instrucțiuni. IBM a fost primul producător care a exploatat tehnologia microcodurilor pentru a implementa o gamă compatibilă de computere cu performanțe foarte diferite, deși cele mai mari și mai rapide modele aveau în schimb o logică cablată.

Această flexibilitate a redus mult barierele la intrare. Cu majoritatea celorlalți furnizori, clienții trebuiau să aleagă între mașinile pe care le puteau depăși și mașinile care erau potențial prea puternice și, prin urmare, prea costisitoare. Aceasta însemna că multe companii pur și simplu nu cumpărau calculatoare.

Modele

IBM a anunțat inițial o serie de șase computere și patruzeci de periferice comune. IBM a livrat în cele din urmă paisprezece modele, inclusiv modele rare rare pentru NASA . Cel mai puțin costisitor model a fost Modelul 20 cu doar 4096 de octeți de memorie de bază , opt registre pe 16 biți în loc de șaisprezece registre pe 32 de biți ale altor modele System / 360 și un set de instrucțiuni care era un subset al celui folosit de restul gamei.

Anunțul inițial din 1964 a inclus modelele 30 , 40 , 50 , 60, 62 și 70. Primele trei au fost sisteme de gamă mică până la medie, destinate pieței din seria IBM 1400 . Toți trei au fost expediați pentru prima dată la mijlocul anului 1965. Ultimele trei, destinate înlocuirii mașinilor din seria 7000 , nu au fost livrate niciodată și au fost înlocuite cu modelele 65 și 75 , care au fost livrate pentru prima dată în noiembrie 1965 și, respectiv, în ianuarie 1966.

Adăugările ulterioare la gama low-end au inclus modelele 20 (1966, menționate mai sus), 22 (1971) și 25 (1968). Modelul 20 avea mai multe sub-modele; sub-modelul 5 se afla la capătul superior al modelului. Modelul 22 a fost un model 30 reciclat cu limitări minore: o configurație de memorie maximă mai mică și canale de I / O mai lente, care l-au limitat la dispozitive de disc și bandă cu capacitate mai mică și mai mică decât la 30.

Modelul 44 (1966) a fost un model specializat, conceput pentru calcul științific și de calcul în timp real și controlul procesului, oferind unele instrucțiuni suplimentare, precum și cu toate instrucțiunile de depozitare-la-stocare și alte cinci instrucțiuni complexe eliminate.

Această imagine a consolei operatorului IBM System 360 Model 91 a fost făcută de NASA la sfârșitul anilor 1960.

O succesiune de mașini de ultimă generație a inclus Modelul 67 (1966, menționat mai jos, anticipat pe scurt ca 64 și 66), 85 (1969), 91 (1967, anticipat ca 92), 95 (1968) și 195 (1971) ). Proiectul 85 a fost intermediar între linia System / 360 și sistemul ulterior / 370 și a stat la baza 370/165. A existat o versiune System / 370 a 195, dar nu a inclus Traducerea dinamică a adreselor.

Implementările au diferit substanțial, utilizând lățimi diferite ale căilor de date native, prezența sau absența microcodului, dar au fost extrem de compatibile. Cu excepția cazului în care este documentat în mod specific, modelele erau compatibile din punct de vedere arhitectural. 91 , de exemplu, a fost proiectat pentru calcul științific și furnizate afara ordin de execuție instrucțiune (și ar putea genera „întrerupe imprecise“ dacă o capcană de program a avut loc în timp ce mai multe instrucțiuni au fost citite), dar îi lipsea setul de instrucțiuni zecimal utilizat în comercial aplicații. S-ar putea adăuga noi caracteristici fără a încălca definițiile arhitecturale: cele 65 aveau o versiune cu procesor dual (M65MP) cu extensii pentru semnalizarea inter-CPU; cei 85 au introdus memoria cache. Modelele 44, 75, 91, 95 și 195 au fost implementate cu logică cablată, mai degrabă decât microcodate ca toate celelalte modele.

Modelul 67 , a anunțat în luna august 1965 a fost prima producție sistem IBM pentru a oferi traducere dinamică adresă (memorie virtuală) hardware - ul pentru a sprijini time-sharing . „DAT” este acum mai des denumit MMU . O unitate experimentală unică a fost construită pe baza unui model 40. Înainte de 67, IBM anunțase modelele 64 și 66, versiunile DAT ale modelelor 60 și 62, dar au fost înlocuite aproape imediat cu cele 67 în același timp cu cele 60 iar 62 au fost înlocuite cu 65. Hardware-ul DAT va reapărea în seria S / 370 în 1972, deși inițial a lipsit din serie. La fel ca ruda sa apropiată, 65, 67 oferea și procesoare duale.

IBM a încetat să comercializeze toate modelele System / 360 până la sfârșitul anului 1977.

Compatibilitate inversă

Clienții existenți ai IBM au avut o investiție mare în software care a fost executat pe mașini de a doua generație . Mai multe modele au oferit opțiunea de emulare a computerului anterior al clientului folosind o combinație de hardware special, microcod special și un program de emulare care a folosit instrucțiunile de emulare pentru a simula sistemul țintă, astfel încât programele vechi să poată rula pe noua mașină.

Model sistem / 360 Sisteme emulate
Modelul 20 1401
Modelul 30 1401
1440
1460
Modelul 40 1401
1440
1460
1410
7010
Modelul 50 1401
1440
1460
1410
7010
7070, 7072 și 7074
Modelul 65 7070, 7072 și 7074
7080
709
7090, 7094 7094 II
7040 și 7044
Modelul 85 709
7090, 7094 7094 II
7040 și 7044
Sub control OS

Clienții au trebuit inițial să oprească computerul și să încarce programul de emulare.

IBM a adăugat ulterior caracteristici și a modificat programele de emulator pentru a permite emularea modelelor 1401, 1440, 1460, 1410 și 7010 sub controlul unui sistem de operare. Modelul 85 și ulterior System / 370 au menținut precedentul, păstrând opțiunile de emulare și permițând programelor emulatorului să se execute sub controlul sistemului de operare alături de programele native.

Succesori și variante

System / 360 (cu excepția Modelului 20) a fost înlocuit cu gama System / 370 compatibilă în 1970, iar utilizatorii Modelului 20 au fost vizați să se mute la IBM System / 3 . (Ideea unei descoperiri majore cu tehnologia FS a fost abandonată la mijlocul anilor 1970 din motive de rentabilitate și continuitate.) Sistemele IBM compatibile ulterioare includ familia 4300 , familia 308x , 3090 , ES / 9000 și 9672 ( Sistem / 390 de familie), iar IBM Z serie.

Calculatoarele care au fost în mare parte identice sau compatibile în ceea ce privește codul mașină sau arhitectura sistemului / 360 inclus Amdahl „s 470 de familie (și succesorii săi), Hitachi mainframe - uri, în seria UNIVAC 9000 , Fujitsu ca Facom, The RCA Spectra 70 de serie , și sistemul electric englez 4 . Mașinile System 4 au fost construite sub licență RCA. RCA a vândut seria Spectra către ceea ce era atunci UNIVAC , unde au devenit seria UNIVAC 70. UNIVAC a dezvoltat, de asemenea, seria UNIVAC 90 ca succesori ai seriei 9000 și Seriei 70. Uniunea Sovietică a produs o clonă System / 360 numită ES EVM .

IBM 5100 calculator portabil, introdus în 1975, a oferit o opțiune pentru a executa System / 360 APL.SV limbaj de programare printr - un emulator de hardware. IBM a folosit această abordare pentru a evita costurile și întârzierea creării unei versiuni specifice APL 5100.

Sistemele / 360 -urile speciale întărite la radiații și altfel modificate, sub forma computerului avionic System / 4 Pi , sunt utilizate în mai multe avioane cu reacție de luptă și bombardiere. În versiunea completă AP-101 pe 32 de biți, mașinile 4 Pi au fost utilizate ca noduri de calcul replicate ale sistemului de computer Space Shuttle tolerant la erori (în cinci noduri). Administrația Federală a Aviației din SUA a operat IBM 9020 , un grup special de sistem / 360 modificat pentru controlul traficului aerian, din 1970 până în anii 1990. (Se pare că unele programe 9020 sunt încă folosite prin emulare pe hardware mai nou.)

Tabelul modelelor System / 360

Model Anunțat Expediat
Performanță științifică
(kIPS)
Performanță comercială
(kIPS)
Lățime de bandă a procesorului
(MB / sec)
Lățime de bandă a memoriei
(MB / sec) 		Dimensiunea memoriei
(în ( binar ) KB) 		Greutate
(lbs) 		Note
30 Aprilie 1964 Iunie 1965 10.2 29 1.3 0,7 8-64 1700 (770 kg)
40 Aprilie 1964 Aprilie 1965 40 75 3.2 0,8 16-256 1700-2310 (770-1050 kg)
depinde de memorie.
50 Aprilie 1964 August 1965 133 169 8.0 2.0 64-512 4.700-7.135 (2.100-3.236 kg)
depinde de memorie. 		IBM 2361 Storage Capacity Large (LCS) acceptat .
60 - 62 Aprilie 1964 nu Înlocuit de modelul 65
70 Aprilie 1964 nu Înlocuit de modelul 75
90 Aprilie 1964 nu Înlocuit de modelul 92
92 August 1964 nu Redesemnat ca IBM System / 360 Model 91
20 Noiembrie 1964 Martie 1966 2.0 2.6 4-32 1.200-1.400 (540-640 kg) Set de instrucțiuni de 16 biți, low end, limitat parțial incompatibil
91 Ianuarie 1966 Octombrie 1967 1.900 1.800 133 164 1.024-4.096 Disponibil la o ofertă specială începând cu noiembrie 1964
64-66 Aprilie 1965 nu Înlocuit de modelul 67
65 Aprilie 1965 Noiembrie 1965 563 567 40 21 128-1,024 4290-8830 (1950-4005 kg)
depinde de memorie și de numărul de procesoare. 		LCS acceptat
75 Aprilie 1965 Ianuarie 1966 940 670 41 43 256-1,024 5125-5325 (2325-2415 kg)
depinde de memorie. 		LCS acceptat
67 August 1965 Mai 1966 40 21 512-2.048 3674 (1700 kg) - Numai procesor. Traducere dinamică a adreselor pentru partajarea timpului
44 August 1965 Septembrie 1966 118 185 16 4.0 32-256 2900-4200 (1300-1900 kg)
depinde de memorie. 		Specializat pentru calcul științific
95 comandă specială Februarie 1968 3.800 est. 3.600 est. 133 711 5.220 Performanță estimată la 2 × Modelul 91
25 Ianuarie 1968 Octombrie 1968 9.7 25 1.1 2.2 16-48 2050 (930 kg)
85 Ianuarie 1968 Decembrie 1969 3.245 3.418 100 67 512-4.096 14428 (6544 kg) - Numai procesor. 16-32 KB memorie cache, punct flotant cu precizie extinsă.
195 August 1969 Martie 1971 10.000 est. 10.000 est. 148 169 1.024-4.096 13450-28350 (6150-12900 kg)
depinde de memorie. 		Memorie cache 32 KB IC. Performanță estimată la 3 × Model 85.
22 Aprilie 1971 Iunie 1971 1.3 0,7 24-32 1500 (680 kg) Un model 30 re-fabricat
Rezumatul modelului
  • Șase din cele douăzeci de modele IBM System / 360 anunțate fie nu au fost niciodată livrate sau nu au fost niciodată lansate.
  • Paisprezece din cele douăzeci de modele IBM System / 360 au fost livrate.

Descriere tehnica

Caracteristici influențiale

IBM System / 360 Model 40 microcode transformer read-only storage (TROS)

System / 360 a introdus pe piață o serie de standarde industriale, cum ar fi:

Privire de ansamblu asupra arhitecturii

Articol principal: Arhitectura IBM System / 360

Seria System / 360 are o specificație de arhitectură a sistemului de calculatoare . Această specificație nu face presupuneri cu privire la implementarea însăși, ci descrie mai degrabă interfețele și comportamentul așteptat al unei implementări. Arhitectura descrie interfețele obligatorii care trebuie să fie disponibile pentru toate implementările și interfețele opționale. Unele aspecte ale acestei arhitecturi sunt:

  • Comandarea octetului mare endian
  • Un procesor cu
  • Un subsistem de memorie (numit stocare) cu
    • 8 biți pe octet
    • O zonă specială de comunicare a procesorului începând de la adresa 0
    • Adresare pe 24 de biți
  • Operațiuni de control manual care permit
    • Un proces de bootstrap (un proces numit Initial Program Load sau IPL)
    • Întreruperile inițiate de operator
    • Resetarea sistemului
    • Facilități de depanare de bază
    • Afișare manuală și modificări ale stării sistemului (memorie și procesor)
  • Un mecanism de intrare / ieșire - care nu descrie dispozitivele în sine

Unele dintre caracteristicile opționale sunt:

Toate modelele de sistem / 360, cu excepția modelului 20 și modelului 44, au implementat această specificație.

Operațiile aritmetice binare și logice sunt efectuate ca înregistrare-la-înregistrare și ca memorie-la-înregistrare / înregistrare-la-memorie ca o caracteristică standard. Dacă opțiunea Setare instrucțiuni comerciale a fost instalată, aritmetica zecimală împachetată ar putea fi efectuată ca memorie-la-memorie cu unele operații de memorie-la-înregistrare. Funcția Set de instrucțiuni științifice, dacă este instalată, a oferit acces la patru registre în virgulă mobilă care ar putea fi programate fie pentru operațiuni pe virgulă mobilă pe 32 de biți, fie pe 64 de biți . Modelele 85 și 195 ar putea funcționa, de asemenea, pe numere cu virgulă mobilă de precizie extinsă pe 128 de biți, stocate în perechi de registre în virgulă mobilă, iar software-ul a furnizat emulare în alte modele. Sistemul / 360 utilizat un octet de 8 biți, 32 de biți cuvânt, 64-bit dublu-cuvânt, și 4 biți ciuguli . Instrucțiunile mașinii aveau operatori cu operanzi, care puteau conține numere de înregistrare sau adrese de memorie. Această combinație complexă de opțiuni de instruire a dus la o varietate de lungimi și formate de instrucțiuni.

Adresarea memoriei a fost realizată folosind o schemă bază-plus-deplasare, cu registrele de la 1 la F (15). O deplasare a fost codificată în 12 biți, permițând astfel o deplasare de 4096 de octeți (0-4095), ca offset de la adresa plasată într-un registru de bază.

Registrul 0 nu a putut fi utilizat ca registru de bază și nici ca registru index (nici ca registru de adresă de sucursală), deoarece „0” a fost rezervat pentru a indica o adresă în primii 4 KB de memorie, adică dacă a fost specificat registrul 0 după cum s-a descris, valoarea 0x00000000 a fost implicit introdusă în calculul efectiv al adresei în locul oricărei valori care ar putea fi conținută în registrul 0 (sau dacă este specificat ca registru de adresă de sucursală, atunci nu a fost luată nicio sucursală, iar conținutul registrului 0 a fost ignorat, dar s-a efectuat orice efect secundar al instrucțiunii).

Acest comportament specific a permis executarea inițială a rutinelor de întrerupere, deoarece registrele de bază nu ar fi neapărat setate la 0 în primele câteva cicluri de instrucțiuni ale unei rutine de întrerupere. Nu este necesar pentru IPL („Încărcare inițială a programului” sau boot), deoarece se poate șterge întotdeauna un registru fără a fi nevoie să-l salvați.

Cu excepția Modelului 67, toate adresele erau adrese reale de memorie. Memoria virtuală nu a fost disponibilă în majoritatea mainframe-urilor IBM până la seria System / 370 . Modelul 67 a introdus o arhitectură de memorie virtuală, pe care MTS , CP-67 și TSS / 360 au folosit-o, dar nu sistemele de operare principale ale sistemului IBM / 360.

Instrucțiunile pentru codul mașinii System / 360 au o lungime de 2 octeți (fără operanzi de memorie), 4 octeți (un operand) sau 6 octeți (doi operanzi). Instrucțiunile sunt întotdeauna situate la limite de 2 octeți.

Operații precum MVC (Move-Characters) (Hex: D2) pot muta cel mult 256 de octeți de informații. Pentru a muta mai mult de 256 de octeți de date a fost nevoie de mai multe operații MVC. (Seria System / 370 a introdus o familie de instrucțiuni mai puternice, cum ar fi instrucțiunea MVCL „Move-Characters-Long”, care acceptă deplasarea până la 16 MB ca bloc unic.)

Un operand are o lungime de doi octeți, reprezentând în mod obișnuit o adresă ca un ronțăit de 4 biți care denotă un registru de bază și o deplasare de 12 biți în raport cu conținutul acelui registru, în intervalul 000 – FFF (prezentat aici ca numere hexazecimale ). Adresa corespunzătoare acelui operand este conținutul registrului de uz general specificat plus deplasarea. De exemplu, o instrucțiune MVC care mută 256 de octeți (cu codul de lungime 255 în hexazecimal ca FF ) de la registrul de bază 7, plus deplasarea 000 , la registrul de bază 8, plus deplasarea 001 , ar fi codificat ca instrucțiunea de 6 octeți " D2FF 8001 7000 "(operator / lungime / adresă1 / adresă2).

Sistemul / 360 a fost proiectat pentru a separa starea sistemului de starea problemei . Acest lucru a oferit un nivel de bază de securitate și recuperabilitate în urma erorilor de programare. Programele cu probleme (utilizator) nu au putut modifica datele sau stocarea programelor asociate stării sistemului. Erorile de adresare, date sau excepție de funcționare au făcut ca aparatul să intre în starea sistemului printr-o rutină controlată, astfel încât sistemul de operare să poată încerca să corecteze sau să termine programul din greșeală. În mod similar, ar putea recupera anumite erori hardware ale procesorului prin rutina de verificare a mașinii .

Canale

A se vedea, de asemenea: Canal I / O

Periferice interfațate la sistem prin canale . Un canal este un procesor specializat cu setul de instrucțiuni optimizat pentru transferul de date între o memorie periferică și cea principală. În termeni moderni, acest lucru ar putea fi comparat cu accesul direct la memorie (DMA). S / 360 conectează canale la unitățile de control cu cabluri de magistrală și etichetă ; În cele din urmă, IBM le-a înlocuit cu canale (Enterprise Systems Connection (ESCON) și Fiber Connection (FICON)).

Byte-multiplexor și canale de selecție

Au existat inițial două tipuri de canale; canale de octet-multiplexor (cunoscute la acea vreme pur și simplu sub numele de „canale multiplexor”), pentru conectarea dispozitivelor de „viteză lentă”, cum ar fi cititoarele de carduri și pumnele, imprimantele de linie și controlerele de comunicații, și canalele de selecție pentru conectarea dispozitivelor de mare viteză, cum ar fi discul unități , unități de bandă , celule de date și tobe . Fiecare sistem / 360 (cu excepția modelului 20, care nu era un standard 360) are un canal de multiplexor de octeți și 1 sau mai multe canale de selecție, deși modelul 25 are un singur canal, care poate fi fie un octet-multiplexor, fie selector canal. Modelele mai mici (până la modelul 50) au canale integrate, în timp ce pentru modelele mai mari (modelul 65 și mai sus) canalele sunt unități separate mari în dulapuri separate: IBM 2870 este canalul de octeți-multiplexori cu până la patru selectoare secundare -canale, iar IBM 2860 are până la trei canale de selecție.

Canalul multiplexor de octeți este capabil să gestioneze I / O către / de la mai multe dispozitive simultan la cele mai mari viteze nominale ale dispozitivului, de unde și numele, deoarece a multiplexat I / O de la aceste dispozitive pe o singură cale de date către memoria principală. Dispozitivele conectate la un canal multiplexor de octeți sunt configurate pentru a funcționa în modul 1 octet, 2 octeți, 4 octeți sau „rafală”. „Blocurile” mai mari de date sunt utilizate pentru a gestiona dispozitive progresiv mai rapide. De exemplu, un cititor de carduri 2501 care funcționează la 600 de carduri pe minut ar fi în modul 1 octet, în timp ce o imprimantă 1403-N1 ar fi în modul rafală. De asemenea, canalele de octeți-multiplexori de pe modelele mai mari au o secțiune opțională de subcanal selector care ar găzdui unități de bandă. Adresa de canal a multiplexorului de octeți era de obicei „0”, iar adresele selectorului de subcanal erau de la „C0” la „FF”. Astfel, unitățile de bandă de pe System / 360 au fost adresate în mod obișnuit la 0C0-0C7. Alte adrese comune de multiplexori de octeți sunt: ​​00A: 2501 Reader Card, 00C / 00D: 2540 Reader / Punch, 00E / 00F: 1403-N1 Printers, 010-013: 3211 Printers, 020-0BF: 2701/2703 Units Telecommunications. Aceste adrese sunt încă utilizate în mod obișnuit în mașinile virtuale z / VM.

Modelele System / 360 40 și 50 au o consolă 1052-7 integrată, care este de obicei adresată ca 01F, cu toate acestea, aceasta nu a fost conectată la canalul de octeți-multiplexori, ci mai degrabă avea o conexiune internă directă la mainframe. Modelul 30 a atașat un model diferit de 1052 printr-o unitate de control 1051. Modelele de la 60 la 75 folosesc și modelul 1052-7.

Cablu utilizat ca cablu Bus sau Tag pentru IBM System / 360
Terminatoare de autobuze și etichete

Canalele de selecție au activat I / O pe dispozitive de mare viteză. Aceste dispozitive de stocare au fost atașate la o unitate de control și apoi la canal. Unitatea de control permite ca grupurile de dispozitive să fie atașate la canale. La modelele cu viteză mai mare, mai multe canale de selecție, care ar putea funcționa simultan sau în paralel, au îmbunătățit performanța generală.

Unitățile de control sunt conectate la canale cu perechi de cabluri „bus și tag”. Cablurile autobuzului transportau informațiile de adresă și date, iar cablurile etichetei identificau ce date erau pe autobuz. Configurația generală a unui canal constă în conectarea dispozitivelor într-un lanț, astfel: Mainframe — Unitatea de control X — Unitatea de control Y — Unitatea de control Z. Fiecărei unități de control i se atribuie un „interval de captare” de adrese pe care le deservesc. De exemplu, unitatea de control X poate captura adresele 40-4F, unitatea de control Y: C0-DF și unitatea de control Z: 80-9F. Intervalele de captură trebuiau să fie un multiplu de 8, 16, 32, 64 sau 128 de dispozitive și să fie aliniate la limitele corespunzătoare. Fiecare unitate de control are la rândul său unul sau mai multe dispozitive atașate. De exemplu, ați putea avea unitatea de control Y cu 6 discuri, care ar fi adresată ca C0-C5.

Există trei tipuri generale de cabluri bus-and-tag produse de IBM. Primul este cablul standard bus-and-tag gri, urmat de cablul albastru bus-and-tag și, în cele din urmă, cablul tan bus-and-tag. În general, reviziile mai noi ale cablurilor sunt capabile de viteze mai mari sau distanțe mai mari, iar unele periferice au specificat revizuiri minime ale cablului atât în ​​amonte, cât și în aval.

Ordonarea prin cablu a unităților de control de pe canal este, de asemenea, semnificativă. Fiecare unitate de control este „legată” ca prioritate înaltă sau scăzută. Când o selecție de dispozitiv a fost trimisă pe canalul unui mainframe, selecția a fost trimisă de la X-> Y-> Z-> Y-> X. Dacă unitatea de control a fost „ridicată” atunci selecția a fost verificată în direcția de ieșire, dacă „scăzută” atunci direcția de intrare. Astfel, unitatea de control X era fie prima, fie a 5-a, Y era fie a 2-a, fie a 4-a, iar Z era a 3-a în linie. Este, de asemenea, posibil să aveți mai multe canale atașate la o unitate de control din aceleași sau mai multe mainframe, oferind astfel o capacitate bogată de înaltă performanță, acces multiplu și backup.

De obicei, lungimea totală a cablului unui canal este limitată la 200 de picioare, fiind preferată mai puțin. Fiecare unitate de control reprezintă aproximativ 10 "picioare" din limita de 200 de picioare.

Blocați canalul multiplexor

IBM a introdus mai întâi un nou tip de canal I / O pe Modelul 85 și Modelul 195, canalul multiplexor cu blocuri 2880 , apoi le-a făcut standard pe System / 370 . Acest canal a permis unui dispozitiv să suspende un program de canal, în așteptarea finalizării unei operațiuni I / O și astfel să elibereze canalul pentru a fi utilizat de un alt dispozitiv. Un canal multiplexor bloc poate suporta conexiuni standard de 1,5 MB / secundă sau, cu caracteristica interfeței de 2 octeți, 3 MB / secundă; acestea din urmă utilizează un cablu de etichetă și două cabluri de magistrală. Pe S / 370 există o opțiune pentru un canal de transmisie de date de 3,0 MB / s cu un cablu de magistrală și un cablu de etichetă.

Utilizarea inițială pentru aceasta a fost discul cu cap fix 2305, care are 8 „expuneri” (adrese alias) și detectarea poziției de rotație (RPS).

Canalele multiplexor bloc pot funcționa ca un canal selector pentru a permite atașarea compatibilă a subsistemelor vechi.

Componente hardware de bază

Un card SLT cu o singură lățime
Multe carduri SLT conectate la o placă SLT.

Fiind nesigur cu privire la fiabilitatea și disponibilitatea noilor circuite integrate monolitice de atunci , IBM a ales în schimb să proiecteze și să producă propriile circuite integrate hibride personalizate . Acestea au fost construite pe substraturi ceramice pătrate de 11 mm . Rezistoarele au fost ecranate cu mătase și s-au adăugat tranzistori și diode încapsulate din sticlă discretă . Substratul a fost apoi acoperit cu un capac metalic sau încapsulat în plastic pentru a crea un modul " Solid Logic Technology " (SLT).

Un număr dintre aceste module SLT au fost apoi montate pe un cip montat pe un mic circuit multi-strat "SLT card". Fiecare card avea una sau două prize pe o margine care se conectau la pinii de pe una dintre „plăcile SLT” ale computerului. Acesta a fost inversul modului în care au fost montate majoritatea cardurilor celorlalte companii, unde cardurile aveau știfturi sau zone de contact imprimate și conectate la prize de pe plăcile computerului.

Până la douăzeci de plăci SLT ar putea fi asamblate unul lângă altul (vertical și orizontal) pentru a forma o „poartă logică”. Mai multe porți montate împreună au constituit un „cadru logic” în formă de cutie. Porțile exterioare erau, în general, articulate de-a lungul unei margini verticale, astfel încât să poată fi deschise pentru a oferi acces la porțile interioare fixe. Mașinile mai mari ar putea avea mai mult de un cadru fixat împreună pentru a produce unitatea finală, cum ar fi o unitate centrală de procesare (CPU) cu mai multe cadre.

Software pentru sistemul de operare

Articol principal: Sisteme de operare System / 360

Modelele mai mici System / 360 au folosit sistemul de operare de bază / 360 ( BOS / 360 ), sistemul de operare pe bandă (TOS / 360) sau sistemul de operare pe disc / 360 ( DOS / 360 , care a evoluat în DOS / VS, DOS / VSE, VSE / AF, VSE / SP, VSE / ESA și apoi z / VSE ).

Modelele mai mari au folosit sistemul de operare / 360 (OS / 360). IBM a dezvoltat mai multe niveluri de OS / 360, cu funcții din ce în ce mai puternice: Programul de control primar (PCP), multiprogramarea cu un număr fix de activități (MFT) și multiprogramarea cu un număr variabil de activități (MVT). MVT a durat mult să se transforme într-un sistem utilizabil, iar MFT-ul mai puțin ambițios a fost utilizat pe scară largă. PCP a fost utilizat pe mașini intermediare prea mici pentru a rula bine MFT și pe mașini mai mari înainte ca MFT să fie disponibil; versiunile finale de OS / 360 au inclus doar MFT și MVT. Pentru mașinile System / 370 și ulterioare, MFT a evoluat în OS / VS1 , în timp ce MVT a evoluat în OS / VS2 (SVS) (Single Virtual Storage), apoi diverse versiuni ale MVS (Multiple Virtual Storage) culminând cu actualul z / OS .

Când a anunțat Modelul 67 în august 1965, IBM a anunțat și TSS / 360 (Time-Sharing System) pentru livrare în același timp cu 67. TSS / 360, un răspuns la Multics , a fost un proiect ambițios care a inclus multe funcții avansate . A avut probleme de performanță, a fost întârziată, anulată, restabilită și în cele din urmă anulată din nou în 1971. Clienții au migrat la CP-67 , MTS ( Michigan Terminal System ), TSO ( Time Sharing Option for OS / 360), sau una dintre alte câteva ori -sisteme de partajare .

CP-67, sistemul original de mașini virtuale , era cunoscut și sub numele de CP / CMS . CP / 67 a fost dezvoltat în afara mainstream-ului IBM la Cambridge Scientific Center IBM , în cooperare cu cercetătorii MIT . CP / CMS a câștigat în cele din urmă o acceptare largă și a condus la dezvoltarea VM / 370 (Mașină virtuală) care avea un sistem de operare primar interactiv „sub” cunoscut sub numele de VM / CMS (Conversational Monitoring System). Aceasta a evoluat în z / VM de astăzi .

Modelul 20 oferea un sistem simplificat și rar utilizat pe bază de bandă numit TPS (Tape Processing System) și DPS (Disk Processing System) care furniza suport pentru unitatea de disc 2311. TPS ar putea rula pe o mașină cu 8 KB de memorie; DPS a necesitat 12 KB, ceea ce a fost destul de greu pentru un model 20. Mulți clienți au funcționat destul de fericiți cu 4 KB și CPS (Card Processing System). Cu TPS și DPS, cititorul de carduri a fost utilizat pentru a citi cardurile Language Control Job care defineau teancul de joburi de rulat și pentru a citi datele tranzacțiilor, cum ar fi plățile clienților. Sistemul de operare era ținut pe bandă sau pe disc, iar rezultatele puteau fi stocate și pe casete sau pe hard disk-uri. Procesarea stivuită a lucrărilor a devenit o posibilitate interesantă pentru utilizatorul de computere mic, dar aventuros.

O suită puțin cunoscută și puțin folosită de programe de utilitate pentru cartele perforate cu 80 de coloane, cunoscută sub numele de Basic Programming Support (BPS) (jocular: Barely Programming Support), un precursor al TOS, era disponibilă pentru sistemele mai mici.

Numele componentelor

IBM a creat un nou sistem de denumire pentru noile componente create pentru System / 360, deși au fost păstrate nume vechi bine cunoscute, precum IBM 1403 și IBM 1052 . În acest nou sistem de denumire, componentelor li s-au dat numere din patru cifre începând cu 2. A doua cifră a descris tipul de componentă, după cum urmează:

20xx: Procesoare aritmetice, de exemplu IBM 2030 , care a fost CPU pentru IBM System / 360 Model 30 .
21xx: Sursele de alimentare și alte echipamente asociate intim cu procesoarele, de exemplu IBM 2167 Configuration Unit .
22xx: Dispozitive de ieșire vizuală, de exemplu afișajele IBM 2250 și IBM 2260 CRT și imprimanta de linie IBM 2203 pentru modelul System / 360 20.
23xx: Dispozitive de stocare cu acces direct, de exemplu unitățile de disc IBM 2311 și IBM 2314 , celula de date IBM 2321 ;
Stocare principală, cum ar fi stocarea de mare capacitate IBM 2361 ( stocare de bază, stocare de bază mare sau LCS) și stocarea procesorului IBM 2365 .
24xx: Unitățile cu bandă magnetică , de exemplu IBM 2401 , IBM 2405 și IBM 2415 .
25xx: Echipament de manipulare a cardurilor perforate, de exemplu IBM 2501 ( cititor de carduri ), IBM 2520 (card punch); IBM 2540 (cititor / pumn) și IBM 2560 (Mașină de carduri multifuncționale sau MFCM).
26xx: Echipament de manipulare a benzilor de hârtie , de exemplu cititorul de bandă de hârtie IBM 2671 .
27xx: Echipament de comunicații, de exemplu terminalul interactiv IBM 2701 , IBM 2705 , IBM 2741 și terminalul IBM 2780 batch.
28xx: Canale și controlere, de exemplu IBM 2821 Control Unit , IBM 2841 și IBM 2844 .
29xx: Dispozitive diverse, de exemplu IBM 2914 Data Channel Switch și IBM 2944 Data Channel Repeater .

Periferice

IBM a dezvoltat o nouă familie de echipamente periferice pentru System / 360, care transportă câteva din vechea sa serie 1400. Interfețele au fost standardizate, permițând o flexibilitate mai mare pentru a amesteca și combina procesoare, controlere și periferice decât în ​​liniile de produse anterioare.

În plus, computerele System / 360 ar putea utiliza anumite periferice care au fost inițial dezvoltate pentru computerele anterioare. Aceste periferice anterioare foloseau un sistem de numerotare diferit, cum ar fi imprimanta cu lanț IBM 1403 . 1403, un dispozitiv extrem de fiabil, care și-a câștigat deja reputația de cal de lucru, a fost vândut ca 1403-N1 când a fost adaptat pentru System / 360.

De asemenea, erau disponibile cititoarele de recunoaștere optică a caracterelor (OCR) IBM 1287 și IBM 1288, care puteau citi caractere alfa numerice (A / N) și numerice tipărite manual (NHP / NHW) de la rulourile casetei până la paginile cu dimensiuni legale complete. La momentul respectiv, acest lucru se făcea cu cititoare optice / logice foarte mari. Software-ul era prea lent și scump în acel moment.

Modelele de 65 și mai mici s-au vândut cu un IBM 1052-7 ca mașină de scris consolă. 360/85 cu caracteristica 5450 folosește o consolă de afișare care nu era compatibilă cu nimic altceva din linie; ultima consolă 3066 pentru 370/165 și 370/168 utilizează același design de bază al afișajului ca 360/85. Modelele IBM System / 360 91 și 195 utilizează un afișaj grafic similar cu IBM 2250 ca consolă principală.

Au fost disponibile și console de operator suplimentare. Anumite mașini high-end ar putea fi achiziționate opțional cu un afișaj grafic 2250 , costând peste 100.000 USD; mașinile mai mici ar putea utiliza afișajul 2260 mai puțin costisitor sau mai târziu 3270 .

Dispozitive de stocare cu acces direct (DASD)

Informații suplimentare: Dispozitiv de stocare cu acces direct
Unitate de disc IBM 2311
Vezi și: IBM S / 360 și alte HDD-uri mainframe IBM

Primele unități de disc pentru System / 360 au fost IBM 2302 și IBM 2311 . Primul tambur pentru System / 360 a fost IBM 7320 .

1562 KB / secundă 2302 se bazează pe 1302 mai devreme și era disponibil ca model 3 cu două module de 112,79 MB sau ca model 4 cu patru astfel de module.

2311, cu un pachet de discuri detașabil 1316 , se baza pe IBM 1311 și avea o capacitate teoretică de 7,2 MB, deși capacitatea reală variază în funcție de designul înregistrării. (Când a fost folosit cu un 360/20, pachetul 1316 a fost formatat în sectoare cu lungime fixă ​​de 270 octeți , oferind o capacitate maximă de 5,4 MB.)

În 1966, primele 2314 au fost expediate. Acest dispozitiv avea până la opt unități de disc utilizabile cu o unitate de control integrală; erau nouă unități, dar una era rezervată ca rezervă. Fiecare unitate a folosit un pachet de discuri 2316 amovibil cu o capacitate de aproape 28 MB. Pachetele de discuri pentru modelele 2311 și 2314 erau mari din punct de vedere fizic conform standardelor actuale - de exemplu, pachetul de discuri 1316 avea aproximativ 36 cm diametru și avea șase platouri stivuite pe un fus central. Platourile superioare și inferioare exterioare nu stocau date. Datele au fost înregistrate pe laturile interioare ale platourilor superioare și inferioare și pe ambele părți ale platourilor interioare, oferind 10 suprafețe de înregistrare. Cele 10 capete de citire / scriere s-au deplasat împreună pe suprafețele platourilor, care au fost formatate cu 203 piste concentrice. Pentru a reduce cantitatea de mișcare a capului (căutarea), datele au fost scrise într-un cilindru virtual din interiorul platoului superior în interiorul platoului inferior. Aceste discuri nu erau de obicei formatate cu sectoare de dimensiuni fixe, așa cum sunt și hard disk-urile actuale (deși acest lucru a fost făcut cu CP / CMS ). Mai degrabă, majoritatea software-ului System / 360 I / O ar putea personaliza lungimea înregistrării de date (înregistrări cu lungime variabilă), așa cum a fost cazul benzilor magnetice.

Unități de disc IBM 2314 și cititor / punch de carduri IBM 2540 la Universitatea din Michigan

Unele dintre cele mai puternice sisteme / 360 timpurii au folosit dispozitive de stocare cu tambur de mare viteză cap-pe-pistă. 3.500 RPM 2301, care a înlocuit 7320, a făcut parte din anunțul original System / 360, cu o capacitate de 4 MB. IBM 2303 de 303,8 KB / secundă a fost anunțat la 31 ianuarie 1966, cu o capacitate de 3,913 MB. Acestea au fost singurele tobe anunțate pentru System / 360 și System / 370, iar nișa lor a fost ulterior umplută de discuri cu cap fix.

6.000 RPM 2305 au apărut în 1970, cu capacități de 5 MB (2305-1) sau 11 MB (2305-2) pe modul. Deși aceste dispozitive nu aveau o capacitate mare, viteza și ratele lor de transfer le-au făcut atractive pentru nevoi de înaltă performanță. O utilizare tipică a fost legătura de suprapunere (de exemplu, pentru SO și subrutine de aplicații) pentru secțiuni de program scrise pentru a alterna în aceleași regiuni de memorie. Discurile de cap și tobe fixe au fost deosebit de eficiente ca dispozitive de paginare pe primele sisteme de memorie virtuală. 2305, deși deseori numit „tambur”, era de fapt un dispozitiv de disc head-per-track, cu 12 suprafețe de înregistrare și o rată de transfer de date de până la 3 MB pe secundă.

Rareori a fost văzut IBM 2321 Data Cell , un dispozitiv mecanic complex care conținea mai multe benzi magnetice pentru a păstra datele; benzi ar putea fi accesate aleatoriu, plasate pe un tambur în formă de cilindru pentru operații de citire / scriere; apoi a revenit la un cartuș de stocare intern. IBM Data Cell [selector de tăiței] se număra printre mai multe periferice de stocare online cu acces direct de masă „rapid”, înregistrate de IBM (reîncarnate în ultimii ani ca „bandă virtuală” și periferice bibliotecare de bandă automată). Fișierul 2321 avea o capacitate de 400 MB, în momentul în care unitatea de disc 2311 avea doar 7,2 MB. IBM Data Cell a fost propus pentru a umple decalajul cost / capacitate / viteză între benzile magnetice - care aveau capacitate ridicată, cu un cost relativ scăzut pe octet stocat - și discuri, care aveau cheltuieli mai mari pe octet. Unele instalații au considerat, de asemenea, că funcționarea electromecanică este mai puțin fiabilă și au optat pentru forme mai puțin mecanice de stocare cu acces direct.

Modelul 44 a fost unic, oferind o unitate integrată cu un singur disc, ca o caracteristică standard. Această unitate a folosit cartușul "ramkit" 2315 și a oferit 1.171.200 octeți de stocare.

Unități de bandă

Unități de bandă IBM 2401

Unitățile de bandă 2400 constau dintr-o unitate combinată și unitate de control, plus unități de bandă individuale de 1/2 "atașate. Cu System / 360, IBM a trecut de la formatul de bandă IBM 7 la 9 piese . Pot fi achiziționate 2400 de unități care citesc și scriu 7 -bande de bandă pentru compatibilitatea cu unitățile de bandă IBM 729 mai vechi . În 1967, a fost introdusă o pereche de unități de bandă mai lentă și mai ieftină cu unitate de control integrată: 2415. În 1968, a fost lansat sistemul de bandă IBM 2420, oferind rate de date mult mai mari , funcționare cu bandă auto-filetată și densitate de ambalare de 1600 bpi. A rămas în linia de produse până în 1979.

Dispozitive de înregistrare a unității

Imprimantă linie IBM 1403
  • Dispozitivele perforate au inclus cititorul de carduri 2501 și cel de citire a cardului 2540. Practic fiecare sistem / 360 avea un 2540. Cititorul / sortatorul / pumnul 2560 MFCM („Mașină de carduri multifuncționale”), enumerate mai sus, a fost doar pentru modelul 20. A fost notoriu pentru problemele de fiabilitate (câștigarea acronimelor pline de umor implicând adesea „... Card Muncher” sau „Mal-Function Card Machine”).
  • Imprimantele de linie erau IBM 1403 și IBM 1443 mai lent .
  • Un cititor de bandă de hârtie, IBM 2671, a fost introdus în 1964. Avea o viteză nominală de 1.000 cps. Au existat, de asemenea, un cititor de bandă de hârtie și un pumn de bandă de hârtie dintr-o epocă anterioară, disponibile numai ca RPQ ( Solicitați ofertele de preț ). 1054 (cititor) și 1055 (pumn), care au fost reportate (precum mașina de scris de consolă 1052) de la sistemul de teleprocesare IBM 1050. Toate aceste dispozitive funcționează la maximum 15,5 caractere pe secundă. Pumnul de bandă de hârtie de la sistemul IBM 1080 a fost, de asemenea, disponibil de RPQ, dar la un preț prohibitiv de scump.
  • Dispozitivele de recunoaștere optică a caracterelor (OCR) 1287 și ulterior 1288 erau disponibile pe 360. 1287 ar putea citi cifre scrise de mână, unele fonturi OCR și role de casetă de hârtie OCR ale casei de marcat. „Cititorul de pagini” 1288 ar putea gestiona pagini dactilografiate cu font OCR de dimensiuni legale, precum și cifre scrise de mână. Ambele dispozitive OCR au folosit un principiu de scanare „punct de zbor”, cu scanarea raster oferită de un CRT mare, iar modificările densității luminii reflectate au fost preluate de un tub fotomultiplicator cu câștig mare .
  • MICR ( Magnetic Ink Character Recognition ) a fost furnizat de sortatoarele de cecuri IBM 1412 și 1419, cu imprimare cu cerneală magnetică (pentru carnetele de cecuri) pe imprimantele 1445 (un 1443 modificat care folosea o panglică MICR). 1412/1419 și 1445 au fost utilizate în principal de către instituțiile bancare.

Mașini rămase

În ciuda faptului că a fost vândut sau închiriat într-un număr foarte mare pentru un sistem mainframe din epoca sa, doar câteva dintre computerele System / 360 rămân în principal drept proprietate care nu funcționează la muzee sau colecționari. Exemple de sisteme existente includ:

  • Computer History Museum din Mountain View, California are un nelucratoare model 30 pe ecran, la fel ca Muzeul de Transport și Tehnologie (Motat) în Auckland, Noua Zeelandă și Universitatea de Tehnologie din Viena , în Austria.
  • Universitatea din Australia de Vest Computer Club are un complet model 40 în depozit.
  • Panoul de control al unui model 65, dintr-un complex de tipuri de modele System / 360 construit pentru FAA ca IBM 9020 , este expus în departamentul de informatică al Universității Stanford . În configurația sa maximă, ar putea cuprinde până la 12 sisteme / 360 Model 65s și Model 50s. A fost fabricat în 1971 și dezafectat în 1993.
  • Muzeul computerelor KCG din Kyoto Computer Gakuin, prima școală de informatică din Japonia din oraș, are afișat un IBM System / 360 Model 40.
  • Două procesoare IBM System / 360 Model 20 împreună cu numeroase periferice (care formează cel puțin un sistem complet) situate în Nürnberg, Germania au fost achiziționate de pe eBay în aprilie / mai 2019 la suma de 3710 € de către doi entuziaști din Marea Britanie care, în decurs de câteva luni, a mutat mașina la Creslow Park din Buckinghamshire , Regatul Unit. Sistemul se afla într-o clădire mică, abandonată, lăsată neatinsă de zeci de ani și se pare că fusese utilizată în acea clădire, deoarece toate perifericele erau încă complet cablate și interconectate. Sistemele sunt acum într-o sală de mașini dedicată și sunt în curs de restaurare în vederea pregătirii pentru afișarea publică în viitor.

O listă de funcționare a System / 360-urilor rămase poate fi găsită la Inventarul Mondial al CPU-urilor System / 360 rămase .

Galerie

Această galerie arată consola operatorului , cu lămpi cu valoare de registru , comutatoare de comutare (mijlocul imaginilor) și comutator „de tragere de urgență ” (dreapta sus a imaginilor) al diferitelor modele.

  • Modelul 30

  • Modelul 40

  • Modelul 44

  • Modelul 50

  • Modelul 65

  • Modelul 67

  • Modelul 85

  • Modelul 91

În cultura populară

În seria de televiziune din SUA Mad Men (2007-2015), „IBM 360” a fost prezentat ca un dispozitiv de complot în care o companie a închiriat sistemul agenției de publicitate și a fost un fundal proeminent în al șaptelea sezon .

Filmul THX 1138 are mai multe scene ale unei săli mari de calculatoare cu cinci console System / 360, unități de bandă și alte periferice.

O campanie de crowdfunding pentru salvarea și restaurarea unui sistem IBM 360 de la Nürnberg a primit finanțare cu succes.

Vezi si

Note

Referințe

linkuri externe

De la IBM Journal of Research and Development

De la IBM Systems Journal

  • Blaauw, GA ; Brooks, FP (1964). „Structura SYSTEM / 360: Partea I — Schița structurii logice”. IBM Systems Journal . 3 (2): 119–135. doi : 10.1147 / sj.32.0118 .
  • Stevens, WY (1964). "Structura SYSTEM / 360, Partea II: Implementări de sistem". IBM Systems Journal . 3 (2): 136-143. doi : 10.1147 / sj.32.0136 .
  • Amdahl, GM (1964). "Structura SYSTEM / 360, Partea III: Considerații de proiectare a unității de procesare". IBM Systems Journal . 3 (2): 144–164. doi : 10.1147 / sj.32.0144 .
  • Padegs, A. (1964). „Structura SYSTEM / 360, Partea IV: Considerații privind proiectarea canalelor”. IBM Systems Journal . 3 (2): 165–179. doi : 10.1147 / sj.32.0165 .
  • Blaauw, GA (1964). "Structura SYSTEM / 360, Partea V: Organizarea multisistemelor". IBM Systems Journal . 3 (2): 181–195. doi : 10.1147 / sj.32.0181 .
  • Tucker, SG (1967). "Controlul microprogramelor pentru SYSTEM / 360". IBM Systems Journal . 6 (4): 222–241. doi : 10.1147 / sj.64.0222 .