Tandem számítógépek - Tandem Computers

Tandem Computers, Inc.
típus A HPE szerverosztása
Alapított 1974
Alapító James Treybig
Sors A Compaq 1997 -ben vásárolta meg
Központ Cupertino, CA
Kiszolgált terület
 Világszerte
Termékek Szerverek, hibatűrő számítógépes rendszer

Tandem Computers, Inc. volt a domináns gyártó hibatűrő számítógépes rendszerek számára ATM hálózatok, a bankok , tőzsdék , Telefonközpont központokkal és más hasonló kereskedelmi tranzakció-feldolgozás igénylő maximális üzemidőt és nulla adatvesztés. A céget Jimmy Treybig alapította 1974 -ben Cupertinóban, Kaliforniában . Független maradt 1997 -ig, amikor a Compaq -on belül szerverosztály lett . Ez most a Hewlett Packard Enterprise szerverosztálya , miután a Hewlett-Packard felvásárolta a Compaq-ot, és a Hewlett Packardot HP Inc.-re és Hewlett Packard Enterprise-ra osztotta fel .

A Tandem NonStop rendszerei számos független azonos processzort, redundáns tárolóeszközt és vezérlőt használnak az automatikus nagy sebességű " feladatátvételhez " hardver- vagy szoftverhiba esetén. A hibák és a sérült adatok terjedelmének korlátozása érdekében ezek a több számítógépes rendszerek nem rendelkeznek megosztott központi komponensekkel, még a fő memóriával sem. A hagyományos többszámítógépes rendszerek közös memóriákat használnak, és közvetlenül a megosztott adatobjektumokon dolgoznak. Ehelyett a NonStop processzorok együttműködnek azzal, hogy üzeneteket cserélnek egy megbízható szöveten, és a szoftver időszakos pillanatfelvételeket készít a programmemória állapotának esetleges visszafordítása érdekében.

Amellett, hogy jól kezeli a hibákat, ez a " semmit sem megosztó " üzenetküldő rendszer-kialakítás rendkívül jól méretezhető a legnagyobb kereskedelmi munkaterheléshez is. A processzorok számának minden duplázása megduplázza a rendszer átviteli sebességét, maximum 4000 processzor konfigurációig. Ezzel szemben a hagyományos többprocesszoros rendszerek teljesítményét bizonyos megosztott memória, busz vagy kapcsoló sebessége korlátozza. Ha több mint 4–8 processzort ad hozzá ilyen módon, a rendszer nem gyorsul tovább. A NonStop rendszereket gyakrabban vásárolták a méretezési követelmények teljesítésére, mint az extrém hibatűrés érdekében. Jól versenyeznek az IBM legnagyobb nagyszámítógépeivel, annak ellenére, hogy egyszerűbb miniszámítógép -technológiából készültek.

Alapítás

A Tandem Computers -t James (Jimmy) Treybig alapította 1974 -ben . Treybig először látta a piaci igény Hibatűrés OLTP (online tranzakciós) rendszerek futtatása közben a marketing csapat Hewlett Packard által HP 3000 számítógépen osztály, de a HP-t nem érdekli a fejlődő erre rést. Ezután csatlakozott a Kleiner & Perkins kockázati tőkecéghez, és ott dolgozta ki a Tandem üzleti tervet. Treybig összehozott egy alapvető mérnöki csapatot, amelyet a HP 3000 részlegétől béreltek fel : Mike Green, Jim Katzman, Dave Mackie és Jack Loustaunou. Üzleti tervük rendkívül megbízható rendszereket ír elő, amelyeknek soha nem volt kimaradása, és soha nem vesztek el vagy sérültek az adatok. Ezek új módon modulárisak voltak, és minden „ egypontos meghibásodástól ” mentesek voltak , de csak kissé drágábbak, mint a hagyományos, hibát nem tűrő rendszerek. Ezek olcsóbbak lennének, és nagyobb átbocsátóképességet biztosítanának, mint egyes meglévő ad hoc edzett rendszerek, amelyek redundáns, de általában "forró tartalékokat" igényelnek.

Minden mérnök bízott abban, hogy gyorsan le tudja vonni a részét a trükkös új konstrukcióból, de kételkedett abban, hogy mások területeit ki lehet dolgozni. A hardver és a szoftver kialakításának nem különbözõ részei alapvetõen a HP 3000 ismert hardver- és szoftverterveinek fokozatos fejlesztésén alapultak. Sok további mérnök és programozó is a HP -tól érkezett. A tandem központja Cupertinóban, Kaliforniában , egy mérföldnyire volt a HP irodáitól. A Tandem Computers kezdeti kockázati tőkebefektetése Tom Perkins -től származik, aki korábban a HP 3000 divízió vezérigazgatója volt.

