TSS (işletim sistemi) - TSS (operating system)

TSS
GeliştiriciIBM
Çalışma durumuÜretimden kaldırıldı
İlk sürüm1967; 53 yıl önce (1967)
Uyguningilizce
PlatformlarSistem / 360 Model 67, Sistem / 370 DAT içeren modeller
Varsayılan Kullanıcı arayüzüKomut satırı arayüzü
IBM ana bilgisayar işletim sistemlerinin geçmişi
Çeşitli S / 360 hat işletim sistemleri
IBM System / 360 Model 67-2. Bu, TSS / 360'ın çalışacağı bilgisayar modelidir

IBM Zaman Paylaşım Sistemi TSS / 360 erken kesildi zaman paylaşımı işletim sistemi özel bir model için özel olarak tasarlanmıştır Sistem / 360 ana çerçeve hattı, Model 67. 1967'de deneme amaçlı olarak sınırlı sayıda müşteriye sunulan ürün, IBM tarafından desteklenen bir ürün olarak resmi olarak asla piyasaya sürülmedi. TSS, bazıları daha sonra daha popüler sistemlerde ortaya çıkan bir dizi yeni özelliğe öncülük etti. MVS. TSS, şuraya taşındı: Sistem / 370 ve 303x sistemleri ancak birçok ilerlemesine ve yeni yeteneklerine rağmen, TSS beklentileri karşılayamadı ve sonunda iptal edildi. TSS / 370, UNIX'in IBM ana bilgisayarına bağlantı noktası için temel olarak kullanıldı.[1] TSS / 360 ayrıca TSS-8 işletim sistemi.[2]

Roman özellikleri

TSS / 360, sıkıca bağlanmış uygulamaların ilk uygulamalarından biriydi simetrik çoklu işlem. Bir çift Model 67 ana bilgisayar, ortak bir fiziksel bellek alanını paylaştı ve çekirdek (ve uygulama) kodunun tek bir kopyasını çalıştırdı. Bir G / Ç bir işlemci tarafından başlatılan işlem sona erebilir ve kesmek diğerinde. Model 67, uygulamak için Test ve Ayar adlı standart bir 360 talimat kullandı kilitler kodda kritik bölümler.

Ayrıca uyguladı Sanal bellek ve Sanal makineler kullanma konumdan bağımsız kod.[3]

TSS / 360, sütunları mevcut öncelik gibi parametreler olan kullanıcı tarafından yapılandırılmış bir tablo olan "Tabloya Dayalı Zamanlayıcı" nın erken bir uygulamasını içeriyordu. çalışma seti boyutu ve sayısı zaman dilimleri eskiden beri. Çekirdek, yeni bir önceliğin hesaplanmasında bu tabloya başvurur. Konu. Bu daha sonra çok çeşitli sistemlerde ortaya çıktı. Honeywell CP-V ve IBM z / OS.

O zamanlar işletim sistemi yazılımında standart olduğu gibi, TSS / 360 müşterileri (örneğin General Motors Araştırma Laboratuvarları ), işletim sistemi kodunun ve geliştirme araçlarının tüm kaynağına tam erişim verildi. Kullanıcı tarafından geliştirilen iyileştirmeler ve yamalar sıklıkla resmi kaynak koduna dahil edildi.

Kullanıcı arayüzü

TSS, kullanıcılara komut satırı arayüzü.[4] Kullanıcılar ile etkileşim komut sistemi. Komut formatı şunlardan oluşur: Command_Name [işlenenler]. Komut adı, gömülü boşluklar olmadan bir ila sekiz karakter arasındadır. İşlenenler, komuta bağlı olarak isteğe bağlıdır ve komut adından en az bir boşlukla ayrılmalıdır. Birden çok işlenen, ile ayrılmalıdır TAB karakterler veya virgül. Komut satırları, devam ettirilecek satırın sonuna bir tire ("-") yazarak ve sonraki satırın başına devamı yazılarak devam ettirilebilir. Noktalı virgülle (";") ayırarak bir satıra birden çok komut yazılabilir. Komut satırlarında yorumlara izin verilir, komuttan noktalı virgülle ayrılır ve tek tırnak ("'") arasına eklenir. Operandlar, "anahtar kelime = değer" biçiminde, konumsal veya anahtar kelime olabilir.

Sistem komutları yedi kategoriye ayrılmıştır:

Konumdan bağımsız kod

TSS, konumdan bağımsız kod farklı olma yeteneği süreçler her işlemde muhtemelen farklı bir sanal adresle eşlenmiş bir yürütülebilir dosyanın tek bir kopyasını çalıştırın.

Her prosedür salt okunur bir genel CSECT, yazılabilir bir özel Prototip Bölümü (PSECT) ve tipik olarak PSECT'de bulunan yazılabilir bir kaydetme alanına sahip olabilir. Adres sabitleri harici prosedürlerin ve giriş noktalarının PSECT içinde bulunması gerekir çünkü dinamik yükleyici[5] aynı rutini yerleştirmeyecek sanal adres her süreçte. Tip I bağlantı kurallarını izleyen bir program, genellikle kayıtlarını 13 numaralı sicil tarafından işaret edilen kaydetme alanına kaydetmekten, PSECT'in adresini kayıt alanındaki 19 sözcüğünden alarak, kaydetme alanını yeni bir kaydetme alanına zincirlemekten sorumludur. ve yeni kayıt alanının adresini kayıt 13'e koymak. Tip I bağlantı kurallarını izleyen bir arayan, rutin için Genel Kayıt 15'e (GR15) bir V-sabiti yükler ve rutinin PSECT'i için bir R sabitini 19. kelimeye kopyalar. bu rutinleri çağırmadan önce kaydetme alanının GR13 olduğunu gösterdi.[6][7]

