Többkörnyezetes valós idejű- Multi-Environment Real-Time

Többkörnyezetes valós idejű
Fejlesztő Bell Labs
Beírva C
OS család Unix-szerű
Működő állapot A UNIX-RTR/3B21D változat még használatban van.
Marketing cél Valós idejű számítási alkalmazások
Elérhető angol
Platformok PDP-11 , 3B20D , 3B21D
Kernel típus Mikrokernel RTOS

A Multi-Environment Real-Time ( MERT ), később UNIX Real-Time ( UNIX-RT ) névre keresztelt , egy hibrid időmegosztó és valós idejű operációs rendszer, amelyet az 1970-es években fejlesztettek ki a Bell Labs- ban, beágyazott miniszámítógépekben (különösen PDP-). 11s ). A Duplex Multi Environment Real Time ( DMERT ) nevű verzió volt az AT&T 3B20D telefonkapcsoló minikomputer operációs rendszere , amelyet a magas rendelkezésre állás érdekében terveztek ; A DMERT-t később Unix RTR (Real-Time Reliable) névre keresztelték .

A általánosítása Bell Labs időosztásaként operációs rendszer Unix , MERT szerepelt egy újratervezett, moduláris kernel , amely képes volt futni Unix programok és kiváltságos valós idejű számítási folyamatokat. Ezeknek a folyamatoknak az adatstruktúrái elkülönültek más folyamatoktól, az üzenettovábbítás az interprocesszoros kommunikáció (IPC) preferált formája , bár megosztott memóriát is alkalmaztak. A MERT-nek egyedi fájlrendszere is volt, amely speciális támogatást nyújtott a nagy, összefüggő, statikus méretű fájlokhoz, a valós idejű adatbázis- alkalmazásokban. A MERT kialakítását a Dijkstra THE , a Hansen's Monitor és az IBM CP-67 befolyásolta .

A MERT operációs rendszer négyrétegű volt, csökkenő védelmi sorrendben :

  • Kernel: a memória, a CPU idő és a megszakítások erőforrás -kiosztása
  • Kernel módú folyamatok, beleértve a bemeneti/kimeneti (I/O) eszközillesztőket , fájlkezelőt, cserekezelőt , gyökérfolyamatot, amely összeköti a fájlkezelőt a lemezzel (általában a cserekezelővel kombinálva)
  • Operációs rendszer felügyelete
  • Felhasználói folyamatok

A szabványos felügyelő a MERT/UNIX volt, egy Unix emulátor, kiterjesztett rendszerhívási interfésszel és héjjal, amely lehetővé tette a MERT egyéni IPC mechanizmusainak használatát, bár létezett RSX-11 emulátor is.

Kernel és nem kernel folyamatok

A DMERT-UNIX-RTR egyik érdekes tulajdonsága a kernelfolyamatok fogalma volt . Ez összefügg a mikrokernelish architektúra gyökereivel. Támogatásként van egy külön parancs ( /bin/kpkill) a ( ) helyett /bin/kill, amely jelek küldésére szolgál a kernelfolyamatokhoz. Valószínűleg két különböző rendszerhívás is létezik ( kill(2)és kpkill(2)az első a felhasználói folyamat befejezésére, a második pedig a kernel folyamat befejezésére). Nem ismert, hogy mennyi a normális userland jelátviteli mechanizmus a helyén van /bin/kpkill, feltéve, hogy van olyan rendszer, felhívás, ez nem ismert, hogy lehet küldeni a különböző jelek, vagy egyszerűen küldjön egy. Az sem ismeretes, hogy a kernelfolyamat képes -e felfogni a hozzá juttatott jeleket. Előfordulhat, hogy a UNIX-RTR fejlesztői egy teljes jel- és üzenetkezelő alkalmazás programozási felületet (API) implementáltak a kernelfolyamatokhoz.

Fájlrendszer bitek

Ha valaki UNIX-RTR rendszerben gyökerezik, akkor hamarosan biztosan rájön, hogy a ls -lkimenete kissé eltér a várttól. Ugyanis két teljesen új bit van a drwxr-xr-xmezőben. Mindkettő az első oszlopban játszódik, és C(szomszédos) és x( kiterjedésű ). Mindkettőnek összefüggő adatai vannak, de az egyik az inódokkal , a másik pedig a nem metaadatokkal kapcsolatos.

Példa ls -l(amely nem tartalmazza a csoportneveket, ahogy ls -la nyomtatáshoz sem).

 drwxr-xr-x       root          64  Sun Dec 4   2003     /cft
 xrwxr-xr-x       root          64  Mon Dec 11  2013     /no5text
 Crwxr-xr-x       root         256  Tue Dec 12  2014     /no5data

Lucent emulátor és VCDX