Az üzleti terv részletes ötleteket tartalmazott Treybig értékeit tükröző egyedi vállalati kultúra kialakítására.

A kezdeti Tandem/16 hardver tervezése 1975 -ben készült el, az első rendszer pedig 1976 májusában került a Citibankhoz.

A vállalat szakadatlan exponenciális növekedésnek örvendett egészen 1983-ig. Az Inc. magazin a Tandemet a leggyorsabban növekvő állami vállalatnak minősítette Amerikában.

Tandem NonStop (TNS) veremgépek

40 év alatt a Tandem fő NonStop termékcsaládja felfelé kompatibilis módon nőtt és fejlődött a kezdeti T/16 hibatűrő rendszerből, a mai napig három jelentős változás történt a legmagasabb szintű moduláris architektúrában vagy a programozási szintű utasításkészletben építészet. Az egyes sorozatokon belül számos jelentős újrafeldolgozás történt a chip-technológia előrehaladtával.

Míg a hagyományos rendszerek a kor, beleértve a nagy mainframe volt átlagos idő közötti-hibák (MTBF) nagyságrendileg néhány nap, a NonStop rendszer célja az volt, hogy nem sikerült időközönként 100-szor hosszabb, a uptimes években mérve. Mindazonáltal a NonStop-ot úgy tervezték, hogy versenyképes legyen a hagyományos rendszerekkel, az egyszerű 2 CPU-s rendszer ára valamivel több mint kétszerese a versenytárs egyprocesszoros nagygépének, szemben a többi hibatűrő megoldással négy vagy több alkalommal.

Folyamatos I.

Az első rendszer a Tandem/16 vagy a T/16 volt , később a NonStop I márkanevet kapta . A gép 2-16 CPU-ból állt, hibatűrő számítógép-fürtként , egyetlen rackbe csomagolva. Minden CPU saját privát, megosztatlan memóriával, saját I/O processzorral, saját I/O busszal rendelkezett az I/O vezérlőkhöz való csatlakozáshoz, valamint kettős kapcsolattal az összes többi CPU-hoz a Dynabus nevű egyedi CPU-hátlapi buszon keresztül . Minden lemezvezérlő vagy hálózati vezérlő megismétlődött, és kettős kapcsolatokkal rendelkezett a CPU -khoz és az eszközökhöz. Minden lemezt tükröztek, külön kapcsolatokkal két független lemezvezérlőhöz. Ha egy lemez meghibásodott, annak adatai továbbra is rendelkezésre állnak a tükrözött másolatból. Ha egy CPU vagy vezérlő vagy busz meghibásodott, a lemez továbbra is elérhető volt alternatív CPU -n, vezérlőn és/vagy buszon keresztül. Minden lemez vagy hálózati vezérlő két független CPU -hoz volt csatlakoztatva. A tápegységeket egyes CPU -k, vezérlők vagy buszok csak az egyik oldalához kötötték, hogy a rendszer továbbra is jól működjön a kapcsolatok elvesztése nélkül, ha egy tápegység meghibásodik. Az alkatrészek és csatlakozások gondos összetett elrendezését az ügyfelek nagyobb konfigurációiban egy Mackie -diagram dokumentálta , amelyet David Mackie vezető értékesítőről neveztek el, aki feltalálta a jelölést. Ezen duplikált alkatrészek egyike sem volt pazarolt "forró tartalék"; minden hozzáadott a rendszer átviteli sebességéhez a normál működés során.

A meghibásodott alkatrészekből való jó helyreállítás mellett a T/16 -ot is arra tervezték, hogy a lehető leghamarabb észlelje a szakaszos meghibásodásokat. Ezt a gyors észlelést "sikertelen gyorsnak" nevezik. A lényeg az volt, hogy megtalálja és elkülönítse a sérült adatokat, mielőtt véglegesen beírták az adatbázisokba és más lemezfájlokba. A T/16 -ban a hibafelismerést néhány hozzáadott egyedi áramkör jelentette, amelyek kevés költséget jelentettek a teljes konstrukcióhoz; egyetlen nagyobb részt sem másoltak csak a hiba észlelése érdekében.

TANDEM T/16 memória kártya

A T/16 CPU saját tervezésű volt. Nagy hatással volt rá a HP 3000 minikomputer. Mindketten mikroprogramozott , 16 bites , verem alapú gépek voltak szegmentált, 16 bites virtuális címzéssel. Mindkettőt kizárólag magas szintű nyelveken akarták programozni, összeszerelő használata nélkül . Mindkettőt kezdetben szabványos kis sűrűségű TTL chipeken keresztül valósították meg , mindegyikben a 16 bites ALU 4 bites szelete volt . Mindkettőnek volt kis számú, legfelső szintű, 16 bites adatregisztere és néhány extra címregisztere a memóriaköteg eléréséhez. Mindketten az operanduscím-eltolások Huffman-kódolását használták , hogy sokféle címmódot és eltolási méretet illesszenek be a 16 bites utasításformátumba, nagyon jó kódsűrűséggel. Mindketten nagymértékben támaszkodtak a közvetett címek halmazára a rövid utasításformátum leküzdése érdekében. Mindkettő támogatja a nagyobb 32 és 64 bites operandusokat több ALU cikluson keresztül, valamint a memória-memória karakterlánc műveleteket. Mindkettő a hosszú és a rövid memória operandusok "nagyvégű" címzését használta. Ezeket a funkciókat a Burroughs B5500-B6800 nagyszámítógépek ihlették.