Dinamik yükleyici bir programı yüklediğinde, PSECT'in bir kopyasını oluşturur ve mevcut süreç içinde atanan sanal adresleri yansıtmak için reklam simgelerini yeniden konumlandırır, bu nedenle programın her kullanıcısı, PSECT'in benzersiz bir kopyasına sahiptir.

Dinamik Yükleyici, ilk sayfa hatasına kadar program sayfalarını yüklemez veya adres sabitlerini çözmez.

Eleştiri

TSS / 360, performans ve güvenilirlik sorunları yaşadı ve bunlarla uyumsuzluk yaşadı OS / 360, ancak bu sorunlar nihayetinde ele alındı. IBM, rekabet edecek geniş bir programcı kadrosuyla çok agresif bir programda TSS geliştirmeye çalıştı Multics. 1967'ye gelindiğinde, TSS / 360'ın OS / 360 ile aynı tür gecikmelerden muzdarip olduğu ortaya çıktı. Şubat 1968'de, PAYLAŞ 30, TSS'yi çalıştırmaya çalışan on sekiz S / 360-67 sitesi vardı. Konferans sırasında IBM, "mavi mektup" ile TSS / 360'ın kaldırıldığını duyurdu - bu, zaman paylaşımı topluluğuna büyük bir darbe oldu. Bu karar geçici olarak geri alındı ​​ve TSS / 360, 1971'e kadar resmi olarak iptal edilmedi. Ancak, TSS / 360, geçici bir önlem olarak, mevcut TSS / 360 müşterilerine bir süre sessizce sağlanmaya devam etti.

TSS / 360 iptal edildikten sonra, IBM birincil çabalarını Zaman Paylaşımı Seçeneği (TSO), OS / 360 için bir zaman paylaşımlı monitör. S / 360-67 için daha az hırslı, daha başarılı zaman paylaşım sistemleri geliştiren diğer birkaç grup, özellikle CP-67 IBM'de Cambridge Bilim Merkezi, eski bir sanal makine monitörü VM / 370, MTS -de Michigan üniversitesi, ve ORVYL -de Stanford Üniversitesi. IBM ayrıca TSS / 370 PRPQ birden çok sürümden geçen mevcut TSS / 360 müşterileri için bir geçiş yolu olarak.

Ayrıca bakınız

Referanslar

  1. ^ Felton, W. A .; Miller, G. L .; Milner, J.M. (Ekim 1984). "The UNIX System: A UNIX System Implementation for System / 370". AT&T Bell Laboratories Teknik Dergisi. 63 (8): 1751–1767. doi:10.1002 / j.1538-7305.1984.tb00063.x.
  2. ^ C. Gordon Bell; J. Craig Mudge; John E. McNamara (12 Mayıs 2014). Bilgisayar Mühendisliği: Donanım Sistemleri Tasarımının Aralık Görünümü. Elsevier Science. s. 180. ISBN  978-1-4832-2110-6. TSS / 8, Carnegie-Mellon Üniversitesi'nde, IBM'in TSS / 360'ın (Model 67 için) maliyeti, performansı, güvenilirliği ve karmaşıklığına tepki olarak, lisansüstü öğrencisi Adrian van de Goor ile birlikte tasarlandı. TSS / 360 pazarlanmamasına rağmen, sonunda çalıştı ve bazı fikirlere katkıda bulundu ve IBM için binlerce kişiyi eğitti. Carnegie-Mellon'da (CMU), bir TSS / 8, özel değiştirme diskinin süresi dolana kadar 1974'e kadar çalıştırıldı. Kullanıcı başına veya iş başına maliyet, TSS / 360 sistem CMU'sunun yaklaşık 1 / 20'si olma eğilimindeydi.
  3. ^ Levine, John R. (2000) [Ekim 1999]. "Bölüm 8: Yükleme ve kaplamalar". Bağlayıcılar ve Yükleyiciler. Yazılım Mühendisliği ve Programlamada Morgan Kaufmann Serisi (1 ed.). San Francisco, ABD: Morgan Kaufmann. ISBN  1-55860-496-0. OCLC  42413382. ISBN  978-1-55860-496-4. Kod: [1] Hatalar: [2]
  4. ^ IBM Corporation (Ağustos 1976). Zaman Paylaşım Sistemi Komut Sistemi Kullanıcı Kılavuzu (GC28-2001-9) (PDF). Alındı 2 Mayıs, 2015.
  5. ^ IBM System / 360 Time Sharing System Dynamic Loader (PDF) (Dördüncü baskı). Eylül 1971. GY28-2031-3.
  6. ^ IBM Corporation (Nisan 1976). IBM Time Sharing System Assembler Programmer's Guide (GC28-2032-6) (PDF). s. 132–147. Alındı 2 Mayıs, 2015.
  7. ^ IBM Corporation (1966). IBM System / 360 Model 67 Zaman Paylaşım Sistemi Ön Teknik Özet (C20-1647-0) (PDF). s. 47–50. Alındı 2 Mayıs, 2015.

daha fazla okuma

Dış bağlantılar