DECSYSTEM-20 COLUMBIA-YLIOPISTOssa (1977-1988)

Source: http://www.columbia.edu/cu/computinghistory/dec20.html

Frank da Cruz ja Christine Gianone
Kermit Project
Columbia University, New York City, 29. joulukuuta 1988; Copyright © 1988, 2021,
Frank da Cruz ja Christine M. Gianone,
Kaikki oikeudet pidätetään.

Katso äskettäin paljastettu video yhden Columbian yliopiston DEC-20:n käytöstä poistamisesta vuonna 1986:

Videogalleria kuvakaappauksista

Ei-tekninen muisto, joka kirjoitettiin vuonna 1988 (kolumbian yliopiston viimeisen DECSYSTEM-20:n irrottamisen yhteydessä) Digital Press -kirjaan, jonka tarkoituksena oli muistaa DEC:n 36-bittisiä koneita artikkeleilla, mutta jota ei koskaan julkaistu. Pienet muokkaukset, huomautukset, sanasto, linkit ja HTML-muotoilu lisätty tammikuussa 2001 (sekä pieniä päivityksiä ajoittain sen jälkeen). Lisätietoja Columbian yliopiston tietojenkäsittelyn historiasta NAPSAUTA TÄSTÄ .

HUOMAUTUS: Tämä artikkeli oli " slashdotted" 18. tammikuuta 2001, ja monet ihmiset lukivat sen ilman aavistustakaan, mistä siinä on kysymys. Muista, että tämän ei ole tarkoitus olla johdatus tai selitys vaikutusvaltaisiin 36-bittisiin Digital Equipment Corporationin (DEC) tietokoneisiin vuosina 1964-1988; pikemminkin sen piti olla yksi essee kirjassa, jossa muut esseet selittäisivät tekniikan arkkitehtuuria ja historiaa. Ajankohtaisia ​​nettisivuja löytyy lopusta LINKIT- osiosta.

Niille, joille 36-bittisen tietokoneen käsite vaikuttaa oudolta: Ensimmäinen kaupallinen binääritietokone (toisin kuin desimaali) oli IBM 701 , joka tuli verkkoon ensimmäisen kerran vuonna 1952. Siinä oli 36-bittinen sana. Sitä seurasi 704 (jossa ensimmäinen korkean tason kieli, Fortran, kehitettiin vuosina 1953-57 ja jonka 6-bittinen BCD-merkkijoukko ja 36-bittinen sana selittää Fortran-muuttujien nimien 6-merkkisen rajoituksen). 709 , 7090 ja 7094 , kaikki 36 bittiä. 36-bittiset IBM-koneet olivat LISP:n (*) ja ( olettaen ) aikaosuuden (MIT:n Compatible Time Sharing System, CTSS, noin 1962) syntypaikka, ja ne olivat myös inspiraationaDEC:n 36-bittinen PDP-6 (1964), joka oli PDP-10:n ja DECSYSTEM-20:n edeltäjä , joka kesti vuoteen 1988, vuoteen 1988, jolloin DEC lopetti 36-bittisten koneiden valmistuksen. Näin ollen 36-bittiset arkkitehtuurit olivat merkittäviä (ja monella tapaa hallitsevia) laskentaympäristön piirteitä vuosina 1952–1988: 36 vuotta.

*

List Processing Language, John McCarthy, Stanfordin yliopisto, 1960, edelleen ensisijainen tekoälytutkimuksen kieli. LISP:n CAR ja CDR ovat IBM 704 -konsepteja: Rekisterin osoiteosan sisältö ja rekisterin vähennysosan sisältö eli 36-bittisen sanan vasen ja oikea puolisko. 36-bittiset koneet, joissa on 18-bittinen vasen ja oikea puolisana, ovat täydellisiä LISP-koneita.

SISÄLLYS

• JOHDANTO
• OHJELMOINTIKIELET
• KASVUSTA KÄYTTÖÖN
• VERKOSTOINTI
• KERMIT
• OHJELMISTOPAKETIT
• MUITA HUOMAUTUKSIA AVOITUKSIA
• MUUNTAMINEN UNIX-KÄYTTÖÖN

• TÄRKEIMMÄT MUUTOSONGELMAT
• LOPPUSANAT...
• EPILOGI
• SANASTO
• KIITOKSET
• HUOMAUTUKSIA
• KIRJASTUS
• LINKIT

JOHDANTO

1970-luvun puoliväliin saakka Columbia University oli lujasti juurtunut IBM:n keskustietokoneen OS/360 eräajokäyttöiseen laskentaan. " Self Service Input/Output " -alue sai nimensä ylpeänä, koska se oli niin suuri harppaus eteenpäin niistä päivistä, jolloin opiskelijat ja tutkijat esittelivät nöyrästi korttipakkansa operaattoreille ja palasivat seuraavana työpäivänä tuotoksiaan - yleensä huomatakseen, että heidän SYSMSG oli täynnä käsittämättömiä valituksia, joiden tuskallinen tulkinta johti yleensä turhautuneen käyttäjän puuttuvaan pilkkuun tai ylimääräiseen välilyöntiin Job Control Language -kielessä. Tai jos JCL läpäisi tarkastuksen, siellä oli 3 jalan paksuinen kaatopaikka, johon voi käpertyä. SSIO-alue oli huone täynnä näppäinlyöntien järkyttävää kakofoniaa , IBM:n pelottavien 1403-tulostimien huutoa., kortinlukijoiden , korttien lajittelijoiden ja tulkkien staccato lepatus ; ahdistuneita väkijoukkoja kerääntyi tulostimien ympärille, vyötäröllä hylätyssä tulosteessa...

Columbian IBM 360 Model 91 360/75-etupäällään oli yksi maailman suurimmista, nopeimmista, raskaimmista ja äänekkäimmistä tietokoneista, kun se asennettiin 1960-luvun lopulla. Se kattoi hehtaareja lattiatilaa, ja voit katsella magneettiytimiä ikkunoista 6 jalkaa korkeissa ydinmuistilaatikoissa , jotka seisoivat riveissä, jotka katosivat katoamispisteeseen. Sähköä tuotti jyrinä, pienen kuorma-auton kokoinen valurautainen moottorigeneraattori ja jäähdytys jäähdytetyllä tislatulla vedellä (toimitettu Deer Parkista suurissa lasipulloissa puisissa laatikoissa), joka pumpattiin kilometrien pituisen sisäisen putkiston läpi. CPU: n ohjauspaneelisiellä oli enemmän valoja kuin Times Squarella. Legendan mukaan tuhansien kytkimien ja painikkeiden joukossa oli yksi, jonka tappava tehtävä oli "Bulb Eject" - varma kuolema jokaiselle, joka sitä painoi. Ohjauspaneeli on nyt [1988] lepäämässä Bostonin Computer Museumissa, sen hypnoottiset sipulit himmennettyinä ikuisesti ( 1 ).

Tämä massiivinen harmaa ja sininen Stonehenge, jonka paksut lonkerot ulottuivat SSIO-alueelle, suoritti raskaat Fortran- "koodit" insinööreillemme: vääntyvät sillat; onnettomien aineiden pommittaminen neutroneilla; Pi:n laskeminen miljooniksi numeroiksi; muuttaa maapallon magneettikentän musiikiksi... Yhteiskuntatieteilijöillemme se ennusti vuoden 1956 presidentinvaalien tuloksen tappavalla tarkkuudella vuodesta toiseen. Ylläpitäjille se levitti palkkashekkejä ja selostuksia ja kirjanpitolausuntoja. Ja lopulta pieni kulma siitä jaettiin insinööriopiskelijoillemme, jotka sovelsivat heidän työläsesti valmistettuja DO-silmukoita ja GOTO:ita Taylorin sarjaan, Simpsonin sääntöön, Gaussin kvadratuuriin ja Laplacen muunnoksiin. Näillä opiskelijoilla oli suhteellisen yksinkertainen tehtävä: kirjoittaa ohjelma, aseta se taika-JCL-korttien joukkoon, syötä voileipä kortinlukijaan ja kerää tulos. Monet opettajat muistelevat näitä yksinkertaisia ​​aikoja melankolisella mielenkiinnolla, vaikka oppilaiden muistoja kummittelivat enemmän kuvat liukkaista sormista, jotka keräävät kasaan pudonneita reikäkortteja.

Päätteitä alkoi ilmestyä 1970-luvun alussa, aluksi vain hajallaan Olympuksen hämärien järjestelmäohjelmoijien joukossa, jotka pystyivät keskustelemaan arkaanisilla kielillä "päätemonitorien" kanssa, joiden nimet olivat kuten Milten, Cleo, Orvyl ja Wylbur ja lopulta APL. ja TSO (edellinen on tietokonekielten "Irtnog", jälkimmäinen JCL-muoto, joka on kirjoitettu päätelaitteelle). Vuorovaikutus tietokoneen kanssa oli houkuttelevaa, mutta silti epätyydyttävää. Komennot olivat epäselviä, ja laskenta oli edelleen - APL:ää lukuun ottamatta - erässä.

Aloita vuonna 1975 ensimmäinen todellinen aikajakojärjestelmämme, DEC PDP-11/50, jossa on RSTS/E-käyttöjärjestelmä. Tämän oli tarkoitus olla pienen budjetin kokeilu aidossa interaktiivisessa tietojenkäsittelyssä. BASIC-kielen ympärille rakennettu RSTS salli jopa 32 samanaikaisen DECwriters-käyttäjän ohjelmoida, korjata virheitä, kommunikoida keskenään ja yleensä käyttäytyä väärin – kaikki reaaliajassa. RSTS osoittautui valtavan suosituksi, ja innokkaat opiskelijat valtasivat PDP-11:n pian.

DEC valittiin, koska IBM ei varsinaisesti tarjonnut minkäänlaista yleiskäyttöistä interaktiivista aikaosuutta siihen aikaan. Muihin kilpailijoihin verrattuna DEC-tarjonta oli paremmin kehittynyt, kypsempi ja... hauskempi. Ja RSTS valittiin käyttöjärjestelmäksi mieluummin kuin esimerkiksi UNIX, koska UNIXin versio 6 oli mahtavan luottavainen järjestelmä, joka antoi kenen tahansa tehdä mitä tahansa. Meillä oli idea, että järjestelmän pitäisi ottaa jokin rooli käyttäjien suojelemisessa toisiltaan ja heiltä itseltään. Vaikka UNIX tarjosi vain vähän tai ei ollenkaan toimintoja tällä alueella, RSTS ei ollut vailla omia heikkouksiaan. Käyttäjät oppivat pian, että he voivat määrittää kaikki TTY:t, jotta kukaan muu ei voisi käyttää niitä. Vielä parempi, kun he ovat määrittäneet TTY:n, he voisivat ajaa siinä ohjelman, joka naamioituu sisäänkirjautumisprosessiksi,