A T/16 utasításkészlet számos tulajdonságot megváltoztatott a HP 3000 kivitelétől. A T/16 a kezdetektől támogatta a lapozott virtuális memóriát. A HP 3000 sorozat csak a PA-RISC generációjához, 10 évvel később adta hozzá a lapozást (bár az MPE V-nek 1978-ban volt egy lapozási formája az APL firmware-n keresztül). A Tandem támogatást nyújtott a 32 bites címzéshez a második gépében; A HP 3000-nek ez hiányzott a PA-RISC generációjáig. A személyhívás és a hosszú címek kulcsfontosságúak voltak az összetett rendszerszoftverek és nagy alkalmazások támogatásához. A T/16 újszerű módon kezelte legfelső szintű nyilvántartásait; a fordító, nem pedig a mikrokód volt a felelős annak eldöntéséért, hogy mikor kerültek ki a teljes regiszterek a memóriakötegbe, és mikor kerülnek újratöltésre a memóriakötegből. A HP 3000 esetében ez a döntés minden utasításban extra mikrokód ciklusokat vett igénybe. A HP 3000 támogatta a COBOL-t , számos utasítással a tetszőleges hosszúságú BCD (binárisan kódolt decimális) számjegyek közvetlen számítására. A T/16 egyszerűsítette ezt egyetlen utasításra a BCD karakterláncok és a 64 bites bináris egész számok közötti konvertáláshoz.

A T/16 -ban minden CPU két TTL logikai táblából és SRAM -ból állt , és körülbelül 0,7 MIPS sebességgel futott . Bármely pillanatban csak négy virtuális memória szegmenst tudott elérni (Rendszeradatok, Rendszerkód, Felhasználói adatok, Felhasználói kód), amelyek mindegyike legfeljebb 128 kB méretű. A 16 bites címterek kiszállításkor már túl kicsik voltak a nagyobb alkalmazásokhoz.

A T/16 első kiadásában csak egyetlen programozási nyelv volt, a Transaction Application Language (TAL). Ez egy hatékony gépfüggő rendszer programozási nyelv volt (operációs rendszerekhez, fordítókhoz stb.), De nem hordozható alkalmazásokhoz is használható. A HP 3000 rendszerprogramozási nyelvéből (SPL) származik. Mindkettő szemantikája hasonló volt a C -hez, de szintaxisa Burroughs ALGOL -ján alapult . Későbbi kibocsátások hozzáadott támogatása Cobol74, Fortran és MUMPS .

A Tandem NonStop sorozat egyedi operációs rendszert futtatott, amely jelentősen eltér a Unix vagy a HP 3000 MPE -től. Kezdetben T/TOS -nak ( Tandem Transactional Operating System ) nevezték, de hamarosan Guardian nevet kapta , mert képes volt minden adatot megvédeni a géphibáktól vagy szoftverhibáktól. Az összes többi kereskedelmi operációs rendszerrel ellentétben a Guardian az üzenettovábbításon alapult, mint az összes folyamat kölcsönhatásának alapvető módja, megosztott memória nélkül, függetlenül attól, hogy a folyamatok hol futnak. Ez a megközelítés könnyen skálázható több számítógépes klaszterekre, és segített elkülöníteni a sérült adatokat a szaporítás előtt.

Az összes fájlrendszeri folyamat és az összes tranzakciós alkalmazási folyamat master/slave párként épült fel, külön CPU -kban. A slave folyamat rendszeresen pillanatfelvételeket készített a mester memória állapotáról, és átvette a munkaterhelést, ha és amikor a master folyamat bajba került. Ez lehetővé tette az alkalmazás számára, hogy adatvesztés nélkül túlélje a CPU vagy a hozzá tartozó eszközök hibáit. Ezenkívül lehetővé tette a helyreállítást néhány időszakos jellegű szoftverhibából. A meghibásodások között a slave folyamat általi felügyelet némi teljesítményszámlával járult hozzá, de ez jóval kevesebb volt, mint a többi rendszerben a 100% -os duplikáció. Néhány jelentős korai alkalmazás közvetlenül ebben az ellenőrzőpont-stílusban volt kódolva, de a legtöbben különböző Tandem szoftverrétegeket használtak, amelyek félig hordozható módon rejtették el ennek részleteit.