Az AT&T, majd a Lucent , most pedig az Alcatel -Lucent a SPARC -alapú és Solaris -OEM ATT3bem csomag forgalmazója (amely a Solaris SPARC -on él az /opt /ATT3bem -en). Ez egy teljes 3B21D emulátor ( 3B21E néven, a Very Compact Digital eXchange vagy a VCDX mögött álló rendszer), amelynek célja, hogy termelési környezetet biztosítson az 5ESS kapcsoló adminisztrációs moduljának (AM) részének . Az 5ESS -nek vannak olyan részei, amelyek egyáltalán nem a 3B21D mikroszámítógép részei: SM -ek és CM -ek. Az emulátor alatt a munkaállomást "AW" -nak (Administrative Workstation) nevezik. Az emulátor a Solaris 2.6/SPARC rendszerrel telepíthető, és jön a Solstice X.25 9.1 (SUNWconn), korábban SunLink X.25 néven. Az X.25 köteg 3B21D emulátorral történő csomagolásának oka az, hogy a Bell System, a regionális Bell üzemeltető vállalatok és az ILEC -k továbbra is az X.25 hálózatokat használják a legkritikusabb rendszerek szempontjából (a telefonkapcsolók élhetnek az X.25 vagy a Datakit VCS rendszeren) II, hasonló hálózatot fejlesztettek ki a Bell Labs -nál), de nem rendelkeznek TCP/IP veremekkel).

Az AT & T/Alcatel-Lucent emulátor nem könnyű program a megfelelő működéshez, még akkor sem, ha sikerül képet készítenie egy működő 5ESS merevlemez „dd” kimeneti fájlból. Először is, van néhány hiba, amelyet a felhasználónak a telepítési folyamat során navigálnia kell. Miután ez megtörtént, van egy konfigurációs fájl, amely összeköti a perifériákat az emulált perifériákkal. De a CD -n kevés dokumentáció található, amely ezt leírja. Ennek a fájlnak a neve em_devmap az SS5 -ös, és az em_devmap.ultra az Ultra60 -asok esetében.

Ezenkívül a telepítési folyamatban említett egyik hiba a meghibásodott szkript az fdisk és a merevlemezek helyes megjelenítéséhez: bizonyos dolgokat írni kell bizonyos eltolásokhoz, mert az/opt/ATT3bem/bin/3bem folyamat elvárja, vagy úgy tűnik, hogy szükség van ezekre a kódolt helyekre.

Az emulátor SPARCstation-5 és UltraSPARC-60s rendszereken fut. Valószínű, hogy a 3B21D gyorsabban emulálódik egy modern SPARC -on, mint egy 3B21D mikroszámítógép processzora, amely ténylegesen a MIPS -ben mérve fut. A legnehezebb dolog az emulátor birtokában egy DMERT/UNIX-RTR hdd kép beszerzése a tényleges futtatáshoz. Az 5ESS operációs rendszere csak néhány személyre, az eladó alkalmazottaira és ügyfeleire korlátozódik, akik vagy dolgoznak rajta, vagy írják hozzá a kódot. A UNIX-RTR rendszer futtatásához szükséges erőforrásokat a futó rendszer képének megszerzése, amely letölthető az eBay-en, lehívható egy működő 3B21D-ből, és fájlba kerül, vagy Ultra60 vagy SPARCstation-5-be helyezhető.

A UNIX-RTR (Real-time Reliable) futó Bourne shell uname -a kimenete:

 # uname -a
  <3B21D> <3B21D>

Bár a 3B20D rendszereken 21 helyett 20-at nyomtat, bár a 3B20D-k ritkák, manapság a legtöbb nem VCDX 5ESS 3B21D hardver, nem pedig 3B20D (bár jól fogják futtatni a szoftvert). A 3B20D a WE32000 processzort használja, míg a 21 a WE32100 -at. Más eltérések is lehetnek. Egyetlen szokatlan dolog a processzorban a verem növekedési iránya: felfelé.

Kézi oldal a falloc számára (amely felelős lehet az összefüggő vagy az EXTENT fájlterület -kiosztásért):

     FALLOC(1)                   5ESS UNIX                   FALLOC(1)
     NAME
          falloc - allocate a contiguous file
     SYNOPSIS
          falloc filename size
     DESCRIPTION
          A contiguous file of the specified filename is allocated to
          be of 'size' (512 byte) blocks.
     DIAGNOSTICS
          The command complains a needed directory is not searchable,
          the final directory is not writable, the file already exists
          or there is not enough space for the file.


A UNIX-RTR tartalmaz egy atomi fájlcsere parancsot (atomsw, kézikönyv alábbi oldala):

    ATOMSW(1)                   5ESS UNIX                   ATOMSW(1)
     NAME
          atomsw - Atomic switch files
     SYNOPSIS
          atomsw file1 file2
     DESCRIPTION
          Atomic switch of two files. The contents, permissions, and
          owners of two files are switched in a single operation. In
          case of a system fault during the operation of this command,
          file2 will either have its original contents, permissions
          and owner, or will have file1's contents, permissions and
          owner. Thus, file2 is considered precious. File1 may be
          truncated in case of a system fault.
     RESTRICTIONS
          Both files must exist. Both files must reside on the same
          file system. Neither file may be a "special device" (for
          example, a TTY port).
          To enter this command from the craft shell, switching file
          "/tmp/abc" with file "/tmp/xyz", enter for MML:
          EXC:ENVIR:UPROC,FN="/bin/atomsw",ARGS="/tmp/abc"-"/tmp/xyz";
          For PDS enter:
          EXC:ENVIR:UPROC,FN"/bin/atomsw",ARGS("/tmp/abc","/tmp/xyz")!
     NOTE
          File 1 may be lost during a system fault.
     FILES
          /bin/atomsw

Hivatkozások