WELCOXE T@\R\~~~~xxx [[[[[~~

Muut neuvokkaat käyttäjät havaitsivat, että jos he avasivat uuden tiedoston tietuesuuntautuneeseen käyttöön, he pystyivät lukemaan tietueita ennen niiden kirjoittamista, poimimaan vanhoja tietoja muiden käyttäjien poistetuista tiedostoista tai järjestelmän salasanatiedostosta.

Ja jossain vaiheessa järjestelmämme oli saastuttanut läheisen esikoulun teini-ikäisten salaliitto, joka oli murtautunut sisään käyttämällä kirjautumisprosessissa olevaa virhettä. Heillä oli tiensä järjestelmään useita viikkoja ennen kuin heidät havaittiin, ja kesti useita päiviä ympäri vuorokauden työskennellä, jotta heidän jättämänsä lukuisat ansaovet ja aikapommet saatiin hävitettyä.

Ongelmistaan ​​huolimatta RSTS osoittautui melko suosituksi ja ylikuormittui nopeasti. Kokeilu julistettiin onnistuneeksi, ja aloimme etsiä jotain suurempaa ja hieman kehittyneempää – BASIC ei ollut tietotekniikan tutkijoiden valintakieli. Tämä tapahtui, kun DEC julkisti ensimmäisen kerran DECSYSTEM-20:n (sen logo, kaikki isot kirjaimet toisin kuin sen vanhemman serkkunsa DECsystem -10, sanottiin olevan tavaramerkkihakemuksen Caps Lock -näppäimen lipsahdus). Ennen kuin edes katsoimme järjestelmää, pakotimme markkinointihenkilöt ottamaan vastaan ​​teknistä apua ja tiedustelimme heiltä armottomasti, voivatko käyttäjät määrittää kaikki laitteet, täyttää levyn, ohjata C:tä pois kirjautumisprosessista, pommittaa toisiaan tyhmiä viestejä, vaikka tiedostoa "puhdistettiin" poistettaessa. Kun kaikki vaikutti tyytyväiseltä, katsoimme järjestelmää.

Ihme ja hämmästys, tämä tietokone tietää, mitä aiot kirjoittaa ja kirjoittaa sen puolestasi! No melkein. Mutta sen nähtävyydet näkyivät ensi silmäyksellä. Jos et tiedä mitä kirjoittaa, kirjoita kysymysmerkki, joka luettelee sinulle mahdollisuudet. Yhtäkkiä "täytä tyhjä" muuttui enemmän kuin "monivalinta". No tietysti se voi kertoa sinulle! Se tietää, mitkä vaihtoehdot ovat, joten miksi se ei kertoisi sinulle??? Kysymys, joka olisi voitu kysyä hyödyksi kymmenen tai viisitoista vuotta aiemmin (näkymiä kokeneista järjestelmäohjelmoijista, jotka juurtuvat manuaalisesti toisensa jälkeen etsiessään mitä kirjoittaa jonkin epämääräisen komennon seuraavaan kenttään... yleinen näky joissain koneissa jopa Tämä päivä). Ja tämä "?" ei ollut erityisen etuoikeutettu toiminto (kuten manuaalisen sarjan omistus) – jopa TAVAVALLISET KÄYTTÄJÄT saattoivat käyttää sitä. Hämmästyneinä huomasimme, että virheilmoitukset ilmestyivät selkeänä, ymmärrettävänä tekstinä 17-numeroisten heksadesimaalilukujen sijaan, jotta ne voitaisiin ymmärtää ilman "viestit ja koodit" -kirjaa.

Meidät myyty heti ystävällisyydestä, rennon asenteesta ja huumorista. Tiesimme vasta myöhemmin, että COOKIE (joka säilyy nykyään UNIXissa nimellä "onni") ei ollut vakiona järjestelmää, ja sitten oli TECO ( 2 ):

@rakastella

ei SOTA?

DEC-20 oli todellinen, yleiskäyttöinen aikaosuusjärjestelmä. Sitä ei rakennettu tietyn kielen ympärille, koska RSTS oli noin BASIC. Se tarjosi laajan valikoiman kääntäjiä, tulkkeja, tekstieditoreja ja apuohjelmia, mikä kuvastaa monien vuosien TOPS-10- ja TENEX-ohjelmistokehitystä. Se voisi imeä paitsi RSTS-käyttäjiämme, myös monia IBM:n suurtietokoneiden Fortran- ja APL-käyttäjiä, ja sen helppokäyttöisyys houkuttelisi myös monia ensikertalaisia ​​käyttäjiä.

Uusi DEC-20 saapui 29. kesäkuuta 1977 TOPS-20:n versiolla 1B. Asennus valmistui 26. heinäkuuta mennessä. IBM 360/91:n ja jopa DEC PDP-11:n ohella se oli pettymysttömän ominaisuus – ei valoista puhumista, ei kytkimiä tietojen syöttämiseen, ei valitsimia, ei moottoreita, ei pumppuja... Silti DEC-20 oli äärettömän tehokkaampi kuin heikko PDP-11. Se oli varustettu neljällä huippuluokan RP06 ( 3 ) -levyasemalla, jotka eivät koskaan täyttyneet, ja uskomattomalla 256 kt:n päämuistilla – sanoja, ei tavuja! Tällainen kone vastaisi opetuslaskentavaatimuksiamme tulevina vuosina.

Aina kun tietokonelaitos saa uudenlaisen tietokoneen, ohjelmoijat ryhtyvät välittömästi raivokkaaseen toimintaan muuttaakseen uuden järjestelmän rakkaaksi vanhaksi järjestelmäkseen. Toimitettuna DEC-20:n ainoa editori (TECO:n epävirallisen kopion lisäksi) oli salaperäinen, linjasuuntautunut EDIT, joka on peräisin TOPS-10 SOS:sta. Käyttäjämme olivat tottuneet Wylburiin, IBM 360/91:n paljon vähemmän salaperäiseen rivieditoriin, joten ryhdyimme heti kirjoittamaan Wylbur-versiota DEC-20:lle, jotta IBM-käyttäjämme tuntevat olonsa kotoisammaksi.

Aloimme oppia DEC-20:n asennuskieltä ja lukea Monitor Calls Reference Manual -opasta. Pian huomasimme, että tämä oli todella upea kone. Ohjeet ja monitorikutsut (JSYS:t) olivat hämmästyttävän rikkaat. Valvontakutsujen joukossa oli erityinen sarja, toisin kuin mikään, mitä olemme koskaan nähneet: käyttöjärjestelmään itsessään oli sisäänrakennettu vakiotoimintoja kaikenlaisten järjestelmän kannalta merkityksellisten tietojen sisäisten ja ulkoisten esitysten muuntamiseksi: numerot eri radikaaleissa, merkit, merkkijonot, tiedostonimet, hakemistojen nimet, päivämäärät ja kellonajat. Aikaisemman aikakauden ohjelmoijat tiesivät, että vaikein ja tylsin osa vuorovaikutteisen ohjelman kirjoittamisessa oli käyttäjän kirjoittamien tietojen kysyminen, hyväksyminen ja validointi.

Mikä parasta, nämä muunnosfunktiot koottiin yhdeksi Dan Murphyn kehittämäksi paketiksi nimeltä COMND JSYS , jonka avulla ohjelmoijat voivat käyttää ohjelmissaan samaa "käyttöliittymää" kuin TOPS-20 Execissä: täysi kehottaminen, muokkaaminen, apua kaikilla aloilla; avainsanojen ja kytkimien lyhenteet ja tunnistaminen; tiedostonimien viimeistely; anteeksianto, kun käyttäjä tekee kirjoitusvirheen jne.

COMND JSYS:llä koodatuilla ohjelmilla oli monia hyveitä. He olivat ystävällisiä, avuliaita ja johdonmukaisia. Kaikki COMND:llä kirjoitetut ohjelmat toimivat samalla tavalla: kirjoita "?" saadaksesi selville, mitkä komennot tai valinnat ovat, kirjoittamalla ESC täydentääksesi nykyisen kentän (jos mahdollista) ja vastaanottaaksesi kehotteen seuraavaa kenttää varten. Ihmiset voisivat käyttää "?" ja ESC-ominaisuuksia runsaasti oppiakseen läpi uuden ohjelman, ja myöhemmin voisi kirjoittaa lyhyitä nopeutta koskevia komentoja. Tämä lähestymistapa, jota kutsutaan "menu on demand", ei suosi aloittelijaa asiantuntijan kustannuksella (kuten valikkosuuntautuneilla järjestelmillä), eikä asiantuntijaa aloittelijan edelle (kuten APL:n tai UNIXin salaperäiset, ytimekkäät komentosarjat).

Uusi Wylbur-tyyppinen editorimme, nimeltään "Otto", on kirjoitettu hyödyntämään COMND JSYS:ää. Kaikista sitkeistä rajoituksistaan ​​huolimatta Otto oli välitön menestys, koska se antoi IBM:n keskustietokoneiden käyttäjille mahdollisuuden siirtyä kivuttomasti uuteen ympäristöön, samalla kun hän opetti heitä DEC-20:n tavoilla. Sen piilotettu tarkoitus oli saada heidät koukkuun ja sitten turhauttaa heidät niin paljon, että he ottaisivat aikaa "oikean" editorin oppimiseen.

[ Ylös ] [ Seuraava ]

OHJELMOINTIKIELET

Kuukausien kuluessa otimme yhteyttä muihin DEC:n 36-bittisiin sivustoihin, joista monet – Stanford, CMU, MIT, Rutgers, BBN, SRI – joilla on monen vuoden kokemus TOPS-10:stä, TENEXistä, WAITSista tai ITS:stä. saimme heiltä ohjelmia, joiden piti painaa meitä tulevina vuosina. Jotkut olivat vääriä aloituksia, mutta toiset kukoistavat jossain muodossa pitkälle seuraavalle vuosisadalle, DEC-10 ja -20 perintö. Tästä kokemuksesta opimme jakamisen edut ja tiesimme, että jos koskaan tuottaisimme jotain yleishyödyllistä, jakaisimme sen muiden kanssa samassa hengessä kuin nämä laitokset jakoivat työnsä kanssamme.

Päätavoitteemme näiden sivustojen tutkimisessa oli selvittää, mitä he tekivät ohjelmoinnissa. Suunnittelussa DEC-20:n käyttö- ja järjestelmäliitännät olivat niin lähellä täydellisyyttä kuin kukaan tuolloin (Xerox PARCin ulkopuolella) saattoi kuvitella, mutta käytännössä idea toteutui epätäydellisesti. Suurin osa ohjelmointikielistä tuli suoraan TOPS-10:stä, eivätkä ne tarjonneet pääsyä TOPS-20-valvontakutsuihin tai sen tiedostojärjestelmään. Ja silti olimme päättäneet, että tällä strukturoidun ohjelmoinnin aikakaudella emme kirjoittaisi järjestelmätason koodia kokoonpanokielellä. Lyhyen flirttailun jälkeen Bliss-10:n, BCPL:n, Simulan ja jopa varhaisen Portable C:n kanssa (joka sopi huonosti 36-bittiseen arkkitehtuuriin), päädyimme Stanfordin yliopiston purjeeseen "viralliseksi kieleksemme, Mutta useiden vuosien omistautuminen Sailille johti lopulta pettymykseen. Bugeja oli liikaa, liian paljon riippuvuutta ajonaikaisesta järjestelmästä ja sen sijainnin tiedosta, liian paljon muuntamista uusissa Sailin tai TOPS-20:n julkaisuissa, liian monia groteskeja kiertotapoja saavuttaakseen sitä, mikä olisi ollut luonnollista assemblerissä – ainoassa kieltä, joka todella ymmärsi koneen ja käyttöjärjestelmän. Ja siitä päivästä eteenpäin kaikki järjestelmämme ohjelmointi tehtiin assemblerissä. Mutta useiden vuosien omistautuminen Sailille johti lopulta pettymykseen. Bugeja oli liikaa, liian paljon riippuvuutta ajonaikaisesta järjestelmästä ja sen sijainnin tiedosta, liian paljon muuntamista uusissa Sailin tai TOPS-20:n julkaisuissa, liian monia groteskeja kiertotapoja saavuttaakseen sitä, mikä olisi ollut luonnollista assemblerissä – ainoassa kieltä, joka todella ymmärsi koneen ja käyttöjärjestelmän. Ja siitä päivästä eteenpäin kaikki järjestelmämme ohjelmointi tehtiin assemblerissä.

Kuten monet asiat, riippuvuus kokoonpanosta on hyvä ja huono asia. Se oli hyvä, koska se kosketti luovaa hermoa – ohjelmoijat olivat esteettömät, korkean tason kielten byrokraattiset vaatimukset ja autoritaariset rajoitukset eivät estäneet heitä, ja heillä oli täysi pääsy koneen ohjesarjaan ja näyttökutsujen ohjelmistoon, joka DEC- 20, oli ilo katsella. Assemblerissa ohjelmointi oli yksinkertaisesti hauskaa, ja ohjelmoijamme selostivat iloisesti miljoonia koodirivejä, mutta siinä oli nalkuttava tunne, että siinä oli jotain syntiä. Tämä johtui huonoista puolista: assembly-kieliohjelmat ovat taustalla olevalle koneelle ja käyttöjärjestelmälle ominaisia. Mitä näille ohjelmille tapahtuu, kun kone katoaa?

Siitä huolimatta MACRO oli vastustamaton (MACROa käytetään tässä yleisterminä, joka kattaa DEC:n MACRO-10 ja -20 sekä MIT:n Midas ja Ralph Gorinin FAIL). Toisin kuin FORTRAN tai BASIC tai mikä tahansa muu kieli DEC-20:ssa (paitsi Sail, jolle olimme kirjoittaneet COMND JSYS -käyttöliittymäpaketin), MACRO antaa sinun kirjoittaa oikeita DEC-20-ohjelmia – ohjelmia, jotka olivat hyödyllisiä, lempeitä ja anteeksiantavia käyttäjää kohtaan. Assembly-kieliohjelmoijille, joilla on IBM 360 -tausta, koneen arkkitehtuuri ja ohjesarja olivat ilahduttavia. 256 000 sanan lineaarinen osoiteavaruus (ei enää BALReja ja KÄYTTÖÄ!), satoja eksoottisia ohjeita... Ja kokoaja itse salli suhteellisen puhtaat, jopa "strukturoidut" ohjelmat. Esimerkiksi MACROn rivikirjarit vastaavat melkein Algolin tai Pascalin "aloittaa ... loppu" -lohkoja, mikä välttää kauhistuttavan spagettilogiikan, joka vaivaa useimpia kokoonpanokieliohjelmia. Esimerkiksi tässä on JOS-SIIN-ELSE -rakenne, jossa on useita lauseita kussakin osassa, eikä GOTO:ita tai tunnisteita (anteeksi virheet, tämä on muistista):

CAIL B, FOO ; JOS (b >= foo) NIIN

PUSHJ P, [ ; ALKAA

HRROI A, [ASCIZ/.LT./] ; viesti = ".LT.";

SETOM LESS ; vähemmän = -1;

AOS (P); LOPPU (ohita MUU-osan ympärille)

POPJ P, ] ; MUU

PUSHJ P, [ ; ALKAA

HRROI A, [ASCIZ/.GE./]; viesti = ".GE.";

SETZM LESS ; vähemmän = 0;

POPJ P, ] ; END;

PSOUT ; TULOSTA viesti;

Kaikki hakasulkeissa oleva on kirjaimellista; kokoaja löytää paikan, johon se laittaa, ja korvaa literaalin kyseisen paikan osoitteella. Siten (melkein) mikä tahansa määrä dataa tai koodia voidaan sijoittaa "jonoon" erillisen tietoalueen sijaan. Ja kuten esimerkistä näet, literaalit voidaan sisäkkäin sijoittaa. Myös muita yleisiä ohjausrakenteita voidaan simuloida käyttämällä literaaleja, kuten CASE-käskyä:

MOVEM B, @[EXP FOO, BAR, BAZ](A)

Tämä esimerkki tallentaa B:n muotoon FOO, BAR tai BAZ, riippuen A:n arvosta. Tällainen toiminto vaatisi useita koodirivejä useimmissa muissa kokoonpanokielissä ja useimmissa korkean tason kielissä.

Sen päätteeksi voidaan tehdä asennuskieliohjelmien virheenkorjaus vuorovaikutteisesti symbolisella tasolla käyttämällä "DDT:tä" – ei diklooridifenyylitrikloorietaania, vaan "dynaamista virheenkorjaustyökalua", joka on suunniteltu poistamaan virheet yhtä tehokkaasti kuin aidotkin asiat. vähemmän ei-toivottuja sivuvaikutuksia (muilla virheenkorjausapuvälineillä oli samanlaisia ​​hyönteismyrkkyjä, kuten RAID). DDT:n kanssa ( 4) ei tarvitse enää etsiä paksuja hex-vedostulosteita, ei enää lisätä tulostuskäskyjä ja kokoamista uudelleen jne. Sen komentosyntaksi on hieman epämääräinen, ja se koostuu enimmäkseen salaperäisistä yksittäisistä kirjaimista, välimerkeistä, sarkaimista ja vapaasta ESC:n käytöstä ("Altmode") -merkki, usein tuplattu. Mutta DDT voi tehdä mitä tahansa. Itse asiassa, koska se pystyy suorittamaan kaikki tietokoneen käskyt ja järjestelmäpalvelut, MIT:n "Inyhteensopivan aikajakojärjestelmän" (ITS) luojat PDP-10:lle käyttivät sitä huipputason komentotulkinaan. Puhu käyttäjäystävällisyydestä...

DEC-10/20-käskysarja, valvontakutsut, kokoaja ja debuggeri houkuttelivat monia muuten järkeviä ohjelmoijia pitkittyneisiin koodausistuntoihin tai "hakkerointihyökkäuksiin". Syntyi DEC-10/20 ohjelmoijien alakulttuuri, joka puhui outoja sanoja ja lauseita, joiden etymologia oli pääasiassa jäljitettävissä PDP-10 Hardware Reference Manual -oppaaseen. Hakkereiden lisäämä ainesosa (noin aikoihin, ei halventava termi) oli muistokirjoituksen ääntäminen, jota ei koskaan ollut tarkoitettu ihmisen puheelimille (AOS, BLT, JRST, ILDB, HRROI), ja niiden merkityksen laajentaminen muille elämänalueille ( enimmäkseen syöminen). Lopulta Guy Steele CMU:sta ja muut keräsivät ja kodifioivat tämän sanaston "Hakkerin ammattislangiksi", joka julkaistiin alun perin tiedostona, myöhemmin laajennettiin kirjaksi (katso bibliografia).

DEC-10/20 hakkerit olivat aluksi pieni ryhmä, mikä johtui pääasiassa käyttökelpoisen dokumentaation niukkuudesta. Toimivan ohjelman kirjoittamista varten voit katsoa Hardware Reference Manual, Monitor Calls Reference Manual ja MACRO Assembler Reference Manual. Mutta nämä käsikirjat olivat vain luetteloita ohjeista, valvontakutsuista ja pseudooperaatioista, eivätkä ne antaneet pienintäkään käsitystä siitä, kuinka ohjelma kootaan. Vuonna 1981 tilanne muuttui dramaattisesti, kun Ralph Gorinin DEC-20 assembly-ohjelmointikirja julkaistiin, ja maailma oli pian ylikansoitettu DEC-20-kouluttajilla.

Chris Ryland ja Frank työskentelivät vuosina 1979-80 DEC-20:n kokoonpanokielisen ohjelmointioppaan parissa, josta olisi voinut tulla kirja, ellei Ralph olisi lyönyt meitä siitä :-) NAPSAUTA TÄSTÄ nähdäksesi sen tekstiversion , äskettäin löydetty (syyskuu 2002), noin 220 sivua.

Siitä huolimatta, että käyttöjärjestelmään ja tiedostojärjestelmään täysin integroitujen korkean tason ohjelmointikielten yhtenäisen joukon puute oli yksi DEC-20:n kohtalokas puute. Tämän heikkouden korjasi DEC VAX/VMS:ssä, jossa useilla eri kielillä kirjoitetut ohjelmat voivat vaatia yleistä tai yhteensopivaa ajonaikaista tukea ja järjestelmäohjelmat voidaan kirjoittaa käytännössä millä tahansa kielellä - jopa BASIC- tai FORTRAN-kielellä.

Monet TOPS-10-pysähdykset kulkivat – ja jatkuvat edelleen viimeiseen DEC-20:een asti – "yhteensopivuustilassa". Tämä tarkoitti, että näillä kielillä kirjoitetut ohjelmat pääsivät käsiksi tiedostoihin vain TOPS-10 sääntöjen mukaisesti: ei pitkiä tiedostonimiä, ei hauskoja merkkejä tiedostonimissä, ei nimenomaisia ​​viittauksia hakemistoihin tai sukupolvien numeroihin. Erityisesti useimpien ohjelmointikielien lähdeohjelmissa oli tämä rajoitus: useimmat kääntäjät eivät olleet TOPS-20-muotoisia, ja vaikka olisivatkin, LINK ei ollut. Viime kädessä tämä tarkoitti sitä, että käyttäjän oli tiedettävä TOPS-10 voidakseen käyttää TOPS-20:tä ja että korkean tason kielten ohjelmoijilta evättiin pääsy moniin TOPS-20:n ominaisuuksiin.

Kehittäjän työkalut

(Tämä osio lisättiin tammikuussa 2019.) Vuosikymmeniä myöhemmin oikeita DECSYSTEM-20-laitteita on vaikea löytää, mutta emulaattoreita on olemassa; etsi Googlesta löytääksesi ne. DEC-20-emulaattorin käyttäminen on aivan kuin oikean DEC-20:n käyttäminen. Voit esimerkiksi kirjoittaa ja suorittaa kokoonpanokielisiä ohjelmia. Tätä varten tarvitset käsikirjat. Tässä on joitain paikallisesti arkistoituja kopioita:

Otsikko	Aihe	Päivämäärä	Muoto	Koko
DECsystem-10 DECSYSTEM-20 -suorittimen viiteopas	Arkkitehtuuri ja ohjesarja	kesäkuuta 1982	PDF	29 Mt
DECSYSTEM-20 makrokokoajan viiteopas	Asennuskielinen käsikirja	huhtikuuta 1978	PDF	5 Mt
TOPS-20 -monitorikutsujen viiteopas	eli JSYS manuaali (järjestelmäpalvelut)	joulukuuta 1982	PDF	26 Mt
TOPS-20 DDT käsikirja	Dynaaminen virheenkorjaustyökalu	toukokuuta 1985	PDF	5 Mt
PURJEHTIA	Stanfordin tekoälyn kieli	elokuuta 1976	PDF	5 Mt

Katso DEC-20 Kermit-ohjelma kokoonpanokielen koodauksen esimerkkinä.

SAIL (Stanfordin korkean tason ohjelmointikieli) ei tavallisesti tule asennettuna DEC-20s:iin, joten jos käsikirja kiehtoo, sinun on etsittävä latausta.

[ Ylös ] [ Seuraava ] [ Edellinen ]

KASVUSTA KÄYTTÖÖN

Vuoden sisällä DEC-20-mallimme oli toivottoman ylikuormitettu, katon läpikuormituksen keskiarvo ja levyt täyttyivät säännöllisesti. Se pysyi tässä kunnossa vielä vuoden, kunnes löysimme tavan ostaa toinen kone. Pian sekin oli täynnä, ja seuraavina vuosina tuli kolmas ja neljäs sekä DEC-20 Columbian tietojenkäsittelytieteen osastolla ja toinen Columbia Teachers Collegessa. Computer Center -järjestelmiä päivitettiin lisäämällä muistia ja levyjä ja lopulta yhdistämällä ne kaikki yhteen CFS:llä ja asentamalla RA-81-levyasemat ja HSC-50. Lopulta kaikki prosessorit päivitettiin 2065:een maksimimuistilla, emmekä voineet tehdä mitään, jotta saisimme niistä enemmän irti. Kuten muutkin DEC-20-uskolliset, olimme täyttäneet konehuoneemme DEC-20-koneilla, eikä meillä ollut tilaa enempään. Ainoa laajennusvaihtoehtomme olisi uusi malli, jossa on enemmän tehoa pienemmässä lattiatilassa. Useiden vuosien ajan teimme määräajoin matkoja Marlboroon keskustellaksemme tulevasta koneesta. Itse asiassa projekteja oli 2.

DOLPHIN alkoi huippuluokan järjestelmänä, joka tarjosi todella hajautetun 36-bittisen arkkitehtuurin. Suuret DOLPHIINIT istuisivat pienten yhden käyttäjän MINNOWS:ien keskellä suuren kaistanleveyden verkossa. Sekä DOLPHIN että MINNOW joutuivat tekniikan ongelmiin. DOLPHIN käytti räätälöityjä Motorola-siruja, joilla oli luotettavuusongelmia. MINNOW:n tiivis pakkaus, joka oli suunniteltu sopimaan VT52-liitinkoteloon , yhdistettynä paikallisesti liitetyn RP06-levyaseman tarpeeseen (!), olivat sen kaato. Ethernet oli vielä vuosien päässä kaupallisesta käytöstä, ja verkko-ongelmakin säilyi. [2]

JUPITER-projekti syntyi useita kuukausia DOLPHINin perumisen jälkeen. Sen suunnittelussa ei ollut hajautettuja MINNOW:ia, mutta se tuki nopean keskitetyn prosessorin vaatimusta. Sen piti olla 10+MIPS ja halpa. Pitkä ja vaikea suunnitteluprosessi johti siihen, että kumpaakaan näistä tavoitteista ei saavutettu, ja vuonna 1983 projekti peruttiin, vaikka osa siitä päätyi lopulta markkinoille – CI, HSC-50 jne. [2]

LCG:n johto ja insinöörit vakuuttivat meille aina jokaisella vierailulla Marlborossa (MA) (joskus mukaan lukien helikopteri- ja limusiiniajelut sekä majoitukset "teemahotelleissa"), että uusi järjestelmä oli vain "18 kuukauden päässä" ilmoituksesta sen koodinimestä riippumatta. . Kummankin järjestelmän omistuskustannukset olisivat olleet huomattavasti alhaisemmat kuin vastaava määrä KL:itä.

Odottaessamme Jupiterin ilmestymistä tarvitsimme silti tapoja jakaa olemassa olevat DEC-20-resurssit käyttäjien kesken reiluimmalla tavalla. Tämä on ollut huolenaihe alusta asti. DEC-20, sellaisena kuin se alun perin toimitettiin, antoi tavallisille käyttäjille mahdollisuuden ottaa kone haltuunsa useilla tavoilla, jolloin kaikki muut eivät voi käyttää sitä. Käyttäjät kirjoittivat ohjelmia luodakseen loputtomasti itsereplikoituvia haarukoita, he määrittivät kaikki PTY:t ja käyttivät niitä salasanavarkaiden kirjoittamiseen, he suorittivat ohjelmia äärettömissä silmukoissa, jotka kuluttivat kaikki käytettävissä olevat prosessorin syklit, he monopolisoivat niukkoja päätelinjoja pitkiksi tunteiksi, he täyttivät eräjonoja, he pommittivat operaattoreita tuhansilla väärillä teippiasennuspyynnöillä, he tulostivat miljoonia sivuja hölynpölyä jne.

Monitorin ja suorittajan lähdesivustona Columbia pystyi tekemään muutoksia rajoittaakseen tiettyjen käyttäjäluokkien pääsyä tiettyihin resursseihin käyttäjätunnuksen tai tilimerkkijonon perusteella tai ottamalla haltuun "käyttämättömät" bitit ominaisuussanassa. Mutta OS/360-päivinä opimme sen tuskallisen läksyn, että käyttöjärjestelmien paikalliset muutokset tulevat jälleen kummittelemaan meitä, kun uusia julkaisuja ilmestyy: kesti vuosia päivittää voimakkaasti muokattu IBM OS/360 21.0 -versio 21.8. Siksi tunsimme velvollisuudeksemme vakuuttaa DEC:lle, että vaatimukset pätevät yleisesti. Tätä varten kävimme läpi kanavia, ensin lähetimme Software Performance Report -lomakkeet, sitten kirjoitimme kirjeitä, ja lopuksi meillä oli sarja tapaamisia Marlboron valvontaryhmän kanssa.

Yksi näiden kokousten tuote oli Access Control Job. Tämä oli asiakkaan toimittama tehtävä, jota monitori kuuli aina, kun käyttäjät pyysivät pääsyä tiettyihin resursseihin. ACJ voi päättää pääsyn myöntämisestä tai eväämisestä asiakkaan sivuston omien kriteerien perusteella. Jotkut näistä resursseista sisälsivät sisäänkirjautumisen, ominaisuuksien käyttöönoton, työpaikkojen luomisen, haarukan luomisen, laitemääritykset, erätyön lähettäminen, nauhakiinnitykset, rakenneliitännät, hakemistojen luominen, ajastimen luokkamuutokset, pääsy ja yhteyden muodostaminen jne. Tämä oli suuri siunaus tietoturvalle. ja resurssien hallinta.

Mutta ACJ ei sallinut meidän säännellä jatkuvaa resurssien kulutusta. Tätä varten meidän piti tuottaa seurantaohjelma, joka kerää käyttäjäkohtaisia ​​tilastoja suorittimesta ja yhteysajasta. Opiskelijoille myönnettiin viikoittainen budjetti yhteys- ja prosessoriajasta, ja he saivat ajoittain varoituksia lähestyessään rajaa. Jopa katkaisun jälkeen he saivat palata ruuhka-aikojen ulkopuolella suorittamaan työnsä. ACJ ja Omega mahdollistivat DEC-20-koneiden majoittua yli 6000 aktiivista opiskelijaa neljällä koneella DEC-20-aikakauden huipulla.

Yksi alue oli meille erityisen kiinnostava. Päätteitä ei liitetty suoraan DEC-20:eihimme, vaan ne kytkettiin datavaihteen kautta. Siksi DEC-20 ei tiennyt, että TTY37 (esimerkiksi) oli päätenumero X rakennuksen Z huoneessa Y. Sekä turvallisuus- että mukavuussyistä tämä tieto oli välttämätöntä. Jos käyttäjää epäiltiin huonosta käytöstä, henkilökunnan oli tiedettävä käyttäjän fyysinen sijainti. Ja työpaikkaa luodessaan johtajan piti tietää päätelaitteen tyyppi ja nopeus, jotta käyttäjä ei hämmentyisi murtuneista, sekaisin näytöistä. Onneksi datavaihteessa oli konsolipääte, joka piti kirjaa yhteyksistä. Tämä yhdistettiin mustekala RS-232-kaapelilla kunkin DEC-20:n portteihin, jotka pitivät tietokannan PBX-porteista, sijainneista, päätetyypeistä ja nopeuksista.

ACJ:n ja Omegan pitämät lokit sisälsivät työn fyysisen sijainnin. Näiden lokien avulla pystyimme jäljittämään enemmän kuin muutaman mahdollisen ja todellisen järjestelmän turvallisuuden ja muiden käyttäjien yksityisyyden loukkaajan.

[ Ylös ] [ Seuraava ] [ Edellinen ]

VERKOSTOINTI

Ensimmäinen DEC-20 yhdistettiin IBM 360/91:een käyttämällä DEC:n HASP/RJE-tuotetta, joka vaati oman DN20-käyttöliittymän. Tämä viestintämenetelmä oli melko tuskallinen, ja vaati DEC-20:n naamioitumista kortinlukijaksi ja linjatulostimeksi IBM-järjestelmään. Kirjoitimme sarjan Sail-ohjelmia, jotka rakentaisivat "maagisen JCL-sandwichin" käyttäjillemme, jotka halusivat lähettää tiedostoja tai lähettää töitä IBM-järjestelmään.

Heti kun saimme toisen DEC-20:n, liitimme sen ensimmäiseen DECnetillä [1980] ja sitten liitimme tämän pienen verkon muihin kampuksen DEC-järjestelmiin. DECnet oli käytössä myös Carnegie-Mellon Universityn tietokonekeskuksen koneissa, joten yhdistämme kaksi DECnet-verkkoamme yhdeksi vuokrapuhelimeksi New Yorkin ja Pittsburghin välillä, jolloin laajennettu verkko kutsuttiin CCnetiksi [1982] (CC tarkoittaa Computer Center, tai ehkä Carnegie-Columbia). Ennen pitkää muut laitokset liittyivät verkostoon - Stevens Institute of Technology, Case Western Reserve University, New Yorkin yliopisto, University of Toledo ja muut. Suurin hyöty oli ohjelmisto- ja ohjelmointityön jakaminen näiden kohteiden tietokonehallintahenkilöstön kesken, mukaan lukien DEC-20:t, DEC-10:t, VAX:t, PDP-11:t ja muut DEC-järjestelmät. Monta vuotta, Columbia ja CMU käyttivät yhteistä, yhdessä kehitettyä DEC-20 Galaxy -järjestelmää, joka mahdollisti läpinäkyvän tulostuksen DECnetin kautta ja taustatulostusnauhat Xerox 9700 -tulostimelle. Yksi Columbian DEC-20-koneista toimi sähköpostiyhdyskäytävänä CCnetin ja BITNETin, suuren akateemisen verkon, joka perustuu IBM:n suurtietokoneiden RSCS-protokolliin, välillä.

DEC-20:n tärkein panos verkottumiseen oli sen tuki ARPANET-protokolloille, ensin NCP ja myöhemmin TCP/IP. DEC oli useiden vuosien ajan ainoa suuri tietokonevalmistaja, joka tuki näitä protokollia, jotka kehitettiin enimmäkseen DEC:n 36-bittisille koneille TENEXin, TOPS-10:n ja TOPS-20:n (ja myöhemmin Berkeley UNIXin VAX-laitteiden) alla. 70-luvun lopulla ja 80-luvun alussa, päivinä, jolloin ARPAnet kasvoi ja kukoisti alkuperäisen pienen tutkimusmandaattinsa yli, sitä hallitsivat DEC:n 36-bittiset koneet, ja monet Internetin perusprotokollat ​​ja -menettelyt kehitettiin siinä puitteissa. DEC:llä itsellään oli DEC-20 ARPANETissa, jonka ansiosta suuret DEC-20 akateemiset ja tutkimussivustot pystyivät kommunikoimaan suoraan TOPS-20:n insinöörien kanssa, lähettää virheraportteja tai korjauksia sähköpostitse, siirtää tiedostoja ja niin edelleen. Mark Crispin perusti ARPANET-postituslistan TOPS-20-johtajista Stanfordissa. Postituslistalla oli DEC:n TOPS-20-kehittäjiä, ja siellä oli paljon hyödyllistä antamista ja ottoa, jotka ohittivat hankalan SPR-menettelyn.

Paikallisesti omat DEC-20-laitteemme saivat NIA20 Ethernet-liitännät korvaamaan hankalat ja ylisuuret DN20-etupäät. Ethernet antoi meille mahdollisuuden käyttää TCP/IP-protokollaa DECnetin rinnalla, ja ennen pitkää [noin 1982] oli olemassa suuri kampuksenlaajuinen Ethernet, joka yhdisti tietokonekeskuksen DEC-20:t osastojärjestelmiin kaikkialla kampuksella ja sen ulkopuolellakin tietojenkäsittelytieteen osaston Internetin ansiosta. jäsenyys [1982?] ja myöhemmin [1984?] oma jäsenyytemme muissa laaja-alaisia ​​TCP/IP-pohjaisia ​​verkkoja, kuten NYSERNET ja JVNCNET. Ethernet ja TCP/IP antoivat meille jopa mahdollisuuden hylätä HASP RJE -linkkimme IBM:n keskuskoneisiin, jotka tähän mennessä olivat Ethernetissä ja käyttivät Wisconsinin yliopiston TCP/IP-koodia (IBM sisällytti myöhemmin omaan tuotevalikoimaansa).

[ Ylös ] [ Seuraava ] [ Edellinen ]

KERMIT

DEC-20:n suosion huipulla opiskelijoiden ja opettajien keskuudessa käyttäjätunnuksien kysyntä oli niin suuri, ettei meillä ollut enää varaa antaa pysyviä tunnuksia. Sen sijaan opetustunnukset määritettiin kurssikohtaisesti ja poistettiin sitten kunkin lukukauden lopussa. Vaikka tiedostot varmuuskopioitiin tarkasti nauhalle, opiskelijat eivät saaneet pyytää edellisen lukukauden tiedostojen palauttamista rajoitetun nauha-asemakapasiteetin ja operaattorin kattavuuden vuoksi. Ja edes lukukauden aikana opiskelijan levykiintiö (35K — K, ei M tai G!) ei useinkaan riittänyt pitämään kaikkia hänen tiedostojaan verkossa samaan aikaan.

Jos DEC-20:n käyttäjillä olisi jonkinlainen siirrettävä tietoväline, he voisivat ottaa vastuun omien tiedostojensa hallinnasta ja arkistointista. Ensimmäinen yritys tällä alueella koski vähän tunnettua tuotetta nimeltä DN200, DECnet-etäasema, joka oli alun perin suunniteltu yhdistämään 32 terminaalia ja linjatulostin DEC-20:een (tämä tuote ei koskaan kypsynyt täysin). DN200 oli PDP-11/34, jossa oli RSX:n johdannainen. Meidän – ainutlaatuinen – sisälsi 8 ​​tuuman levykeaseman. Suunnitelmissamme oli kirjoittaa DN200-ohjelmisto tiedostojen kopioimiseen levykkeiden ja DEC-20-tiedostojärjestelmän välillä. Käyttäjät yksinkertaisesti asettivat omat levykkeensä ja antoivat COPY-komennon tiedostojensa tallentamiseksi tai palauttamiseksi. Onneksi tämä projekti ei koskaan lähtenyt liikkeelle.

Mutta ajatus siirrettävästä tietovälineestä tuntui oikealta. Tietokoneen käyttäjillä oli ollut se vuosia korttien, paperiteipin tai jopa DEC:n omien vastustamattomien pienten edestakaisin pyörivien DECtapejen muodossa, kuten PDP-8, -9, -10, -11, - 12 jne, ja puuttuu pahasti -20:sta. Useita hulluja suunnitelmia harkittiin ja hylättiin: käyttäjien salliminen lähettää tiedostoja IBM:n keskuskoneen korttiasemaan, 9-raitaisen "itsepalvelu"-nauha-aseman sijoittaminen julkiselle alueelle, ohjelman kirjoittaminen, joka muuntaa käyttäjän tiedot viivakoodeiksi. tulostaminen Printronix-tulostimillamme...

Juuri tähän aikaan (1980) 8-bittiset CP/M-mikrotietokoneet ilmestyivät näyttämölle. Vaikka he eivät olleet hyviä moneen muuhun, he pystyivät kommunikoimaan ja lukea ja kirjoittaa levykkeitä. Laita muutama näistä julkisiin tiloihin, liitä ne DEC-20:iin, niin opiskelijat saisivat irrotettavat tietovälineet – pienet levyt, joita he voisivat ottaa mukaansa, säilyttää ja käyttää uudelleen ilman tietokonekeskuksen henkilökuntaa. Suuri kysymys oli, kuinka tiedosto siirretään suuresta aikajakoisesta keskuskoneesta pieneen henkilökohtaiseen tietokoneeseen.

Katsoimme kauppaa ja huomasimme, että siellä oli muutama kaupallinen RS-232-viestintäpaketti mikroille, mutta ei yhtään DEC-20:lle. Meillä ei ollut vain DEC-20:t ja mikrot, vaan myös IBM-keskuskoneemme. Jos ostimme ohjelmiston tiedostojen siirtämiseksi DEC-20:n ja Intertec Superbrainin välillä(tämä oli mikro, jonka valitsimme ensisijaisesti sen tankkimaisen käyttäjäturvallisen rakenteen vuoksi ja typerästä nimestään huolimatta), olettaen, että se on saatavilla, meidän olisi ostettava vielä toinen ohjelmistopaketti IBM-mainframe-käyttäjillemme tehdäkseen samoin. Meidän piti myös ottaa huomioon, että Superbrain ei ehkä ole kaikkien suosikki. Columbialla, joka on erittäin hajautettu ja monipuolinen organisaatio, oli todennäköisesti niin monta erilaista tietokonetta kuin oli paikkoja sijoittaa. Jos tarvittaisiin erillinen ohjelmistopaketti jokaisen ainutlaatuisen järjestelmäparin yhdistämiseen, silloin tarvitsisimme lähes n -neliön erillisiä paketteja, joissa n on erilaisten tietokonejärjestelmien lukumäärä, joista on riittävästi kopioita jokaisen esiintymän kattamiseksi. järjestelmä.

Paljon parempi, että jokaisessa tietokoneessa on yksi ohjelmistopaketti, joka pystyy vaihtamaan tietoja kaikkien muiden tietokoneiden kanssa. Tämä vähentää tarvittavien ohjelmien määrän n:ään , mikä puolestaan ​​keventää budjetin taakkaa ja helpottaa hieman käyttäjän elämää.

Kaikki nämä kysymykset johtivat päätökseen sijoittaa omiin ohjelmoijiimme ohjelmistoyhtiöiden sijaan. Näin meillä voisi olla ohjelmisto, joka on suunniteltu erityisesti omiin tarpeisiimme. Lopputuloksena oli Kermit-tiedostonsiirtoprotokolla. Ensimmäiset Kermit-ohjelmamme kirjoitettiin DEC-20:lle ja Superbrainille. Superaivot sijoitettiin julkisiin tiloihin, jotta opiskelijat voivat kopioida omia tiedostojaan levykkeille ja palauttaa ne myöhemmin DEC-20:lle.

Kermit-protokollaan vaikuttivat suurelta osin DEC-20:n rajoitukset. DEC-20 ja sen PDP-11/40-etuosa suunniteltiin olettamukselle, että päätesyöttö tulee suoraan ihmisiltä, ​​jotka istuvat näppäimistön ääressä ja kirjoittavat sormillaan suhteellisen hitaasti – ehkä 10 merkkiä sekunnissa, huippu – kun taas suuret tietokoneelta näytölle voidaan lähettää jatkuvaa tulosta. RSX20F, etupään käyttöjärjestelmä, varaa siksi pienet puskurit tulolle ja suuret ulostulolle. Opimme tästä kantapään kautta, kun ostimme ensimmäiset terminaalimme, joissa oli "lähetysnäyttö"-toiminto (HDS Concept-100s). Heti kun joku yritti sitä, etuosa kaatui. Samanlaisia ​​ilmiöitä havaittiin automaattisen toiston näppäimillä (kuten kun yksi ohjelmoijistamme nukahti näppäimistölle)( 5), ja jälleen, kun DEC julkaisi ensimmäisen kerran VT100-päätteensä : kun se suoritti sujuvaa selausta 9600 bps:llä, pääte hukuitti huonon etuosan XOFF- ja XON-tuloilla. Myöhemmät RSX20F:n julkaisut selvisivät näistä ongelmista äärimmäisellä tavalla – jos syöttöpuskureita ei voitu allokoida tarpeeksi nopeasti, etupää asetti linjan nopeuden nollaan sekunniksi tai kahdeksi! Oppitunti? Älä lähetä DEC-20:een jatkuvia päätedatapurskeita – se on kuin yrittäisi saada varpunen syömään lihapullasankarin. Kermitin normaalit paketit ovat siksi melko lyhyitä, enintään 96 merkkiä - siemeniä, hyönteisiä ja matoja, joita varpunen pystyy sulattamaan.

Toinen DEC-20:n erikoisuus on sen herkkyys ohjaushahmoille. Normaalin päätedialogin aikana 17:ää 33 ASCII-ohjausmerkistä käytetään erityistarkoituksiin - editointiin, ohjelman keskeyttämiseen, vuon ohjaukseen, tilaraportointiin, tiedoston lopun signalointiin jne. - sen sijaan, että niitä hyväksyttäisiin tiedoksi. Vaikka DEC-20-ohjelma voi avata päätelaitteen "binääritilassa" ohittaakseen näiden merkkien erikoiskäsittelyn, niin ei välttämättä ole toivottavaa, koska joistakin näistä toiminnoista voi olla hyötyä tiedonsiirron aikana. Oppitunti tässä on, että älä lähetä ohjausmerkkejä "paljaina" siirrettäessä tietoja. Itse asiassa Kermit-protokolla (peruskokoonpanossaan) lähettää paketteja, jotka ovat tiukasti lyhyitä tekstirivejä.

IBM:n keskuskoneella (tällä hetkellä 360/91 oli korvattu VM/CMS-käyttöjärjestelmää käyttävällä 4341:llä) oli omat erityispiirteensä. Toisin kuin DEC-20, se käytti puoliduplex-tietoliikennettä ja käytti 7 databittiä pariteetilla kommunikoidessaan ASCII-ulkomaailman kanssa. Tämä tarkoitti, että myös tiedostonsiirtoprotokollamme olisi oltava puolidupleksi, ja se vaatisi erityisen mekanismin 8-bittisen binaaridatan lähettämiseksi 7-bittisen tietoliikennelinkin kautta. Lisäksi, koska kaikki viestintä tapahtui joko 3705-käyttöliittymän (linemode) tai IBM Series/1 (tai vastaavan, esim. 7171 tai 4994) 3270-protokollamuuntimen kautta, jotka molemmat käsittelivät monia ohjausmerkkejä välittömästi suoritettavina komentoina, kieltoa käyttää paljaita ohjausmerkkejä tiedoissa vahvistettiin. Protokollan pienentäminen pienimpään yhteiseen nimittäjään sai sen toimimaan kaikissa tapauksissa, mutta tehokkuuden ja eleganssin kustannuksella. Joitakin syntyneitä puutteita korjattiin myöhempinä vuosina lisäämällä protokollaan pitkiä paketteja ja full-duplex-liukuikkunapakettien siirtoa sekä ohjausmerkkien etuliitteenpoistovaihtoehtoa.

Onnellinen sattuma DEC-20:n, IBM:n keskustietokoneen ja CP/M-mikrotietokoneen yhdistetyt omituisuudet johtivat suunnitteluun, joka osoittautui soveltuvaksi käytännöllisesti katsoen mihin tahansa asynkroniseen tiedonsiirtoon pystyvään tietokoneeseen. Kermit-protokollalla tiedosto siirrettiin ensimmäisen kerran 29. huhtikuuta 1981 kahdella Kermit-20- esiintymällä, jotka toimivat yhdellä DEC-20:lla käyttäen kahta sarjaporttia, jotka on yhdistetty nollamodeemikaapelilla.

Ajatus Kermit-ohjelmiemme jakamisesta ja lähdekoodin luovuttamisesta oli luonnollinen seuraus kokemuksistamme DEC-10/20-sivustojen yhteisön kanssa. Saimme niin paljon omia ohjelmistojamme muilta sivustoilta, se oli vain reilua. Lisäsimme Kermitin vientinauhoihimme ja lähetimme sen DECUS:lle. DEC oli ensimmäinen yritys, joka tunnusti Kermitin laajalle levinneeksi arvokkaaksi työkaluksi ja julkisti sen Large Systems -lehtisissään ja uutiskirjeissään (esim. Copy-N-Mail , Large Systems News ja EDU). Ja DEC oli ensimmäinen organisaatio, joka portti Kermitin uudelle alustalle - heidän VT-180 CP/M mikrolleen. Koska halusimme, että Kermit-ohjelmistoja jaetaan avoimesti, emme sijoittaneet Kermit-ohjelmiamme julkisesti. Vaikka tämä saattaa tuntua ristiriitaiselta, katsoimme, että ohjelmien tekijänoikeuksilla voisimme estää yrittäjiä ottamaan niitä ja myymästä niitä kaupallisina tuotteina, mikä vaikutti tarpeelliselta, koska olimme kuulleet tarinoita muista yliopistoista, joita oli kielletty käyttämästä ohjelmia, joita he itse olivat saaneet. olivat kirjoittaneet yritykset, jotka olivat ottaneet heidän vapaasti käytettävissä olevan teoksensa ja suojanneet sen tekijänoikeuksilla itselleen.

Varhaisten Kermit-ohjelmien laajalle levinneen sekä lähdekoodin ja protokollaspesifikaatioiden vuoksi sivustot, joissa oli muunlaisia ​​tietokoneita, alkoivat kirjoittaa omia Kermit-ohjelmia ja lähettää niitä takaisin meille. Jotkut aikaisemmista panoksista tähän olivat Stevens Institute of Technologyn DECsystem-10- ja VAX/VMS Kermit-ohjelmat (kirjoitettu Common Blississä, jotta koodi voitaisiin jakaa TOPS-10:n, VMS:n ja P/OS:n kesken), PDP-11 Kermit Toledon yliopistosta ja ensimmäinen paljasluuinen UNIX Kermit in C omalta tietojenkäsittelytieteen osastoltamme. Prosessi jatkui useita vuosia, ja tuloksena on laaja kokoelma Kermit-ohjelmia, jotka löydät tänään Kermit-projektin verkkosivustolta .

Columbian Kermit-projekti käytti DEC-20-järjestelmää, CU20B-järjestelmäämme, testausalustana, kirjastonhoitajana ja verkkokodina alusta alkaen, kunnes CU20B (viimeinen jäljellä oleva DEC-20) sammutettiin syyskuussa 1988. Sähköinen Info-Kermit-uutiskirje tuotettiin. ja lähetetään ihmisille akateemisissa ja yritysverkoissa kaikkialla maailmassa DEC-20:sta käyttämällä MM:ää, DEC-20-sähköpostiohjelmaa. Samat käyttäjät voivat käyttää MM:ää ja muita sähköpostiohjelmia kyselyihin ja tietoihin, ja he voivat myös käyttää ohjelmia, lähdekoodia ja dokumentaatiota DEC-20:n DECnet- ja TCP/IP-tiedostopalvelimien kautta. Jopa jakelunauhamme toimitettiin alun perin DEC-20:stamme DUMPER-, BACKUP- ja ANSI-muodoissa.

Noin vuoteen 1985 asti DEC-20 Kermit oli "benchmark", jota vastaan ​​kaikkien muiden Kermittien yhteentoimivuus oli tarkistettava. Monia uusia Kermit-ominaisuuksia lisättiin ensin DEC-20 Kermitiin (palvelintila, makrot jne.). DEC-20-käyttöliittymästä tuli malli useimmille Kermit-ohjelmille, joten miljoonat ihmiset käyttävät (merkittävä simulaatio) DEC-20:n COMND JSYS:ää tietämättään. Kauan sen jälkeen, kun DEC-20 hävisi näyttämöltä, Kermit-ohjelmat Windowsissa, UNIXissa, VMS:ssä, MS-DOSissa ja monissa muissa alustoissa jatkavat "uskon säilyttämistä".

Pian Kermitin ilmestymisen jälkeen mikrotietokoneista tuli tärkeä voima IBM PC:n käyttöönoton myötä . Tietokoneista tuli yhtäkkiä hyödyllisiä yleiskäyttöisiä tietokoneita sinänsä. Vastauksena ensimmäiset IBM PC:t saaneiden Columbian tiedekunnan jäsenten kiireellisiin pyyntöihin tuotimme hätäisesti IBM PC Kermitin version 1.0 ja huomasimme, että Kermitiä käytettiin tavoilla, joita emme olleet odottaneet. Sen sijaan, että käyttäjät olisivat käyttäneet tietokoneen levykkeitä mainframe-tiedostojen tallentamiseen, käyttäjät tekivät suurimman osan tiedostojen luomisesta ja käsittelystä tietokoneella ja lähettivät tulokset keskuskoneeseen arkistointia ja jakamista varten. Kermitistä oli tullut hajautetun käsittelyn varhainen malli.

[ Kermit Project Home ] [ Kermit News - numerot ] [ Kermit Mailing List Archives ] [ Kermit Newsgroup Archives ]

[ Ylös ] [ Seuraava ] [ Edellinen ]

OHJELMISTOPAKETIT

DEC:n 36-bittiset suuret järjestelmät olivat joidenkin vaikutusvaltaisimpien ja kestävimpien tähän mennessä kirjoitettujen ohjelmistopakettien lähde. Mainitsemme tässä mielivaltaisesti muutamia suosikkejamme ja pahoittelumme niille sadoille, jotka olemme laiminlyöneet.

Toimittajat

Näissä järjestelmissä luotujen ohjelmien joukossa tärkein on tekstieditori EMACS, jonka Richard M. Stallman on luonut ITS:ssä, MIT:n PDP-10:n "Inyhteensopivassa aikajakojärjestelmässä". EMACS ilmensi vallankumouksellista konseptia, jonka mukaan päätteen näytön tulee toimia ikkunana muokattavaan tekstiin ja että tekstiin tehdyt muutokset näkyvät välittömästi näytöllä. Monien vuosien viivasuuntautuneen muokkauksen (ja ennen sitä näppäinlyönnin) jälkeen meidän oli aluksi vaikea ymmärtää näyttöeditorin tehoa ja mukavuutta. Keskusteltiin jopa siitä, pitäisikö meidän sallia se järjestelmässämme, ikään kuin se olisi kumouksellinen vaikutus... "Mihin me sitä tarvitsemme? Jokainen näppäimen painallus johtaa 37 kontekstin vaihtoon!" jne jne. Mutta pian skeptikotkin alkoivat arvostaa EMACSia sen valtavasta lisäntymisestä ihmisten tuottavuuteen, ja siitä tuli nopeasti henkilökunnan, opiskelijoiden ja tiedekunnan suosikkitoimittaja. Columbiaan syntyi mökkiteollisuus, joka lisäsi uusia päätetyyppejä ja -toimintoja TECOn tietokantaan (DEC-10/20 EMACS kirjoitettiin TECOssa) sekä uusia kirjastoja itse EMACS:lle.

Vaikka jotkut saattavat pitää EMACS:ia ja sen jälkeläisiä ja sukulaisia ​​"vanhentuneina" nykyään, GUI-editoreihin ja tekstinkäsittelyohjelmiin verrattuna niillä on yksi suuri etu uudempiin editoreihin verrattuna: niitä ohjaavat kokonaan tavalliset ASCII-merkit ( 6) (toisin kuin toiminto- tai nuolinäppäimet, hiiri jne.), joten kosketuskirjoittajien ei tarvitse koskaan poistua kotinäppäimistä, ja taitavat EMACS-käyttäjät voivat kirjoittaa ja käsitellä tekstiä nopeammin kuin asiantuntijat muilla muokkausohjelmilla, erityisesti nykyaikaisilla mutta työvaltaisilla GUI-editorilla. . Ja rajoittamalla komentosarjan tavallisiin ASCII-merkkeihin, EMACS:ia voidaan käyttää millä tahansa alustalla riippumatta siitä, miten käytät sitä (työaseman oma näppäimistö ja näyttö, xterm-ikkuna, telnet, dialin, rlogin, ssh jne.). Toinen EMACSin etu on tietysti sen muokattavuus ja ohjelmoitavuus, mutta vain vanhempien sukupolvien tietokoneen käyttäjät tietävät tai välittävät niistä.

Tekstinmuotoilijat

EMACS on pelkän tekstin editori, mikä tarkoittaa, että se ei sinänsä voi tavallisesti tuottaa erityisiä painotehosteita, kuten lihavointia, kursiivia, alleviivauksia, matemaattisia merkintöjä, erilaisia ​​pistekokoja, grafiikkaa jne. Sitä varten tarvitsemme - ainakaan merkkimaailmassa. terminaalit — tekstinmuotoilija. EMACS oli yksi useista DEC-20:n näyttöeditoreista (TV ja TVEDIT olivat muita varhaisia ​​haastajia), ja siellä oli myös useita tekstinmuotoilijoita. DEC-20:n mukana tulee tietysti RUNOFF, DEC:n vakiomuotoilija. RUNOFF on yksinkertainen, ei liian tehokas, mutta sillä on se etu, että RUNOFF-tiedostot ovat enimmäkseen kannettavia PDP-11:n, VAX:n, DEC-10:n ja DEC-20:n joukossa. RUNOFF on kuitenkin patentoitu, eikä se siksi ole käytettävissä muissa kuin DEC-järjestelmissä. RUNOFFilla on myös kolme perusvirhettä. Ensinnäkin se on tiukasti menettelyllistä, mikä tarkoittaa, että kirjoittajan täytyy käyttäytyä kuin ohjelmoija, ohjeistaa RUNOFF pienimmätkin yksityiskohdat. Toiseksi se ei osaa laskea. Ja kolmanneksi, se ei tue monenlaisia ​​tulostuslaitteita.

Näitä puutteita on korjattu useilla tekstinmuotoilijoilla, jotka DEC:n suurten järjestelmien käyttäjät ovat kehittäneet ja joitain sen pienempiä järjestelmiä (esimerkiksi UNIX kirjoitettiin alun perin PDP-7:lle ja siirrettiin myöhemmin PDP-11:een UNIX nroff ja troff ovat luultavasti RUNOFF:n sivuja. Varhaiset 36-bittisten järjestelmien hankkeet sisälsivät R ja Pub.

Brian Reid, joka työskenteli CMU:n väitöskirjaansa varten DECsystem-10:n parissa, kehitti Scribe-nimisen asiakirjantuotantokielen, joka käsitteli menettelyä. Jos RUNOFFissa täytyy sanoa: "keskitä ja alleviivaa tämä sana, jätä 7 tyhjää riviä, sisennys 4 välilyöntiä jne.", Scribessä sanotaan "Tämä on artikkeli, tässä on otsikko, tässä on osio, tässä on alaviite , tässä on bibliografinen lainaus, laita tämä hakemistoon, lisää valokuva tähän ja skaalaa se niin jne." ja jättää tyylipäätökset ja yksityiskohdat Scribelle, joka sisältää laajan tietokannan asiakirjatyypeistä ja julkaisutyyleistä. Jos olet esimerkiksi kirjoittanut artikkelin CACM:ää varten, voit pyytää Scribeä muotoilemaan sen CACM:n edellyttämään tyyliin. Kun CACM hylkää sen, käske Scribe tehdä se uudelleen IEEE Computer -muodossa,7 ).

Kehittämisensä aikana Scribe jaettiin vapaasti muiden yliopistojen kanssa, ja Brianin ja käyttäjien välillä oli paljon antamista ja ottamista. Brianin lähtiessä CMU:sta, oikeudet Scribeen myytiin yksityiselle yritykselle Unilogic Ltd:lle, joka myi sen kaupallisena tuotteena ( 8 ). Scribe oli kiinnitys monilla DEC-10 ja -20 -sivustoilla, ja se on muunnettu alkuperäisestä Blissistä muille kielille käytettäväksi järjestelmissä, kuten UNIX-, VMS- ja jopa IBM-keskikoneissa.

Sillä välin Stanfordissa Donald Knuth suunnitteli uusia painoksia moniosaisesta teoksestaan ​​The Art of Computer Programming . Mutta pian hän huomasi, että hänen ensimmäisten painoksensa ilmestymisen jälkeen matemaattisen ladon taiteen, kuten arkkitehtonisen kivenleikkauksen, taito oli kuollut: hän ei löytänyt tehtävään vastaavaa ladontaa. Niinpä hän ryhtyi työskentelemään tietokoneohjelman parissa matemaattista ladontaa varten ja sarjan harmonisia fontteja, jotka soveltuvat tietokoneella ladattavaksi lasertulostimelle. Työ tehtiin PDP-10:llä Stanfordissa, jossa heidän kotimainen käyttöjärjestelmä WAITS ("Se odottaa sinua kädellä ja jalalla") Sail-kielellä. Tuloksena on järjestelmä nimeltä T EX (tau epsilon chi) ja METAFONT, sen kumppani kirjasinten rakentaja, houkuttelivat monia kannattajia, ja alkuperäinen Sail-ohjelma käännettiin pian muille kielille siirrettävyyden vuoksi. Se toimii nyt useilla eri alustoilla ja vastaa lukuisten typografisesti kauniiden kirjojen ja artikkeleiden tuotannosta.

Sekä TeX että Scribe tukevat monenlaisia ​​tulostuslaitteita ja ovat ensimmäisiä tekstinmuotoilijoita, jotka tekevät niin. Kun Xerox antoi muutaman XGP-tulostimensa (kokeellinen Xerographic-tulostin, jonka fontit on ladattu isännästä) paeta Stanfordin, MIT:n ja CMU:n laboratorioihin 70-luvun alussa, ne liitettiin nopeasti PDP-10-tulostimiin. muotoilijat, kuten R ja Pub. Niiden joustavuus antoi sysäyksen Donin ja Brianin kaltaisille ihmisille sisällyttää suunnitelmiinsa täydelliset ladontakonseptit, ja tämän vuoksi oli mahdollista myöhemmin lisätä tukea TeX:lle ja Scribelle tulostimille, kuten GSI CAT-4 (jota käytettiin silloin laajasti Bellissä). Labs with Troff), Xerox Dover, Imagen ja nykypäivän PostScript-tulostimet (ja jos emme erehdy, Brian oli myös PostScriptin ohjaava voima).

Uudella vuosituhannella Scribe on melko kadonnut, mikä on sääli. Mutta tavallaan se elää edelleen LaT E X:ssä, joka on Scriben kaltainen kieli, joka on rakennettu T E X :n päälle. Kuten monet 1970- ja 80-luvun työkalut, Scribe, T E X ja LaT E X (ja EMACS) vaatii melkoisen määrän opiskelua aloittaaksesi, mutta se on sen arvoista, koska kun olet viihtynyt niissä, voit tuottaa kaikki!

Sähköposti

Sähköpostin etuja tuskin tarvitsee mainostaa, mutta oli aika, jolloin ihmiset eivät käyttäneet sitä tai luottaneet siihen. Nykyään monet näistä samoista ihmisistä voivat tuskin elää ilman sitä. Sen suurin etu on, että se antaa siihen osallistuvien ihmisten kommunikoida kätevästi ja varmuudella, että viesti vastaanotetaan. Toisin kuin posti, sähköposti voidaan lähettää hetken mielijohteesta ja yksi viesti voidaan lähettää useammalle kuin yhdelle kerralla. Toisin kuin puhelut, sähköposti ei riipu siitä, että soitettava on läsnä viestiä lähetettäessä. Jotkut sanovat, että se on epäinhimillistävä vaikutus, että viereisten toimistojen ihmiset, jotka kerran kävivät vierailemassa ja juttelevat, istuvat nyt liimautuneena näyttöihinsä ja lähettävät sähköpostiviestejä toisilleen, viestejä, joiden todellista tarkoitusta ei voida poimia kasvojen ilmeestä. kehonkieli, tai äänensävy. Tämä voi olla totta, mutta sähköposti on tullut jäädäkseen ja useimmat ihmiset löytävät tavan sovittaa se elämäänsä järkevällä tavalla.

Vaikka sähköposti oli ollut käytettävissä tietokoneessa 1960-luvun alusta lähtien (esim. MIT:n CTSS-aikajakojärjestelmässä), tietokoneiden välinen sähköposti sai alkunsa DEC-20-luvulla (tai tarkasti ottaen TENEXiä käyttävistä KL-10-koneista, "proto-TOPS-20"), BBN:ssä Cambridgessa, Massachusettsissa, vuonna 1972, kun BBN:n Ray Tomlinson mukautti TENEX-sähköpostiohjelmaansa lähettämään viestejä muille ARPANET-solmuille. Tämä ei sisältänyt vain uusia ohjelmistoja ja protokollia, vaan myös uutta merkintää: nyt kaikkialla läsnä olevaa käyttäjän @ isäntäosoitemuotoa .

Jos suoritit SYSTATin millä tahansa DEC-20:lla Columbiassa vuosina 1978–1988, noin puolet käyttäjistä käyttäisi EMACS:ia ja puolet MM:ää, ja vain satunnainen aikakatkaisu tekstin muotoiluun, ohjelmien kokoamiseen, tiedostojen siirtoon ja muihin toimintoihin. "oikeasta työstä". MM on Mail Manager, alun perin kirjoittanut Mike McMahon ja siirtynyt myöhemmin Mark Crispinille. Se on sähköpostijärjestelmän "käyttäjäagentin" puoli. MM on tavallinen etuoikeutettu käyttäjäohjelma, jonka avulla voit lukea sähköpostisi, kirjoittaa ja lähettää sähköpostia muille käyttäjille, välittää postia ja hallita postitiedostoasi. MM:n avulla voit siirtää viestejä eri tiedostoihin, tulostaa viestejä, poistaa niitä, merkitä ne myöhempää huomiota varten ja niin edelleen.

Mikä tahansa toiminto, jonka MM voi suorittaa yhdelle viestille, voi koskea myös viestisekvenssiä. Tämä on yksi MM:n tehokkaimmista ominaisuuksista. MM:n viestien valintatoimintojen avulla voit käsitellä sähköpostitiedostoasi melkein kuin tietokantaa ja tehdä monimutkaisia ​​kyselyitä, kuten "näytä minulle (tai vastaa tai poista tai välitä tai merkitse tai tulosta) kaikki niin ja niin lähetetyt viestit tällaisten päivämäärien välillä, jotka ovat pidempiä kuin niin monta merkkiä ja sisältävät sanan "foo" aiheessaan."

MM on valtavan tehokas, mutta se on myös helppokäyttöinen, koska se käyttää täysin COMND JSYS:ää. Käyttäjät voivat saada selville, mitä odotetaan milloin tahansa kirjoittamalla kysymysmerkin (paitsi kirjoittaessaan viestin tekstiä, jolloin kysymysmerkistä tulee osa tekstiä). On olemassa SET-komento, jonka avulla monia MM:n toimintoja voidaan mukauttaa ja sen oletustoimintoja muuttaa. Käyttäjät voivat tallentaa nämä mukautukset alustustiedostoon, joten ne tehdään automaattisesti aina, kun MM ajetaan.

MM otettiin nopeasti käyttöön DEC-20 MAILin ja RDMAILin hyväksi, ja sitä käytettiin alun perin ohjelmointihenkilöstön keskuudessa. Sen käyttö levisi nopeasti opiskelijoille ja opettajille siinä määrin, että useat kurssit tulivat täysin riippuvaiseksi siitä. Tehtiin läksyjä ja luentoja, pidettiin konferensseja, palautettiin tehtäviä, esitettiin kysymyksiä ja niihin vastattiin, kaikki MM:llä. MM:ää käytetään myös viestien lähettämiseen julkisille "ilmoitustauluille", joita käytettiin kaikkeen käytettyjen moottoripyörien myynnistä triviatietokilpailuihin poliittisista aiheista raivoaviin kiistoihin.

Columbiassa monet osastot sijaitsevat eri rakennuksissa kampuksella ja sen ulkopuolella. Nämä osastot olivat ihanteellisia ehdokkaita sähköpostiin, ja monet heistä hoitivat päivittäistä liiketoimintaansa MM:n avulla. Ja MM on yhtä kotonaan verkkoympäristössä. Kun otetaan huomioon asianmukaiset verkkoyhteydet ja jakeluagentti, MM:ää voidaan käyttää – ja käytetään – sähköpostin välittämiseen kaikkialla maailmassa nopeammin kuin mikään posti tai jakelupalvelu pystyisi toimittamaan paperia. Lähetämme Columbiasta sähköpostia Utahiin, Englantiin, Norjaan, Australiaan, Brasiliaan, Japaniin, Kiinaan ja Neuvostoliittoon ja saamme vastaukset muutamassa minuutissa (olettaen, että kirjeenvaihtajamme pitävät samanlaisia ​​parittomia tunteja kuin me tehdä!).

Toukokuu 2003 Jälkikirjoitus: Kesti vain vielä vuosikymmenen, ennen kuin sähköpostista tuli enemmän kirous kuin siunaus, ja jokainen tietokoneen käyttäjä joutui roskapostin ja/tai haitallisen sähköpostin, joka tunnetaan nimellä "roskaposti", valtaama. DEC-20 oli edelläkävijä myös tällä alalla: ensimmäinen roskaposti lähetettiin 1. toukokuuta 1978 1233-EDT DEC-MARLBORO.ARPA:sta (a DEC-20) kaikille ARPANET-yhteyshenkilöille (WHOIS-tietokannasta) mainostaen uutta. DEC-20 mallit.

Vuonna 2015 Columbia ulkoisti sähköpostinsa Googlelle.

[ Ylös ] [ Seuraava ] [ Edellinen ]

MUITA HUOMAUTUKSIA AVOITUKSIA

DEC-20-arkkitehtuuri juontaa juurensa 1960-luvun puoliväliin, DEC:n PDP-6:een, joka suunniteltiin LISP:tä ajatellen – puolisanat ja niihin liittyvät ohjeet sopivat täydellisesti CAR:ille ja CDR:ille (eli LISP-puhe, joka on peräisin IBM:n ohjesarjasta 704, jossa LISP kehitettiin ensimmäisen kerran). Suurin osa LISP:n suurista toteutuksista tehtiin DEC:n 36-bittisille koneille — MACLISP, INTERLISP — ja niihin perustuvista sovelluksista MIT:n MACSYMA erottuu maamerkkinä. Tiedemiehet ja insinöörit käyttävät MACSYMAa manipuloidakseen mielivaltaisen monimutkaisia ​​matemaattisia ilmaisuja symbolisella tasolla numeerisen sijaan. On olemassa yksi kuuluisa (ehkä apokryfinen) tarina 1800-luvun tähtitieteilijä-matemaatikosta, joka omisti elämänsä kuun täsmällisen liikeyhtälön muotoilemiseen. Tuloksena oli 300-sivuinen kirja.

Vuonna 1971 Ralph Gorin Stanfordin yliopistosta kirjoitti ensimmäisen tunnetun tietokonepohjaisen tekstin oikeinkirjoituksen tarkistuksen, SPELL for TOPS-10. Myöhemmin se mukautettiin DEC-20:een ja "liitettiin" EMACS- ja MM-pakettien kanssa. SPELLin jälkeläiset ovat legioona – mikään itseään kunnioittava PC-pohjainen tekstinkäsittelyohjelma ei ilmesty julkisuuteen ilman oikeinkirjoituksen korjausta.

[ Ylös ] [ Seuraava ] [ Edellinen ]

MUUNTAMINEN UNIX-KÄYTTÖÖN

[Muista: tämä asiakirja on kirjoitettu vuonna 1988.]

" Sujuvaa purjehdusta läpi 80-luvun..." 80-luvun lopulla DEC-20-palvelun kysyntä tasaantui ja alkoi sitten laskea. DEC-20 oli kuin leikkurilaiva, korkein ilmentymä tekniikasta, jota monet pitivät vanhentuneena - suuri keskusaikajakotietokone . Opiskelijat olivat nyt valmiita luopumaan DEC-20:n tarjoamista mukavuuksista oman tietokoneensa ohjaamiseksi ja ennustettaviksi. Columbian Apple University Consortiumin jäsenyyden ansiosta opiskelijoiden käsissä oli pian tuhansia Macintosheja. Erikoisjärjestelyt IBM:n kanssa IBM PC:t sijoitettiin myös satoihin toimistoihin ja asuntoloihin. Nämä järjestelmät täyttivät opiskelijoiden tarpeet pienissä Pascal- ja Basic-ohjelmointitehtävissä sekä vaatimattomassa tekstinkäsittelyssä ja vapauttivat keskusjärjestelmiä suuresta taakasta. PC:t eivät kuitenkaan täyttäneet tietojenkäsittelytieteen ja muiden tekniikan osastojen tarpeisiin,jossa suuremmat projektit osoitettiin kielillä, kuten Fortran, C, Prolog ja Lisp, joita ei ollut helposti ja edullisesti saatavilla tietokoneille.

Sillä välin UNIX valtasi tietokonemaailman – keskuskoneissa, minikoneissa, työasemissa ja jopa PC:issä. Suurin ryhmämme opetuskäyttäjiä – CS-opiskelijat – teki suurimman osan työstään laitosten ATT 3B2:n parissa, mutta tarvitsi kipeästi keskitetyn, luotettavan ympäristön siedettävällä suorituskyvyllä, varmuuskopioilla, palvelulla ja kaikella muulla. Olimme jo käyttäneet UNIXia VAX 750:ssä muutaman vuoden (sisäistä kehitystyötä varten) sekä Amdahl UTS:ää IBM:n keskuskoneessa, joten olimme kehittäneet UNIX-asiantuntemusta.

Näistä syistä päätimme, että on aika aloittaa muuntaminen TOPS-20:stä UNIX:ksi. Taloudellisista syistä valitsimme tähän tarkoitukseen VAX 8650:n. DEC-20-vaihto oli houkutteleva, ja saimme säilyttää vanhat levy- ja nauha-asemamme. Itse asiassa arvelimme, että yli 3 vuoden aikana VAX:n ostaminen oli halvempaa kuin DEC-20:n pitäminen. Ja se oli tehokkaampi, suuremmalla osoiteavaruudella ja pienemmällä jalanjäljillä kuin sen korvaamassa DEC-20:ssa.

VMS:ää ei valittu useista syistä. Ensinnäkin DEC:n TOPS-20:n luopuminen tunsimme olomme hieman petetyksi, emmekä halunneet jättää itseämme avoimeksi samalle kohtelulle tulevaisuudessa. UNIX, toisin kuin VMS, ei sido sinua tiettyyn toimittajaan. Lisäksi UNIXissa on verkko ja tietoliikenne kaikki tärkeimmät vaatimukset: Ethernet, TCP/IP, DECnet (alkuperäinen UNIX-verkkomme oli Ultrix-32), BITNET (UREP), RS-232- ja LAT-päätteet, Kermit. Ja itse UNIXilla on monia etuja: erittäin tehokas sovellusten kehitysympäristö kokeneille ohjelmoijille, ohjelmoitava kuori, ohjelmien putkisto, yksinkertaiset mutta tehokkaat apuohjelmat.

UNIX on kuitenkin tunnetusti ytimekäs, salaperäinen ja epäystävällinen, etenkin aloitteleville tietokoneen käyttäjille. VMS, vaikka siitä puuttuu DEC-20:n COMND JSYS, on varmasti ystävällisempi kuin UNIX ja monisanainen vika. Aloitimme kääntymyksen ilman epäilyksiä.

Monet meistä DEC-20:n käyttäjistä vastustivat muutoksia. Tuttuus, hyvässä tai pahassa, houkuttelee usein enemmän kuin epävarmuus. Mutta UNIX-muuntaminen pakotti meidät luopumaan joistakin ominaisuuksista, jotka alun perin vetivät meidät DEC-20:een.

TOPS-20 Execin tarjoama "käyttäjäystävällinen" kuori, joka antaa apua tarvitseville, mutta ei rankaise kokeneita käyttäjiä, on luultavasti eniten unohdettu ominaisuus. UNIXissa useimmat komennot ovat ohjelmia, joiden oletetaan sisältävän vain valitsimia tai tiedostonimiä. Tämä tarkoittaa, että et voi saada "?" komentotulkin komentot ja argumentit, koska ohjelmat, jotka toimisivat ohjepyynnön perusteella, eivät ole vielä edes alkaneet toimia. Tämä on päinvastainen TOPS-20:lle, jossa useimmat tärkeimmät toiminnot on sisäänrakennettu exec-ohjelmaan, mutta joka ei salli tiiviiden rakennuspalikkaohjelmien yhdistämistä UNIXin tapaan.

Jos haluat mainita esimerkin TOPS-20- ja UNIX-filosofian radikaaleista eroista, oletetaan, että haluat luoda menettelyn, joka tuottaa hakemistoluettelon, lajittelee sen käänteiseen järjestykseen tiedostokoon mukaan ja muotoile luettelon numeroiduiksi sivuiksi, joissa on kolme saraketta per. sivu, sopii tulostukseen. TOPS-20:ssä vietät viikon konekieliohjelman kirjoittamiseen tehdäksesi kaiken tämän. UNIXissa työkalut ovat jo olemassa, ja ne tarvitsee vain yhdistää halutulla tavalla:

ls -s | lajittele -r | pr -3

Tämä tekee UNIXista melko houkuttelevan. Mutta kun DEC-20-ohjelma on kirjoitettu, se sisältää sisäänrakennetun ohjeen, komentojen ja tiedostonimien täydennyksen jne., kun taas UNIX-menettelyä voivat käyttää vain ne, jotka tietävät tarkalleen mitä tekevät. Jos olet kirjoittanut "ls -s | sort", mutta et tiedä mikä on oikea lajitteluvaihtoehto, kysymysmerkin kirjoittamisesta ei ole siinä vaiheessa mitään hyötyä, koska lajitteluohjelma ei ole vielä käynnissä.

DEC-20 (kuten useimmat yleiset käyttöjärjestelmät) käyttää kirjainkoosta riippumattomia komentoja ja tiedostonimiä. Tapausriippuvuus on kuitenkin UNIXin ominaisuus, jota sen kannattajat puolustavat voimakkaasti. Se voi olla varsin hämmentävää muiden käyttöjärjestelmien käyttäjille. Yleensä UNIX-komennot eroavat suuresti muissa järjestelmissä käytetyistä komennoista. Vaikka DEC-20 ei olisi tarjonnut valikkokohtaista ohjetoimintoa, keskivertokäyttäjä olisi luultavasti voinut arvata oikeat komennot kirjoittamiseen - DELETE poistaa tiedoston, COPY kopioidaksesi tiedoston, NIMI uudelleen nimetäksesi tiedoston jne. Kuinka poistat tiedoston UNIXissa? POISTAA? Ei... POISTA? Ei, se on "rm" (vain pienet kirjaimet!).

Ilman käsikirjaa, miten saisit tämän selville? Vaikka tietäisit sanasta "man -k" (avainsanahaku verkkooppaan kautta), UNIX ei anna sinulle paljon apua: "man -k delete" ei löydä mitään olennaista, eikä myöskään "man -k erase" . Mutta ainakin "rm" viittaa jossain määrin sanaan "remove", ja todellakin "man -k remove" olisi paljastanut vaikeasti käytettävän komennon (UNIXin varhaisissa versioissa oli vielä vaikeampi nimi tälle komennolle: dsw, lyhenne sanoista "do swedanya", hyvästit venäjäksi, translitteroitu puolaksi tai ehkä saksaksi; tämä ei ole ainoa paikka, jossa sensori on ollut töissä... Nykyisissä UNIXin "standardiversioissa" ei ole "help"-komentoa, mutta aikaisemmat julkaisut,

En (fdc) muista mistä kaivoin "do swedanya" -viittauksen, mutta ilmeisesti se on kaupunkilegenda. Dennis Ritchie sanoi vuonna 1981 Usenet-viestissä, että todellinen etymologia on "poista kytkimistä"; alkuperäinen PDP-7 dsw-ohjelma oli "rm -i":n (poista interaktiivisesti) edeltäjä, jossa suorittimen kytkimet tarjosivat vuorovaikutuksen.

TOPS-20:n erityinen ominaisuus on se, että se säilyttää kustakin tiedostosta useita sukupolvia (versioita), mikä antaa mahdollisuuden palata aikaisempaan versioon, jos viimeisin kärsii inhimillisestä erehdyksestä, järjettömyydestä tai tragediasta. Tämä yhdistettynä kykyyn herättää tiedosto uudelleen sen jälkeen, kun se on poistettu, antaa mukavuuden ja turvallisuuden tunteen, jota voidaan arvostaa vasta, kun siirrytään perinteisempään ja epävarmempaan tiedostojärjestelmään. Jos poistat tiedoston UNIXissa tai luot uuden tiedoston samalla nimellä kuin olemassa oleva tiedosto, vanha tiedosto on yksinkertaisesti poissa. "rm *" -komento UNIXissa on yksinkertaisesti liian tehokas ja liian hiljainen. Kyllä, se teki sen, mitä sanoit, mutta mistä se tiesi, että tarkoitit mitä sanoit? UNIX ei pelasta käyttäjiä heiltä.

Toinen TOPS-20:n tärkeä ominaisuus on looginen laitenimi, jota voidaan määritellä äärettömästi koko järjestelmälle ja jokaiselle yksittäiselle käyttäjälle. Jokainen looginen nimi voi viitata tiettyyn laitteeseen ja/tai hakemistoon tai kokonaiseen joukkoon niitä, jotka haetaan järjestyksessä. Nämä on sisäänrakennettu itse käyttöjärjestelmään, kun taas PATH- ja CDPATH-käsitteet ovat jälkikäteen, oksastettu UNIX-kuoreen, eivät ole käytettävissä ohjelmien sisällä, eivätkä sovellu niiden rajoitettujen toiminta-alueiden ulkopuolella.

Sitten meillä on ohjelmointikielet, jotka eivät enää olisi käytettävissä — ALGOL (60 & 68), APL, BASIC, BCPL, BLISS (10, 11 ja 36), CPL (ja "oikea" PL/I), ECL, FOCAL , PPL, SAIL, SIMULA, SNOBOL, ... Ja TECO! Ja MACRO ja Midas ja Fail... Itse asiassa harvat ihmiset jäävät kaipaamaan näitä, lukuun ottamatta APL:ää (jota käytetään joissakin luokissa) ja SNOBOLia (jotka löytyy edelleen UNIXille valituista alustoista).

Tietenkin kaikki kotimaiset asennuskielellä kirjoitetut sovelluksemme piti tehdä uudelleen UNIXille: käyttäjätunnusten syöttäminen ja hallinta (toisin kuin passwd-tiedoston muokkaaminen), kirjanpito, käyttäjärajoitukset (ACJ, Omega). Ja yksi ominaisuus, jota emme voisi enää koskaan elää ilman, on MM, tehokas sähköpostinhallintajärjestelmä, jota aloittelijat ja asiantuntijat voivat käyttää.

Positiivista on se, että emme luopuisi EMACS:sta, Scribestä, TeX:stä, Kermitistä tai TCP/IP-apuohjelmista Telnetistä ja FTP:stä. Kaikki nämä ohjelmat ovat saatavilla jossain muodossa UNIX-käyttöjärjestelmää varten. Jotkut UNIX-toteutuksista ovat selkeitä parannuksia, kuten Free Software Foundationin GNU EMACS, ilman TOPS-20 EMACSin muistirajoituksia. Siellä on myös korkealaatuinen Fortran DEC:ltä insinööreillemme ja tietysti koko C- ja LISP-ohjelmointiympäristöt CS-opiskelijoille ja muille ohjelmistokehittäjille sekä joukko tehokkaita tekstinkäsittelyapuohjelmia, kuten sed, grep, awk, lex ja yacc. , joiden toimintojen pitäisi olla ilmeisiä niiden nimistä.

VAX-asennus oli paljon nopeampi kuin tyypillinen DEC-20-asennus. 8650:n suorituskyky oli varsin napakka, ja sen luotettavuus oli erinomainen. Vuoden kuluttua 8650 myytiin ja toinen DEC-2065 vaihdettiin DEC:hen VAX 8700:ksi. 8700 on suunnilleen sama teho kuin 8650, mutta toisin kuin 8650, se on yhteensopiva uusien BI-laitteiden kanssa. ja päivitettävissä suurempaan malliin VAX, jos se loppuu.

Kävi kuitenkin ilmi, että kun oli aika laajentaa, oli kustannustehokkaampaa ostaa Sun UNIX -järjestelmiä sen sijaan, että päivittäisi 8700 isompaan VAX:iin. Tämä on valinta, jota et saa patentoidulla käyttöjärjestelmällä, kuten TOPS-20, VMS jne. VAX: sta SUN: ksi muuntaminen vaatii jonkin verran "luovuttamista" (esim. DECnet), mutta ei läheskään niin paljon kuin matka DEC:stä. -20 VAX:lle, ja vastineeksi saat erittäin tehokkaan koneen murto-osassa VAX:n lattiatilasta – mitä Jupiterin olisi pitänyt olla, mutta UNIXilla TOPS-20:n sijaan.

[ Ylös ] [ Seuraava ] [ Edellinen ]

TÄRKEIMMÄT MUUTOSONGELMAT

[Muista: tämä on kirjoitettu vuonna 1988.]

Iso kysymys UNIX-muunnoksen aikana oli käyttäjien koulutus. UNIX ei auta käyttäjiä samalla tavalla kuin TOPS-20. COMND-tyyliä ei ole olemassa? apua, ei ole edes "help"-komentoa. Itse komennoilla ei ole intuitiivisia nimiä: käyttäjän on vaikea arvata, että "mv" on komento nimetä tiedosto uudelleen, "kissa" kirjoittaa tiedosto jne. Kuinka käyttäjät tietävät kuinka vastata mykistykseen "$" (tai "%") tuijottaa heitä kasvoihin? Pitäisikö meidän kirjoittaa heille käyttäjäystävällinen kuori? Tai lukuisia opetusohjelmia ja käyttöohjeita?

Kaikesta salaperäisyydestään huolimatta UNIXista on tullut erittäin suosittu. UNIX-järjestelmät toimivat kaikenlaisissa tietokoneissa PC:stä supertietokoneisiin. Tämän seurauksena tietokonekirjakaupat ovat täynnä "Teach Yourself UNIX" -tyyppisiä kirjoja. Tuntuksemme on ollut, että vaikka UNIX itse olisi kuinka salaperäinen ja epäystävällinen, sitä ei pitäisi muuttaa. Muuten menetämme yhteensopivuuden muiden UNIX-järjestelmien kanssa, kirjat ja artikkelit, jätämme itsemme avoimeksi ylläpitopainajaiselle ja annamme käyttäjillemme töykeän yllätyksen, jos he joskus kohtaavat oikean UNIX-järjestelmän.

Toinen ongelma on postijärjestelmä. Käyttäjätason sähköpostiagenttina voit valita UNIX-sähköpostin tai GNU EMACS RMAILin. UNIX-sähköposti on alkeellista ja epäintuitiivista, ja RMAIL on vain niille, jotka tuntevat EMACS:n. RMAILin etuna on johdonmukainen käyttöliittymä – ei hyppää sisään ja ulos editorista – mutta sillä on suhteellisen rajoitettu komentovalikoima.

Käyttäjämme ovat hyvin tottuneet sähköpostiin, mikä johtuu suurelta osin MM:n tehosta, mukavuudesta ja ystävällisyydestä. Monet MM:n suurimmista käyttäjistä ovat opettajia tai ylläpitäjiä, joiden ei tarvitse opetella uutta sähköpostijärjestelmää. Mutta niinkin tehokas ohjelma kuin MM vaatii paljon komentoja, ja kun sinulla on useita komentoja, tarvitset sellaisen sisäänrakennetun avun, joka tulee ilmaiseksi DEC-20:ssa. Samanlaiset kommentit koskevat muitakin monimutkaisia ​​ohjelmia, kuten (järjestelmässämme) käyttäjätunnusten syöttö- ja hallintaohjelmia, käyttöliittymää (kuten DEC-20:n OPR) jne.

Tästä syystä päätimme "muuttaa uudesta järjestelmästämme rakkaan vanhan" kirjoittamalla COMND-paketin UNIXille. Tämä paketti, CCMD, sai alkunsa osana "Hermit"-projektia, Kolumbia-tutkimusta, jota rahoitti DEC, 1983-87. Yritimme suunnitella verkkoarkkitehtuurin, joka mahdollistaisi erilaisten PC-tietokoneiden – IBM, Rainbow, Pro-380, VAXstation, SUN, Macintosh jne. – pääsyn DEC-20- ja IBM-keskuskoneidemme tiedostoihin ja palveluihin johdonmukaisesti ja läpinäkyvä tapa. Projekti lopulta epäonnistui, koska tekniikka meni ohi (halvat Ethernet- ja token ring -yhteydet ja yhdyskäytävät, Sun NFS, VAX-pohjaiset Macintosh-tiedostopalvelimet jne.).

CCMD, joka on kirjoitettu kokonaan C-kielellä, suorittaa kaikki COMND-toiminnot ja paljon muuta, jäsentää päätteestä, tiedostosta, uudelleenohjatusta standardisyötteestä tai merkkijonosta muistissa. Sitä ei ole suunnattu millekään tietylle näppäimistölle tai näytölle. Se ei suosi aloittelijaa eikä asiantuntijaa. Se toimii 4.xBSD:n, Ultrixin, AT&T System V:n, SunOS:n ja MS-DOS:n alla, ja sen pitäisi olla helposti siirrettävissä VAX/VMS:ään ja muihin järjestelmiin, joissa on C-kääntäjä.

CCMD on täysimittainen COMND-toteutus, joka mahdollistaa ketjutetut FDB:t (esim. jäsentää tiedostonimen, numeron tai päivämäärän), komentosyöttöjen uudelleenohjauksen ja niin edelleen. Lisäykset DEC-20 COMND JSYS:ään sisältävät "?"-ohjeluettelot tiedostonimien täsmäämistä varten, osittaisen tiedostonimen täydennyksen (ensimmäiseen merkkiin asti, joka ei ole yksilöllinen), erittäin joustavan aika- ja päivämääräjäsentimen sekä muita tietotyyppejä.

CCMD:tä käyttämällä Columbian ohjelmoijat pystyivät kirjoittamaan DEC-20 MM:n kloonin kokonaan C-kielellä. Siinä on kaikki DEC-20 MM:n ominaisuudet sekä muutama muu. Se käsittelee useita sähköpostitiedostomuotoja, mukaan lukien DEC-20, Babyl (RMAIL) ja mbox (UNIX-sähköposti). Se käyttää jakelujärjestelmänä UNIX sendmailia, ja sen pitäisi olla mukautettavissa muiden kuin UNIX-järjestelmien toimituspalveluihin.

Kirjoittajat - ja yllättävän monet muut ihmiset ympäri maailmaa - käyttävät edelleen Columbia MM:ää sähköpostiohjelmanaan (mutta valitettavasti ei Columbiassa vuodesta 2015 lähtien). Se voidaan rakentaa ja asentaa (ainakin) Linuxiin, FreeBSD:hen, OpenBSD:hen, NetBSD:hen, Solarikseen ja SunOS:ään. Löydät sen TÄÄLTÄ .

[ Ylös ] [ Seuraava ] [ Edellinen ]

LOPPUSANAT...

[Muista: tämä on kirjoitettu vuonna 1988.]

Columbia on erittäin hajautettu, ja se kohtaa kaikille korkeakouluille yhteistä budjettipuristusta. Ei ole keskitettyä velvollisuutta sijoittaa jokaiselle pöydälle kalliita työasemia, jotka on yhdistetty gigabitin valokuituverkoilla. Opiskelijat, tiedekunnat ja henkilökunta käyttävät suurimmaksi osaksi omia tai osastojen varoja saadakseen parhaan käytettävän tietokoneen, tyypillisesti IBM PC:n tai Macintosh-tietokoneen, jossa on RS-232-liitäntä. Useimmat käyttäjät kommunikoivat vain satunnaisesti puhelinverkkoyhteyden kautta tai vetämällä levykkeen julkiseen PC-laboratorioon, jossa tietokoneet on kytketty verkkoon tai lasertulostimeen.

Mitä tehdään keskitetysti, kun tietokoneet tulevat halvemmiksi ja tehokkaammiksi? Jotkut väittävät, että kaikki, mitä VAX tai DEC-20 voi tehdä, voidaan tehdä myös PC:llä. Ainoat poikkeukset voivat olla erittäin suuret sovellukset, jaetut ja/tai suuret ja/tai jatkuvasti muuttuvat tietokannat ja viestintä yleensä – suuralueverkot, sähköposti, jaetut ohjelmakirjastot, ilmoitustaulut, konferenssit, ...

Mutta massiivinen tietojenkäsittelyn hajauttaminen merkitsee valtavaa päällekkäistä työtä ja kustannuksia laitteistolle, ohjelmistolisenssille ja ylläpidolle. Kaikista tulee järjestelmäpäälliköitä, jotka tekevät varmuuskopioita, vianetsintää, ohjelmiston asennusta ja virheenkorjausta, konsultoivat, kouluttavat ja etsivät osia. Tutkijat, jotka aikoinaan etsivät parannuskeinoa syöpään tai AIDSiin, pyörittelevät nyt DIP-kytkimiä, käyttävät Norton-apuohjelmia rikkoutuneilla kiintolevyillä ja etsivät BYTEn takasivuja. Jokaisella henkilöllä tai ryhmällä voi olla ainutlaatuinen kokoelma ohjelmistoja ja laitteita, mikä tekee ohjauksesta, yhteistyöstä ja useimmista muista toiminnoista paljon vaikeampaa kuin aikaosuuspäivinä. Ja laskentalaitteille on löydettävä tilaa käytännössä jokaiseen toimisto- ja asuntolahuoneeseen, ei yhdelle keskusalueelle. Jonain päivänä, budjetoijat saattavat huomata kaiken tämän hajautetun laskennan kumulatiivisen vaikutuksen ja heiluri alkaa heilua takaisin toiseen suuntaan. Mikä on ilmaus "mittakaavaedut?"...

Lehdessä oli muutama vuosi sitten polttoainekriisin aikana artikkeli, jossa käsiteltiin clipper-alusten palauttamista... DEC:n suuret järjestelmät, aikaosuuden aikakauden clipper-alukset, eivät koskaan palaa, mutta ne elävät edelleen synnyttämissään ohjelmistoissa. — EMACS, TeX, Scribe, Spell, MM, Kermit, edistyneet LISP-murteet ja niin edelleen. Samaan aikaan, kun tietokoneteollisuus kamppailee muuttaakseen PC:t monikäyttäjäjärjestelmiksi ja keksiäkseen uudelleen moniprosessointia, turvallisuutta ja muita unohdettuja konsepteja, voi kannattavasti pysähtyä katsomaan menneitä vuosikymmeniä, jolloin laskentalaitteiden kustannukset ja rajoitukset pakottivat suunnittelijat ja koodaajat ole... no, viisaampi.

[ Ylös ] [ Seuraava ] [ Edellinen ]

EPILOGI

(tammikuu 2001)

Tänään, kun voit kävellä tavalliseen myymälään ja ostaa tietokoneen, jossa on 10 kertaa suurempi teho (ja 100 kertaa päämuisti ja 1000 kertaa levykapasiteetti) suurimmasta, nopeimmasta KL10:stä, joka on koskaan valmistettu alle 1 000 dollarilla, kytke se tavallisella pistorasialla ja puhelinpistorasialla (tai kaapelisovittimella tms.) ja olla Internetissä muutamassa minuutissa värillisen grafiikan, videon, äänen ja kuka tietää minkä muun ansiosta, saatamme helposti unohtaa kuinka tietokoneet ovat kehittyneet suurista erilliset tallennetut ohjelmalaskimet "kommunikaattoriksi". Ainakin meille Columbia Universityssä muutos alkoi suurista DEC-järjestelmistä, jotka avasivat meidät kaikki kerralla tiedostojen jakamiseen, sähköpostiin sekä paikalliseen ja laajaan verkkoon, mikä avasi yhteistyö- ja viestintämahdollisuuksia työssä ja elämässä: tietokoneella, koko kampuksella ja ympäri maailmaa.

PDP-10:n postmortem on ollut pitkä ja tuskallinen (kuka tappoi sen ja miksi, miten se olisi voinut selviytyä, ja millainen maailma olisi tänään, jos se olisi), mutta ne, jotka saattavat silti pitää vilauksesta 1970-luvun jännittäviin aikoihin ja 80-luvulla, jolloin tietokoneista tuli ensin kulttuuriilmiö ja viestintäväline voi nyt tehdä niin useiden ohjelmistopohjaisten PDP-10-emulointiprojektien ollessa käynnissä. Ehkä suurin perintö ajalta löytyy nykypäivän avoimien ohjelmistojen liikkeestä, jossa kehittäjät ympäri maailmaa tekevät yhteistyötä projekteissa käyttöjärjestelmistä (Linux, FreeBSD jne.) kaikenlaisiin sovelluksiin, aivan kuten alkuperäinen PDP-10 ARPANET "hakkerit" tekivät ( onko tämä elinkelpoinen liiketoimintamalli, on erillinen kysymys :-)

Sillä välin monet meistä, jotka elimme tuon aikakauden läpi, säilyttävät vanhat tottumukset ja käyttävät edelleen tekstipohjaisia ​​sovelluksia, kuten EMACS ja MM, mieluummin kuin niiden muodikkaita mutta työvoimavaltaisia ​​GUI-korvauksia, mutta UNIX-alustoilla, kuten Linux, PDP-10:n sijaan. Joka kerta kun uusi PC-virus syöksyy koko planeetan kaaokseen ja paniikkiin, huomaamme tuskin . Vanhoista tavoista on sanottavaa.