Tandem NonStop II rendszer

NonStop II

1981 -ben az összes T/16 CPU -t a NonStop II váltotta fel . A fő különbség a T/16-hoz képest az alkalmi 32 bites címzés támogatása volt a felhasználó által kapcsolható "kiterjesztett adatszegmensen" keresztül. Ez támogatta a szoftverek következő tíz évének növekedését, és óriási előnyt jelentett a T/16 vagy a HP 3000-el szemben. Sajnos a látható regiszterek továbbra is 16 bitesek maradtak, és ez az utasításkészlet nem tervezett kiegészítése sok utasítást hajtott végre memóriareferenciánként a a legtöbb 32 bites miniszámítógép. A későbbi TNS számítógépeket akadályozta ez az utasításkészlet -hatékonyság. Ezenkívül a NonStop II-ből hiányoztak a szélesebb belső adatútvonalak, ezért további mikrokódlépésekre volt szükség a 32 bites címekhez. Egy NonStop II CPU három táblával rendelkezett, a T/16 -hoz hasonló chipeket használva. A NonStop II az alapmemóriát is akkumulátoros DRAM memóriára cserélte.

NonStop TXP

1983 -ban a NonStop TXP CPU volt az első teljesen új megvalósítása a TNS utasításkészlet architektúrának. Szabványos TTL chipekből és programozott tömb logikai chipekből épült, négy modulonként CPU modulonként. A Tandem használta először a gyorsítótárat. Közvetlenebb módon valósította meg a 32 bites címzést, de továbbra is 16 bites kiegészítőkön keresztül küldte őket. A szélesebb mikrokód tároló lehetővé tette az utasításonként végrehajtott ciklusok jelentős csökkentését; sebessége 2,0 MIPS -re nőtt. Ugyanazokat a rack csomagolásokat, vezérlőket, hátlapot és buszokat használta, mint korábban. A Dynabus és az I/O buszokat túltervezték a T/16 -ban, így több generációs fejlesztéseken is működni fognak.

RÓKA

Mostantól akár 14 TXP és NonStop II rendszer is kombinálható a FOX- on keresztül , amely egy távolsági hibatűrő száloptikai busz a TNS-klaszterek összekapcsolására az üzleti egyetemen; fürthalmaz, összesen 224 CPU -val. Ez lehetővé tette a nagyobb nagyszámítógépes alkalmazások további bővítését. A számítógépekben lévő CPU -modulokhoz hasonlóan a Guardian teljes feladatkészleteket is átadhat a hálózat többi gépének. Világméretű, 4000 CPU-s klasztereket is fel lehet építeni hagyományos távolsági hálózati kapcsolatokkal.

NonStop VLX

1986 -ban a Tandem bemutatta a harmadik generációs CPU -t , a NonStop VLX -et . 32 bites adatútvonalakkal, szélesebb mikrokóddal, 12 MHz ciklusidővel és mikrociklusonként egy utasítás csúcssebességgel rendelkezett. Három táblából készült ECL kapu tömb chipekből (TTL pinout -al). Volt egy felülvizsgált Dynabus, amelynek sebessége linkenként 20 Mbájt/sec, összesen 40 Mbájt/sec. A FOX II 4 kilométerre növelte a TNS -klaszterek fizikai átmérőjét.

A Tandem kezdeti adatbázis-támogatása csak az ENSCRIBE fájlrendszeren keresztüli hierarchikus, nem relációs adatbázisokra vonatkozott . Ezt kiterjesztették az ENCOMPASS nevű relációs adatbázisba . 1986-ban a Tandem bemutatta az első hibatűrő SQL adatbázist, a NonStop SQL-t . A teljesen házon belül kifejlesztett NonStop SQL számos, a Guardian alapú funkciót tartalmaz az adatok érvényességének biztosítására a csomópontok között. A NonStop SQL híres arról, hogy lineárisan méretezi a teljesítményét a rendszerhez hozzáadott csomópontok számával, míg a legtöbb adatbázis teljesítménye meglehetősen gyorsan, gyakran csak két CPU után állt fenn. Az 1989 -ben kiadott későbbi verzió olyan tranzakciókat adott hozzá, amelyek csomópontokra oszthatók, és ez a funkció egy ideig egyedülálló maradt. A NonStop SQL tovább fejlődött, először SQL/MP, majd SQL/MX néven, amely a Tandem -ről Compaq -ra vált a HP -ra. A kód továbbra is használatban van a HP SQL/MX és az Apache Trafodion projektjeiben.

NonStop CLX

1987-ben a Tandem bemutatta a NonStop CLX-et , egy olcsó, kevésbé bővíthető miniszámítógép-rendszert. Szerepe a hibatűrő piac alsó szegmensének növelése és a nagy Tandem hálózatok távoli peremén történő telepítés volt. Kezdeti teljesítménye nagyjából hasonló volt a TXP -hez; a későbbi verziók körülbelül 20% -kal lassabbak voltak, mint a VLX. Kis szekrénye bármilyen "másolószoba" irodai környezetbe felszerelhető. A CLX CPU egy kártya volt, amely hat "összeállított szilícium" ASIC CMOS chipet tartalmazott. A CPU mag chipje megduplázódott, és a zárolás lépett a maximális hibafelismerés érdekében. Ennek a chip -technológiának a fő korlátja a Pinout volt. A mikrokód, a gyorsítótár és a TLB kívül voltak a CPU magján, és egyetlen buszt és egyetlen SRAM memóriabankot használtak. Ennek eredményeként a CLX utasításonként legalább két gépciklust igényelt.

NonStop Cyclone

1989 -ben a Tandem bemutatta a NonStop Cyclone -t , egy gyors, de drága rendszert a nagygépes piac számára. Mindegyik önellenőrző CPU három táblát töltött el melegen futó ECL kapu tömb chipekkel, valamint memórialapokat. A mikroprogramozás ellenére a CPU szuperskaláris volt , és gyakran két utasítást hajtott végre gyorsítótár -ciklusonként. Ezt úgy valósították meg, hogy minden közös utasításpárhoz külön mikrokód -rutin tartozik. Ez a párosított verem utasítások általában ugyanazt a munkát végezték, mint a normál 32 bites miniszámítógépek egyetlen utasítása. A ciklon processzorokat négy processzorból álló szakaszokba csomagolták, és a szakaszokhoz a Dynabus száloptikai változata csatlakozott.

A Tandem korábbi csúcskategóriás gépeihez hasonlóan a Cyclone szekrények is szögletes feketével lettek kialakítva, hogy erőt és erőt sugalljanak. A reklámvideók közvetlenül összehasonlították a Cyclone-t a Lockheed SR-71 Blackbird Mach 3 kémrepülővel. A Cyclone nevének megállíthatatlan sebességét kellett képviselnie az OLTP -munkaterhelésekben. A bejelentési nap október 17 -én volt, és a sajtó megérkezett a városba. Aznap délután a régiót 6,9 -es erősségű Loma Prieta földrengés sújtotta , ami autópálya -omlásokat okozott Oaklandben és súlyos tüzeket San Franciscóban . A tandem irodák megrendültek, de a helyszínen senki sem sérült meg súlyosan. Ez volt az első és utolsó alkalom, hogy a Tandem termékeit egy természeti katasztrófa után nevezte el.

Egyéb termékcsaládok

Szivárvány

1980–1983-ban a Tandem megpróbálta újratervezni teljes hardver- és szoftverkötegét, hogy NonStop módszereit erősebb alapokra helyezze, mint örökölt HP 3000 tulajdonságai. A Rainbow hardvere egy 32 bites regiszterfájl-gép volt, amelynek célja jobb volt, mint egy VAX. A megbízható programozás érdekében a fő programozási nyelv a "TPL" volt, amely az Ada egy része. Abban az időben az emberek alig értették, hogyan kell az Adát optimalizálatlan kódra fordítani. Nem létezett áttelepítési útvonal a TAL -ban kódolt meglévő NonStop rendszerszoftverekhez. Az operációs rendszert, az adatbázist és a Cobol -fordítókat teljesen átalakították. Az ügyfelek teljesen szétválasztott termékcsaládnak tekintik, amely teljesen új szoftvert igényel tőlük. Ennek az ambiciózus projektnek a szoftveres oldala a tervezettnél jóval tovább tartott. A hardver már elavult volt, és a TXP már a szoftver készenlétét megelőzte, ezért a Rainbow projektet elhagyták. Minden későbbi erőfeszítés a felfelé irányuló kompatibilitást és a könnyű migrációs utakat hangsúlyozta.

A Rainbow speciális Crystal nevű kliens/szerver alkalmazásfejlesztési keretrendszerének fejlesztése még egy darabig folytatódott, és a Cooperative Systems Inc. "Ellipse" terméke lett.

Dinamit PC

1985-ben a Tandem megkísérelte megragadni a gyorsan növekvő személyi számítógép- piac egy darabját az MS-DOS alapú Dynamite PC/munkaállomás bevezetésével. Sajnos számos tervezési kompromisszum (beleértve az egyedi, 8086 -os hardverplatformot, amely nem kompatibilis az akkori bővítőkártyákkal és rendkívül korlátozott kompatibilitás az IBM -alapú PC -kkel) miatt a Dynamite elsősorban intelligens terminálként szolgált. Csendesen és gyorsan kivonták a piacról.

Sértetlenség

A Tandem üzenet-alapú NonStop operációs rendszere előnyös volt a méretezés, a rendkívüli megbízhatóság és a drága "tartalék" erőforrások hatékony felhasználása szempontjából. Sok potenciális vásárló azonban éppen elég jó megbízhatóságot akart egy kis rendszerben, ismerős Unix operációs rendszer és ipari szabványú programok használatával. A Tandem különféle hibatűrő versenytársai valamennyien egyszerűbb, csak hardveres memóriaközpontú kialakítást alkalmaztak, ahol minden helyreállítás a forró alkatrészek közötti váltással történt. A legsikeresebb versenytárs a Stratus Technologies volt , amelynek gépeit az IBM "IBM System/88" néven értékesítette újra.

Az ilyen rendszerekben a tartalék processzorok nem járulnak hozzá a rendszer átviteli sebességéhez a meghibásodások között, hanem csak redundáns módon hajtják végre pontosan ugyanazt az adatszálat, mint az aktív processzor, ugyanazon a pillanatban, "zárolási lépésben". A hibákat a klónozott processzorok kimeneteinek eltérésekor észlelik. A hibák észleléséhez a rendszernek két fizikai processzorral kell rendelkeznie minden logikai, aktív processzorhoz. Az automatikus feladatátvétel -visszaállítás megvalósításához a rendszernek három vagy négy fizikai processzorral kell rendelkeznie minden logikai processzorhoz. Ennek a megtakarításnak a három- vagy négyszeres költsége praktikus, ha a duplikált alkatrészek egy chipes mikroprocesszorok.

A Tandem e piacra szánt termékei az Integrity termékcsaláddal kezdődtek 1989 -ben, MIPS processzorokat és a Unix "NonStop UX" változatát használva. Austin TX -ben fejlesztették ki. 1991 -ben az Integrity S2 TMR -t, Triple Modular Redundance -t használt, ahol minden logikai CPU három MIPS R2000 mikroprocesszort használt ugyanazon adatszál végrehajtásához, szavazással megkeresve és zárva a sikertelen részt. Gyors órájukat nem lehetett szinkronizálni, mint a szigorú zárlépésben, így a szavazás minden megszakításnál megtörtént. Az Integrity egy másik verziója 4x "páros és tartalék" redundanciát használt. A processzorpárok záró lépésben futottak, hogy ellenőrizzék egymást. Amikor nem értettek egyet, mindkét processzort megbízhatatlannak jelölték, és munkájukat egy forró tartalék processzorpár vette át, amelynek állapota már aktuális volt. 1995 -ben az Integrity S4000 volt az első, amely a ServerNetet használta, és a perifériák megosztása felé haladt a NonStop vonallal.

Farkasfalka

1995–1997-ben a Tandem a Microsofttal együttműködve magas rendelkezésre állású szolgáltatásokat és fejlett SQL-konfigurációkat valósított meg az árucikkekből álló Windows NT gépek csoportjaiban. Ezt a projektet "Wolfpack" -nak hívták, és először 1997 -ben szállították Microsoft Cluster Server néven. A Microsoft nagy hasznot húzott ebből a partnerségből; Tandem nem.

TNS/R NonStop átállás MIPS -re

Amikor a Tandem 1974 -ben megalakult, minden számítógépes vállalatnak meg kellett terveznie és megépítenie a CPU -kat az alapvető áramkörökből, saját tulajdonú utasításkészlet és saját fordítók felhasználásával. egyetlen chipbe, és gyorsabban és sokkal olcsóbban futnak. De egyre drágábbá vált egy számítógépes cég számára, hogy megtervezze ezeket a fejlett egyedi chipeket, vagy megépítse az üzemeket a chipek gyártásához. A gyorsan változó piac és gyártási környezet kihívásainak szembe nézve a Tandem úgy döntött, hogy a MIPS partnere lesz, és elfogadta az R3000 és az azt követő lapkakészleteket és azok fejlett optimalizáló fordítóját. A későbbi, MIPS architektúrát használó NonStop Guardian gépeket a programozók TNS/R gépekként ismerték, de különböző marketingnevekkel rendelkeztek.

Ciklon/R.

1991 -ben a Tandem kiadta a Cyclone/R -t, más néven CLX/R -t. Ez egy olcsó, középkategóriás rendszer volt, amely a CLX komponenseken alapult, de R3000 mikroprocesszorokat használt a sokkal lassabb CLX stack géplap helyett. A piacra kerülési idő minimalizálása érdekében ezt a gépet eredetileg MIPS natív módú szoftver nélkül szállították. Mindent, beleértve az NSK operációs rendszerét és az SQL adatbázisát is, a TNS verem gépi kódjába állítottuk össze. Ezt az objektumkódot azután az Accelerator nevű eszközzel fordították egyenértékű, részben optimalizált MIPS utasítássorozatokra a kernel telepítésekor. Kevésbé fontos programok is végre kell hajtani nélkül, közvetlenül megelőző fordítás, keresztül TNS kód tolmács . Ezek a migrációs technikák nagyon sikeresek voltak, és ma is használatban vannak. Mindenki szoftverét extra munka nélkül hozták át, és a teljesítmény elég jó volt a középkategóriás gépekhez, és a programozók figyelmen kívül hagyhatták az utasítások közötti különbségeket, még akkor is, ha gépi kódszinten hibakerestek. Ezeket a Cyclone/R gépeket egy gyorsabb natív módú NSK-val frissítették egy nyomon követési kiadásban.

Az R3000 és későbbi mikroprocesszorok csak tipikus mennyiségű belső hibajavítást végeztek, ami nem elegendő a Tandem igényeihez. Tehát a Cyclone/R pár R3000 processzort futtatott lezárási lépésben, ugyanazt az adatszálat futtatva. A zár lépéseinek furcsa változatát használta. Az ellenőrző processzor 1 ciklust futott az elsődleges processzor mögött. Ez lehetővé tette számukra, hogy egyetlen másolatot osszanak meg külső kódokról és adatgyorsítótárakról anélkül, hogy túlzott terhelést terhelnének a sysbusra, és csökkentenék a rendszer órajelét. A mikroprocesszorok sikeres futtatásához zárolási lépésben a chipeket teljesen determinisztikusnak kell kialakítani. Minden rejtett belső állapotot a chip alaphelyzetbe állító mechanizmusával kell törölni. Ellenkező esetben az illesztett chipek néha látható ok nélkül és hibák nélkül kiesnek a szinkronból, jóval a chipek újraindítása után. Minden chiptervező egyetért abban, hogy ezek jó elvek, mert segít nekik a chipek gyártási időben történő tesztelésében. De minden új mikroprocesszor chipen látszottak hibák ezen a területen, és a MIPS és a Tandem között több hónapos közös munkára volt szükség a végső finom hibák kiküszöböléséhez vagy megkerüléséhez.

NonStop Himalája K-sorozat

1993-ban a Tandem kiadta a NonStop Himalaya K-sorozatot a gyorsabb MIPS R4400-as , natív módú NSK-val és teljesen bővíthető Cyclone rendszerkomponensekkel. Ezeket továbbra is összekötötte a Dynabus, a Dynabus+és az eredeti I/O busz, amelyek mára már mind kifogytak a teljesítményből.

Nyissa meg a Rendszerszolgáltatásokat

1994-ben a NonStop kernelt egy Unix-szerű POSIX környezettel bővítették, Open System Services néven. Az eredeti Guardian héj és az ABI továbbra is rendelkezésre áll.

Non-stop Himalája S-sorozat

1997-ben a Tandem bemutatta a NonStop Himalaya S-sorozatot, a ServerNet- kapcsolatokon alapuló új felső szintű architektúrával . A ServerNet kicserélte az elavult Dynabus, FOX és I/O buszokat. Sokkal gyorsabb, általánosabb volt, és ki lehetett terjeszteni többre, mint csupán kétirányú redundanciára a tetszőleges pont-pont kapcsolatok révén. A Tandem saját igényeinek megfelelően tervezte a ServerNet -et, de ezt követően népszerűsítette mások használatát; az InfiniBand ipari szabványsá fejlődött .

Minden S-sorozatú gépek használt MIPS processzorok, köztük az R4400, R10000 , R12000, R14000 és.

A későbbi, gyorsabb MIPS -magok tervezését elsősorban a Silicon Graphics Inc. finanszírozta. De az Intel Pentium Pro -ja megelőzte a RISC -tervek teljesítményét, és az SGI grafikus üzletága is zsugorodott. Az R10000 után nem fektettek be jelentős új MIPS magtervekbe a csúcskategóriás szerverekre. Így a Tandemnek végre újra át kellett helyeznie NonStop termékcsaládját egy másik mikroprocesszoros architektúrára versenyképes gyors chipekkel.

A Compaq akvizíciója, kísérlet az áttérésre az alfa -ra

Jimmy Treybig 1996 -ban bekövetkezett visszaesésig az általa alapított vállalat vezérigazgatója maradt. A következő vezérigazgató Roel Pieper volt, aki 1996 -ban csatlakozott a társasághoz elnök -vezérigazgatóként. Az új márkaépítést, hogy valódi Wintel (Windows/Intel) platformként népszerűsítse magát, saját belső márkájuk és kreatív csapatuk vezette, Ronald May vezetésével, akik később 1999-ben alapították a Szilícium-völgyi Márkafórumot. működött, és röviddel ezután a céget felvásárolta a Compaq.

A Compaq x86-alapú szerverosztálya a Tandem ServerNet/Infiniband összekapcsolási technológiájának korai külső alkalmazója volt. 1997-ben a Compaq felvásárolta a Tandem Computers céget és a NonStop ügyfélkört, hogy kiegyensúlyozza a Compaq nagy hangsúlyt fektet az alacsony kategóriájú számítógépekre. 1998 -ban a Compaq megvásárolta a jóval nagyobb Digital Equipment Corporation -t is, és örökölte DEC Alpha RISC szervereit OpenVMS és Tru64 Unix ügyfélkörökkel. A Tandem ekkor félúton volt NonStop termékcsaládjának átvitelében a MIPS R12000 mikroprocesszorokról az Intel új Itanium Merced mikroprocesszoraira. Ezt a projektet újraindították az Alpha -val, mint új célponttal, hogy összhangba hozzák a NonStop -ot a Compaq többi nagy szervervonalával. De 2001 -ben a Compaq megszüntette az összes Alpha mérnöki beruházást az Itanium mikroprocesszorok javára.

A Hewlett Packard általi felvásárlás, TNS/E migráció Itaniumba

2001-ben a Hewlett Packard hasonlóképpen úgy döntött, hogy lemond a sikeres PA-RISC termékcsaládról az Intel Itanium mikroprocesszorok javára, amelyek tervezésében a HP segített. Röviddel ezután a Compaq és a HP bejelentette tervét, hogy összevonják és megszilárdítják hasonló termékvonalaikat. Ez a vitatott egyesülés 2002 májusában vált hivatalossá. A konszolidációk fájdalmasak voltak, és elpusztították a DEC és a „HP Way” mérnökorientált kultúráját, de az egyesült vállalat tudta, hogyan kell összetett rendszereket eladni a vállalkozásoknak és profitálni, így ez javulás volt a túlélő NonStop divízió és ügyfelei.

Bizonyos értelemben a Tandem útja a HP által inspirált kezdetektől a HP által inspirált versenytársig, majd a HP divízióig "a Tandem eredeti gyökereihez való visszavezetése" volt, de ez biztosan nem ugyanaz a HP.

Az NSK-alapú NonStop termékcsalád újraportálása a MIPS processzorokról az Itanium alapú processzorokra végül befejeződött, és "HP Integrity NonStop Servers" néven kerül forgalomba. (Ez az NSK Integrity NonStop nem kapcsolódik a Tandem eredeti "Integrity" sorozatához a Unix számára.)

Mivel nem lehetett Itanium McKinley chipeket futtatni óraszintű zárlépéssel, az Integrity NonStop gépek ehelyett a chipállapotok összehasonlítását használják hosszabb időskálán, megszakítási pontokon és különböző szoftver szinkronizálási pontokon a megszakítások között. A közbenső szinkronizálási pontokat minden egyes lefoglalt elágazási utasítás automatikusan aktiválja, és minden NonStop fordító kifejezetten illeszti őket a hosszú ciklusú testekbe. A gép kialakítása kettős és hármas redundanciát is támogat, logikai Itanium processzoronként két vagy három fizikai mikroprocesszorral. A hármas változatot a legnagyobb megbízhatóságú ügyfeleknek értékesítik. Ezt az új ellenőrzési módszert NSAA -nak hívják, NonStop Advanced Architecture .

Akárcsak a veremgépekről a MIPS mikroprocesszorokra való korábbi áttéréskor, az összes ügyfélszoftvert forrásváltás nélkül vitték tovább. A "natív mód" forráskódot, amelyet közvetlenül a MIPS gépi kódjába állítottak össze, egyszerűen újra kellett fordítani az Itanium számára. Néhány régebbi "nem natív" szoftver még mindig TNS verem gép formájában volt. Ezeket automatikusan átvitték az Itaniumra az objektumkód -fordítási technikákon keresztül.

Itanium migráció Intel X86 -ra

A Tandem/HP -nál dolgozó emberek nagy múltra tekintenek át a kernelt új hardverre. A legújabb törekvés az Itaniumról az Intel x86 architektúrára való áttérés volt. 2014 -ben készült el, az első rendszerek már kereskedelmi forgalomban is kaphatók. A hibatűrő 4X FDR (tizennégy adatsebesség) InfiniBand kettős szélességű kapcsolók beépítése több mint 25-szörösére növeli a rendszerösszekötő kapacitást, hogy reagáljon az üzleti növekedésre.

Outlook, egyéb

NSK Guardian is lett az alapja a HP Neoview OS, a használt operációs rendszer, a HP Neoview rendszerek szabták használható üzleti intelligencia és az Enterprise Data Warehouse használatra. A NonStop SQL/MX volt a kiindulópontja a Business Intelligence használatára szabott Neoview SQL -nek is. A kódot Linuxra is átvitték, és az Apache Trafodion projekt alapjául szolgált .

Felhasználói csoportok

Lásd még

Hivatkozások

Külső linkek