OS/360 ve ardılları - OS/360 and successors

IBM Sistemi/360 İşletim Sistemi (OS/360)
IBM Logosu 1956 1972.svg
geliştirici IBM
Yazılmış Assembly dili , Temel Sistem Dili (BSL)
işletim sistemi ailesi OS/360 ve ardılları
İlk sürüm 31 Mart 1966 ; 55 yıl önce ( 1966-03-31 )
En son sürüm 21.8
Pazarlama hedefi IBM ana bilgisayar bilgisayarları
Platformlar S/360 , S/370
çekirdek türü Yok
Lisans Kamu malı
tarafından başarıldı OS/VS1 , OS/VS2 (SVS) , OS/VS2 (MVS) , MVS/SE, MVS/SP Sürüm 1, MVS/XA , MVS/ESA , OS/390 , z/OS

OS / 360 resmen olarak bilinen IBM System / 360 İşletim Sistemi , durdurulan bir olduğunu işleme toplu işletim sistemi tarafından geliştirilen IBM onların ardından yeni için Sistemi / 360 mainframe bilgisayar 1964 yılında duyurulan; Daha önce etkilendi IBSYS / IBJOB ve giriş / çıkış Kontrol Sistemi için (IOCs) paketleri IBM 7090/7094 için PR155 İşletim Sistemi tarafından ve daha çok IBM 1410 / 7010 işlemciler. Bilgisayar donanımının en az bir doğrudan erişim depolama aygıtı içermesini gerektiren en eski işletim sistemlerinden biriydi .

OS/360'ın üretimi durdurulmuş olsa da, sanal depolama MVS ve 64 bit z/OS dahil olmak üzere ardıl işletim sistemleri 2020 itibariyle hala çalışır ve uygulama düzeyinde uyumluluğu korur.

genel bakış

IBM, aynı bantlardan oluşturulan ve kodlarının çoğunu paylaşan üç farklı OS/360 düzeyini duyurdu. IBM sonunda bu seçenekleri yeniden adlandırdı ve bazı önemli tasarım değişiklikleri yaptı:

  • Tek Sıralı Zamanlayıcı (SSS)
    • seçenek 1
    • Birincil Kontrol Programı (PCP)
  • Çoklu Sıralı Zamanlayıcılar (MSS)
    • seçenek 2
    • Sabit Sayıda Görev (MFT) ile Çoklu Programlama
    • MFT II
  • Çoklu Öncelikli Zamanlayıcı (MPS)
    • Seçenek 4
    • sanal makine
    • Değişken sayıda Görev (MVT) ile Çoklu Programlama
    • Model 65 Çoklu İşleme (M65MP)

Kullanıcılar genellikle takma adlar ürettiler, örneğin, "Big OS", "OS/MFT", ancak bu adların hiçbiri IBM tarafından resmi olarak tanınmadı.

System/360 donanımı için diğer önemli işletim sistemi DOS/360 idi .

OS/360 kamuya açıktır ve ücretsiz olarak indirilebilir. Gerçek System/360 donanımında çalıştırılmasının yanı sıra, Linux , Solaris ve macOS ve Windows dahil çoğu UNIX ve Unix benzeri sistemlerde çalışan ücretsiz Hercules öykünücüsü üzerinde çalıştırılabilir . Hercules altında çalışmaya hazır, önceden oluşturulmuş OS/360 21.8 sistemleri sağlayan OS/360 anahtar teslimi CD'leri vardır.

Menşei

IBM, başlangıçta, System/360'ın, 32 KiB kadar küçük makinelerde çalışabilen OS/360 adında yalnızca bir toplu iş odaklı işletim sistemine sahip olmasını amaçlamıştı. Ayrıca , System/360 Model 67 için ayrı bir zaman paylaşımlı işletim sistemi olan TSS/360'ı sağlamayı amaçlamıştır . IBM'in nihayetinde neden başka, daha basit toplu odaklı işletim sistemleri üretmeye karar verdiğine dair en az iki açıklama var:

  • OS/360'ı içeren "sistemin neredeyse hiçbir manuel müdahale olmadan çalışmasını sağlayan yaklaşık 1,5 milyon talimatın" daha küçük System/360 modellerinde bulunan sınırlı belleğe sığmayacağını bulduğu için; veya
  • çünkü OS/360'ın geliştirilmesinin beklenenden çok daha uzun süreceğini fark etti.

IBM, System/360 donanım satışlarının çökmesini önlemek için bir dizi duraklama aralığını tanıttı: ilk olarak Temel Programlama Desteği (BPS) ve BOS/360 (8K bayt belleğe sahip en küçük makineler için Temel İşletim Sistemi), ardından TOS/360 (Bant İşletim Sistemi, en az 16K bayt belleğe ve yalnızca teyp sürücülerine sahip makineler için) ve son olarak ana işletim sistemi haline gelen ve günümüzün yaygın olarak kullanılan z/VSE'sinin atası olan DOS/360 (Disk İşletim Sistemi) .

IBM, OS/360'ın üç çeşidini yayınladı: 1966'da, aynı anda yalnızca bir işi çalıştırabilen bir duraklama aralığı olan PCP (Birincil Kontrol Programı); MFT ( multiprogramming orta sınıf makineleri için Görevlerin sabit sayı ile) ve mvt üst ucu için (Görev değişken sayıda multiprogramming). MFT ve MVT, haleflerinin piyasaya sürülmesinden on yıl sonra en az 1981 yılına kadar kullanıldı. MFT ve MVT arasındaki ayrım, depolama sınırlamaları ve zamanlama kısıtlamaları nedeniyle ortaya çıktı. Başlangıçta IBM, MFT ve MVT'nin basitçe " OS/360 kontrol programının iki konfigürasyonu" olduğunu savundu , ancak daha sonra IBM bunları "OS/360'ın ayrı sürümleri" olarak tanımladı.

IBM, OS/360'ı ilk olarak Assembly dilinde yazmıştı . Daha sonra IBM , PL/I'den türetilen yeni bir dilde, Basic Systems Language (BSL) bazı OS/360 kodlarını yazdı . Sürüm 20'deki TSO kodunun büyük bir kısmı BSL'de yazılmıştır.

TSS/360 o kadar geç ve güvenilmezdi ki, IBM daha sonra TSS/370 PRPQ'nun üç yayınını sağlasa da, IBM onu iptal etti. Bu zamana kadar CP-67 , IBM'in birkaç büyük müşteri için bir zaman paylaşımlı tesis olarak garanti olmaksızın sunmasına yetecek kadar iyi çalışıyordu.

OS/360 varyantları

Bu üç seçenek, uygulamaları aralarında taşımak için genellikle minimum çaba gerektiren benzer kolaylıklar sunuyordu; IBM Program Ürünlerinin aynı sürümleri, uygulama ve yardımcı yazılım her ikisinde de çalışıyordu. Aşağıdaki metin , bazı tasarım değişiklikleri olmasına rağmen , çoğunlukla PCP , MFT ve MVT'yi orijinal SSS , MSS ve MPS için yeni isimler olarak ele almaktadır . Ayrıca metin, M65MP ve MVT arasında ayrım yapmaz.

Resmi olarak PCP, MFT ve MVT, OS/360'tan ayrı işletim sistemleri değildir, yalnızca kurulum zamanı yapılandırma seçenekleridir - bugünün ifadesiyle, OS Nucleus ve Zamanlayıcı'nın üç farklı çeşidi. Ancak, oldukça farklı davranış ve bellek gereksinimleri nedeniyle, kullanıcılar genellikle bunları fiilen ayrı işletim sistemleri olarak kabul eder ve bunlara sırasıyla "erken OS/360", "OS/MFT", "OS/MVT" olarak atıfta bulunur. MFT, esas olarak belleği yönetme biçiminde MVT'den farklıdır: MFT'yi kurarken, müşteriler sistem oluşturmada (SysGen) sabit sayıda bölüm belirtir, uygulama programlarının aynı anda çalıştırılabileceği sabit sınırlara sahip bellek alanları.

PCP

Birincil Kontrol Programı (PCP), küçük hafızalı makineler için tasarlanmıştır. Tek bölümlü MFT'ye benzer . Deneyimler, OS/360'ın 128 KiB'den daha az belleğe sahip sistemlere kurulmasının tavsiye edilmediğini, ancak 48 KiB bellek gibi çok daha küçük makinelerde sınırlı üretim kullanımının mümkün olduğunu göstermiştir. IBM, OS/360'ın son sürümlerinde PCP seçeneğini bırakarak yalnızca her ikisi de daha fazla bellek gerektiren MFT II ve MVT'yi bıraktı.

Sisteme bağlı makro genişletmelerde SYS=MIN olarak da anılır.

MFT

Sabit Sayıda Görev (MFT) ile Çoklu Programlamanın, OS/360'ın amaçlanan hedef yapılandırması olan Değişken Sayıda Görevlerle (MVT) 1967'de kullanıma sunulmasına kadar bir durak noktası olarak hizmet etmesi amaçlanmıştır. birçok sorun nedeniyle, daha basit MFT uzun yıllar kullanılmaya devam etti. 1972'de sanal belleğe sahip yeni System/370 makinelerini tanıttıktan sonra IBM, MFT 2'yi bu özel hattın son sistemi olan OS/VS1'e geliştirdi .

MFT'nin ilk sürümü, kodun ve mimarinin çoğunu PCP ile paylaştı ve dört bölümle sınırlıydı . Birden çok bölümü çalıştırmak çok hantaldı. Birçok kurulum , karmaşıklığı azaltmak için Houston Otomatik Biriktirme Önceliği (HASP) kullandı.

MFT Sürüm II (MFT-II), Kontrol Programı ve Zamanlayıcı kodunun çok daha fazlasını MVT ile paylaştı ve çalıştırması çok daha esnekti. Maksimum bölüm sayısı 52'ye yükseldi.

MFT-II'nin sonraki modifikasyonları alt görev ekledi , böylece bölümlerin sayısı bir sınırlama olarak kalsa da, sabit görev sayısı artık sabit değildi.

Deneyimler, 1960'larda oldukça büyük bir miktar olan 256 KiB'den daha az belleğe sahip sistemlere MFT kurulmasının tavsiye edilmediğini göstermiştir.

Sisteme bağlı makro genişletmelerde SYS=INT olarak da anılır.

MVT

Değişken Sayıda Görev (MVT) ile çoklu programlama, OS/360'ın kontrol programının mevcut üç konfigürasyonunun en gelişmişiydi ve son sürümlerdeki mevcut iki konfigürasyondan biriydi. MVT, System/360 ailesindeki en büyük makineler için tasarlandı. 1964'te tanıtılan, 1967'ye kadar mevcut değildi. İlk sürümlerde birçok sorun vardı ve daha basit MFT uzun yıllar kullanılmaya devam etti. Deneyimler, MVT'nin 512 KiB'den daha az belleğe sahip sistemlere kurulmasının tavsiye edilmediğini göstermiştir.

MVT, işletim sistemi tarafından kullanılmayan tüm belleği , sınırsız sayıda eşzamanlı uygulama ve sistem programının gerektirdiği şekilde bitişik bölgelerin ayrılabileceği tek bir havuz olarak ele aldı . Bu şema MFT'lerden daha esnekti ve prensipte belleği daha verimli kullanıyordu, ancak parçalanmaya yatkındı - bir süre sonra, bir programı çalıştırmak için toplamda yeterli yedek bellek olmasına rağmen, bunların hiçbirinin ayrı parçalara ayrılmadığı görülebilir. hangi yeterince büyüktü. System/360, bellek yeniden yerleştirme donanımına sahip değildi, bu nedenle bellek sıkıştırma, parçalanmayı azaltmak için kullanılamadı. Rollout/Rollin adlı bir tesis , belleğini başka bir iş için kullanılabilir hale getirmek için çalışmakta olan bir işi ikincil depolamaya değiştirebilir. Haddelenmiş aşımı iş, ancak, gerekecekti haddelenmiş-in bunlar yeniden kullanılabilir olunca orijinal bellek konumlarına.

1971'de MVT ile kullanım için Zaman Paylaşım Seçeneği (TSO), 20.1 sürümünün bir parçası olarak eklendi. TSO , System/360'ta kullanılan bazı programlama dilleri için bir editör, toplu işler gönderme, tamamlandıkları konusunda bilgilendirilme ve basılı raporları beklemeden sonuçları görüntüleme ve hata ayıklayıcılar sağladığı için program geliştirme için yaygın olarak kullanılmaya başlandı . OS/ 360'taki TSO, Telekomünikasyon Erişim Yöntemi (TCAM) kullanılarak terminallerle iletişim kurdu . TCAM'ın adı, IBM'in veri iletişimleri için standart erişim yöntemi olacağını umduğunu gösteriyor, ancak aslında OS/VS2'deki TCAM neredeyse tamamen TSO için kullanılıyordu ve ortasından geçe kadar büyük ölçüde Sanal Telekomünikasyon Erişim Yöntemi (VTAM) tarafından yerini aldı. 1970'ler.

Ayrıca sisteme bağımlı bazı makroların çağrılarında SYS=VMS olarak da anılır.

M65MP

Model 65 Çoklu İşleme (M65MP), MVT'nin bir çeşididir. Multisystem modunda bir 360/65 üzerinde çalışır M65MP, iki CPU arasında devre dışı bırakılmış kodu seri hale getirmek için Set System Mask (SSM) talimatının kullanımını yakalar. Çoğunlukla bir M65MP sistemi, diğer herhangi bir MVT sistemiyle aynı davranışa ve arayüzlere sahiptir.

SYS=VMS anahtar sözcüğü parametresi, M65MP'nin yanı sıra tek işlemcili MVT'yi içeriyordu.

Paylaşılan özellikler

PCP, MFT ve MVT, uygulama programları açısından benzer kolaylıklar sağlar:

  • Aynı uygulama programlama arabirimi (API) ve uygulama ikili arabirimi (ABI), böylece uygulama programları MFT ve MVT arasında değiştirilmeye, yeniden birleştirilmeye veya yeniden derlenmeye bile gerek kalmadan aktarılabilir .
  • Aynı JCL (toplu işleri başlatmak için İş Kontrol Dili), DOS/360'ınkinden daha karmaşık olmasına rağmen daha esnek ve kullanımı daha kolaydı .
  • Dosyaları okumak ve yazmak ve veri iletişimi için aynı olanaklar ( erişim yöntemleri ):
    • Sıralı veri kümeleri normalde BSAM veya QSAM kullanılarak baştan sona bir seferde bir kayıt okunur veya yazılır . Bu, teyp sürücüleri , kart okuyucular/deliciler ve yazıcılar için kullanılabilecek tek teknikti .
    • Dizine alınmış ( ISAM ) dosyalarda, her kaydın belirli bir bölümü, belirli kayıtları aramak için kullanılabilecek bir anahtar olarak tanımlanır.
    • Doğrudan erişim ( BDAM ) dosyalarında, uygulama programı, istediği verilerin bir Doğrudan erişimli depolama aygıtındaki (DASD) göreli blok numarasını, göreli izleme ve kaydını (TTR) veya gerçek fiziksel konumunu (MBBCCHHR) belirtmelidir. erişim veya tuşa göre arama için başlangıç ​​noktası. BDAM programlama kolay değildi ve çoğu kuruluş bunu asla kendileri kullanmadı; ancak disklerdeki verilere ulaşmanın en hızlı yoluydu ve birçok yazılım şirketi bunu ürünlerinde, özellikle ADABAS , IDMS ve IBM'in DL/I gibi veritabanı yönetim sistemlerinde kullandı . OS/360 Fortran'dan da edinilebilir. Fiziksel kayıt başına bir mantıksal kayıtla BDAM veri kümelerinin engellemesi kaldırılmıştır.
    • Ek bir dosya yapısı, bölümlenmiş ve erişim yöntemi ( BPAM ), çoğunlukla program kitaplıklarını yönetmek için kullanılır. Boş alanı geri kazanmak için bölümlenmiş dosyaların sıkıştırılması gerekmesine rağmen, bunun DOS/360'ın Çekirdek Görüntü Kitaplığı için benzer bir gereksinimden daha az etkisi vardır , çünkü MFT ve MVT birden çok bölümlenmiş veri kümesine izin verir ve her projede genellikle en az bir tane bulunur.
    • Nesil Veri Grupları (GDG'ler) orijinal olarak büyükbaba-baba-oğul yedekleme prosedürlerini desteklemek için tasarlanmıştır - bir dosya değiştirilirse, değiştirilen sürüm yeni oğul olur, önceki oğul baba olur, önceki baba büyükbaba olur ve önceki büyükbaba olur silindi. Ancak 3 nesilden fazla GDG'ler oluşturulabilir ve bazı uygulamalar GDG'leri çok sayıda ve değişken sayıda kaynaktan veri toplamak ve bilgileri tek bir programa beslemek için kullandı - her toplama programı dosyanın yeni bir neslini oluşturdu ve son program okundu tüm grubu tek bir sıralı dosya olarak (JCL'de bir nesil belirtmeden).
    • Bir veri iletişim tesisi olan BTAM , günümüz standartlarına göre ilkel ve kullanımı zordu. Ancak, hemen hemen her tür terminalle iletişim kurabiliyordu; bu, iletişim protokollerinin neredeyse hiç standardizasyonunun olmadığı bir zamanda büyük bir avantajdı.
  • Dosya adlandırma sistemi, dosyaların her düzeyde en fazla 8 karakter adıyla hiyerarşiler halinde yönetilmesine izin verir, örn. PROJE.KULLANICI.DOSYAADI. Bu, 8 bayt anahtarlı kayıtları kullanan sistem kataloğunun (SYSCTLG) ve Kontrol Hacimlerinin (CVOL'ler) uygulanmasına bağlıdır .

PCP hariç paylaşılan özellikler

Bazı özellikler yalnızca MFT ve MVT için mevcuttu:

  • MFT II ve MVT için bir SPOOLing tesisi (DOS/360'ta başlangıçta yoktu, ancak daha sonra POWER uygulaması tarafından sağlandı).
  • MFT (Sürüm 19 ve üstü) ve MVT'deki uygulamalar , tek bir iş içinde çoklu göreve ( çoklu iş parçacığı ) izin veren alt görevler oluşturabilir .
  • Grafik İş İşleme
  • Uydu Grafik İş İşleme
  • Uzaktan İş Girişi
  • Kuyruğa Alınmış Telekomünikasyon Erişim Yöntemi (QTAM)
  • Telekomünikasyon Erişim Yöntemi (TCAM)

Sistem/370 ve sanal bellek işletim sistemleri

Ne zaman Sistemi / 370 1970 açıklandı onu System / 360 olarak ancak benzer fiyatlı Sistemi / 360 CPU yaklaşık 4 katı işlemci hızı ile temelde aynı imkanlar sunulmaktadır. Daha sonra 1972'de IBM, System/370 Advanced Functions'ı duyurdu ; ana öğe, System/370'in gelecekteki satışlarının sanal bellek kapasitesini içereceği ve bunun da mevcut System/370 CPU'lara sonradan takılabileceğiydi. Bu nedenle IBM, sanal bellek kullanımını destekleyebilecek gelişmiş işletim sistemleri sağlamayı da taahhüt etti.

OS/360

IBM , S/370 desteği için DAT'yi desteklemeyen ancak şunları yapan bir OS/360 SYSGEN seçeneği sağladı:

  • Destek kontrol kayıtları
  • Gelişmiş G/Ç desteği
  • Bir S/370 Makine Kontrol İşleyicisi sağlayın
  • Yeni zamanlayıcı tesisleri için sınırlı destek sağlayın

OS/VS1

OS/VS1 , MFT'nin halefidir ve çeşitli eklemelerle, örneğin RES, sanal bellek gibi benzer olanaklar sunar. VSAM (aşağıya bakınız) başlangıçta bağımsız bir bileşen sürümü (ICR) olarak mevcuttu ve daha sonra OS/VS1 tabanına entegre edildi. IBM, 1983'e kadar OS/VS1'in oldukça küçük geliştirmelerini yayınladı ve 1984'te artık olmayacağını duyurdu. AIX/370 , AIX/ESA , DPPX , IX/370 , OS/VS1 ve TSS/370, modern torunları olmayan tek System/370 işletim sistemleridir.

OS/VS2 SVS ve MVS

OS/VS2 sürüm 1 yalnızca MVT artı sanal bellek ve VSAM'dı (aşağıya bakın). Bu sürüm sonunda , Çoklu Sanal Depolama için MVS olarak da bilinen OS/VS2 Sürüm 2 tanıtıldığında, Tek Sanal Depolama için OS/VS2 SVS olarak yeniden adlandırıldı . SVS, MVT'den MVS'ye bir atlama taşı olarak tasarlandı ve bugün yalnızca tarihi ilgi çekiyor.

1974'te IBM, OS/VS2 Sürüm 2 olarak tanımladığı, ancak gerçekten OS/VS2 Sürüm 1 ile yukarı doğru uyumlu yeni bir işletim sistemi olan şeyi yayınladı . PL/S ; BSL ve PL/S , bilgisayarı bir bütün olarak kontrol etmek için gereken ayrıcalıklı talimatlar da dahil olmak üzere Assembly dil kodunu yazmak için tasarlanmış uzantılara sahip PL/I lehçeleriydi . OS Dispatcher ve IOS gibi zamana duyarlı işletim sistemi bileşenleri, özellikle diğerleri arasında, IFOX00 Assembler'da (eski OS/360 IEUASM Assembler'dan) OS/VS için geliştirilmiş olan Assembly Dili'nde kodlanmış olarak kaldı. .

MVS adres alanları - genel görünüm
MVS (tüm adres alanlarının paylaşılan kısmı)
Uygulama 1 Uygulama 2 Uygulama 3
Paylaşılan sanal alan (MVS tarafından kontrol edilir)
Bir uygulamanın görünümü
MVS
Uygulama 1
Paylaşılan sanal alan

Yeni sürümün en dikkat çekici özelliği, birden fazla sanal adres alanını desteklemesiydi - farklı uygulamalar aynı sanal adres aralığını kullandıklarını düşündü, ancak yeni sistemin sanal bellek tesisleri bunları farklı gerçek bellek adresleri aralıklarıyla eşleştirdi. Her uygulamanın adres alanı 3 alandan oluşur: işletim sistemi (tüm işler tarafından paylaşılan bir örnek); her uygulama için benzersiz bir uygulama alanı; işler arası iletişim dahil olmak üzere çeşitli amaçlar için kullanılan paylaşılan sanal alan. IBM, uygulama alanlarının her zaman en az 8 MB olacağına söz verdi. Bu yaklaşım , MVT ve SVS'de bulunan bellek parçalanması riskini ortadan kaldırdı ve sistemin iç güvenliğini geliştirdi. Yeni sistem hızla " MVS " (Çoklu Sanal Depolama) olarak bilinir hale geldi, orijinal OS/VS2 "SVS" (Tek Sanal Depolama) olarak bilinir hale geldi ve IBM'in kendisi bu terminolojiyi kabul etti ve MVS'nin haleflerini "MVS/ xxx " olarak etiketledi .

MVS, iş yükü yönetimine yeni bir yaklaşım getirerek, kullanıcıların yüksek öncelikli toplu işler için performans hedefleri tanımlamasına olanak tanır. Bu, kullanıcıların en yüksek öncelikli işlerin performansını etkilemeden sistemlerine eskisinden daha fazla iş vermelerini sağladı.

MVS, IBM'in System/370 üzerinde, 2 (daha sonra, IBM anabilgisayarları için 12'ye kadar ve Amdahl anabilgisayarları için 16'ya kadar ) CPU'nun eşzamanlı erişimi paylaştığı , IBM'in sıkı birleştirilmiş çoklu işlem olarak adlandırdığı şeyi destekleyen ilk ana akım işletim sistemiydi. aynı bellek (ve bir tek daha büyük bir işlem gücü ve bir derece veren bir işletim sistemi ve donanım aygıtlarının kopyası), zarif bozulması sistemi olarak neyse, giderek daha nadir bir olay olmuştur, tek bir işlemci başarısız olursa (süresi yükselmiştir saat için günde ve sonra, yıllara .)

Başlangıçta MVS, HASP'den ( Houston Automatic Spooling Priority ) türetilen ve ayrıca başka bir yerde bulunan iş istasyonlarından Uzaktan İş Girişini destekleyen JES2 (Job Entry Subsystem 2) adlı bir iş kuyruğu yöneticisi ile sağlandı . JES2, işleri yalnızca bir CPU için yönetebilir (sıkıca bağlı çok işlemcili bir sistem olabilir). 1976 yılında IBM, başka bir seçenek sağlanan, JES3 (İş Entry Alt Sistemi 3), ASP (soyundan Ekli Destek İşlemci bir işlemci bu nedenle birkaç fiziksel olarak ayrı CPU'lar tek iş kuyruğu besleme çalışmaları yönetmek ve sağlar), bir operatörün konsol veriyor tüm bu CPU'ların çalışmalarını yönetin. Not: JES1, OS/VS1 için iş kuyruğu yöneticisiydi (yukarıya bakın).

VSAM

IBM, Sanal depolama erişim yönteminin (VSAM), aşağıdakilerin geliştirilmiş sürümlerini sağladığı için önceki sıralı, dizine alınmış ve doğrudan erişim yöntemlerinin yerini alacağını umuyordu :

  • Giriş Sıralı Veri Kümeleri (ESDS), hem sıralı hem de BDAM (doğrudan) veri kümelerine benzer olanaklar sağlar, çünkü bunlar baştan sona veya doğrudan baştan bir ofset belirterek okunabilir.
  • Anahtar Sıralı Veri Kümeleri (KSDS), IBM'in ISAM'inden önemli bir yükseltmedir: benzersiz olmayan değerlere sahip ikincil anahtarlara ve bitişik olmayan alanların herhangi bir sırada birleştirilmesiyle oluşturulan anahtarlara izin verirler; ISAM'de eklemeleri ve güncellemeleri işlemek için kullanılan taşma kayıtlarının neden olduğu performans sorunlarını büyük ölçüde azaltırlar; ve bir dizin güncellemesinin ortasındaki bir yazılım veya donanım arızasının dizini bozması riskini büyük ölçüde azaltırlar. VSAM, ISAM tabanlı uygulamaların yeniden programlama yapmadan VSAM KSDS'yi kullanmasına izin veren bir ISAM / VSAM Arabirimi sağlar.
  • Göreli Kayıt Veri Kümeleri (RRDS), doğrudan erişim ( BDAM ) veri kümelerinin yerine geçer ve uygulamaların bir göreli kayıt numarası belirterek bir kayda erişmesine olanak tanır. ESDS ve KSDS'den farklı olarak, RRDS değişken uzunluklu kayıtları desteklemez.

Bu VSAM biçimleri, IBM'in veritabanı yönetim sistemlerinin , IMS/VS ve DB2'nin (genellikle gerçek veri depolama için ESDS ve dizinler için KSDS) temeli haline geldi.

VSAM ayrıca, uygulamaların dosyalara hangi disk sürücüsünde/sürücülerinde olduklarını bilmeye gerek kalmadan adlarına göre erişmelerini sağlayan yeni bir katalog olanağı uygulaması sağlar. VSAM veri kümeleri gerekir kullanılmadan önce bir VSAM kataloğunda tanımlanabilir, ve non-VSAM veri kümeleri de VSAM kataloğunda listelenebilir. MVS Ana Kataloğu bir VSAM kataloğu olmalıdır . Kataloglar orijinal olarak OS/360'ta CVOL'ler biçiminde sağlandı; MVS, VSAM için ayrı bir katalog yapısı ekledi; daha sonra IBM, ICF kataloğu olarak bilinen üçüncü tür bir katalog ekledi. (IBM, 2000'den itibaren CVOL ve VSAM katalogları için desteği Y2K uyumlu olmadıklarından kaldırmıştır; dolayısıyla z/OS'de yalnızca ICF katalogları desteklenir.)

SNA

1974'te IBM , esas olarak iletişim hatlarını çok daha verimli kullanarak büyük terminal ağlarını çalıştırma maliyetini düşürmeyi amaçlayan Systems Network Architecture'ı duyurdu . Bu, yalnızca IBM'in sanal bellek işletim sistemleri için kullanılabilir, çünkü ana bilgisayar yazılım bileşeni VTAM yalnızca bu işletim sistemlerinde kullanılabilir.

Daha sonraki MVS sürümleri ve geliştirmeleri

1977'de IBM, MVS performansını iyileştiren ve işlevsellik katan bir program ürünü olan (yani ekstra paraya mal olan) MVS/Sistem Uzantılarını duyurdu .

MVS'nin torunları, System/360, System/390 ve zSeries'in en son torunlarında hala kullanılmaktadır ; System /390 için OS/390 olarak yeniden adlandırıldı ve zSeries için 64 bit sürüm z/OS olarak adlandırıldı .

Zaman çizelgesi

Bu veriler, IBM 360 İşletim Sistemleri Yayın Geçmişi , System/370 Market Chronology of Products & Services , IBM'den alınmıştır. "z/OS, z/OS.e ve OS/390 pazarlama ve hizmet duyurusu, kullanılabilirlik ve geri çekilme tarihleri" . ve IBM duyuru mektupları.

Sipariş No. Duyuruldu sevk edildi Destek
düştü
İlişki # İsim
360S 1964-04 İşletim Sistemi/360
1964-04 1965-11 1 İşletim Sistemi/360 yayın öncesi
Tek Sıralı Zamanlayıcı
1964-04 1966-11 OS/360 Çoklu Sıralı Zamanlayıcı
360S 1965-12 1966-03-31 1 İşletim Sistemi/360
360S 1966-06 2 İşletim Sistemi/360
360S 1966-08-18 1966-08 4/5 İşletim Sistemi/360
360S 1966-04-29 1966-10 6 İşletim Sistemi/360
MFT
360S 1966-12-07 8 İşletim Sistemi/360
360S 1967-02 9.5 İşletim Sistemi/360
360S 1967-05 11 İşletim Sistemi/360
360S 1967-08-08 12 İşletim Sistemi/360
MVT?
360S 1967-08 13 İşletim Sistemi/360
MVT
360S 1968-01 14 İşletim Sistemi/360
360S 1968-08-30 15/16 İşletim Sistemi/360
MFT-II, VTOC konumlandırma
360S 1969-03 17 İşletim Sistemi/360
360S 1969-07 1969-09 18
MVT için İşletim Sistemi/360 SMF
360S 1969-10 18.6 İşletim Sistemi/360
360S 1970-03 19 İşletim Sistemi/360
360S 1970-06-01 1970-08-05 19.1
MFT için İşletim Sistemi/360 SMF, MFT Ek, 1285/87/88 desteği
360S 1970-08-05 19.6 İşletim Sistemi/360
360S 1970-09 20 İşletim Sistemi/360<TSO>
360S 1971-02 20.1 İşletim Sistemi/360
360S 20.6 İşletim Sistemi/360
360S 21 İşletim Sistemi/360
360S 21.6 İşletim Sistemi/360
360S 21.7 İşletim Sistemi/360
360S 1972-08 21.8 İşletim Sistemi/360
5741 1972-08 1973-?? 1 İşletim Sistemi/Sanal Depolama 1 (OS/VS1)
5742-SC1 1972-08 1972-?? 1 İşletim Sistemi/Sanal Depolama 2 (OS/VS2) (Tek Sanal Depolama) (SVS)
5752-VS2 1972-08 1974-?? 2 İş Girişi Alt Sistemi 2 (JES2) ile İşletim Sistemi/Sanal Depolama 2 (OS/VS2) (Birden Çok Sanal Adres Alanı) (MVS)
5752-VS2 1972-?? 1975-10 2 İş Girişi Alt Sistemi 3 (JES3) ile İşletim Sistemi/Sanal Depolama 2 (OS/VS2) MVS
5752-VS2 ?? ? 2.1 İş Girişi Alt Sistemi 3 (JES3) ile İşletim Sistemi/Sanal Depolama 2 (OS/VS2) MVS
5752-VS2 1975-?? 1975-10 3 İş Girişi Alt Sistemleri 2 ve 3 (JES2 ve JES3) ile İşletim Sistemi/Sanal Depolama 2 (OS/VS2) MVS
5752-VS2 ? ? 3.6 İş Girişi Alt Sistemleri 2 ve 3 (JES2 ve JES3) ile İşletim Sistemi/Sanal Depolama 2 (OS/VS2) MVS
5752-VS2 1976-11 ? 3.7 İş Girişi Alt Sistemleri 2 ve 3 (JES2 ve JES3) ile İşletim Sistemi/Sanal Depolama 2 (OS/VS2) MVS
5752-VS2 1979-?? ? 3.8 İş Girişi Alt Sistemleri 2 ve 3 (JES2 ve JES3) ile İşletim Sistemi/Sanal Depolama 2 (OS/VS2) MVS
5740-XE1 1979-?? ? 1 MVS/Sistem Uzantıları (MVS/SE)
5740-XE1 1979-03 1979-08 2 MVS/Sistem Uzantıları (MVS/SE2)
5740-XYS 1980-06 1980-12 1 MVS/Sistem Ürün Sürümü 1 JES2 (MVS/SP 1.1)
5740-XYN 1980-06 1980-12 1 MVS/Sistem Ürün Sürümü 1 JES3 (MVS/SP 1.1)
5740-XYS 1980-06 1981-06 2 MVS/Sistem Ürün Sürümü 1 JES2 (MVS/SP 1.2)
5740-XYN 1980-06 1981-06 2 MVS/Sistem Ürün Sürümü 1 JES3 (MVS/SP 1.2)
5740-XYS 1980-11 1981-10 3 MVS/Sistem Ürün Sürümü 1 JES2 (MVS/SP 1.3)
5740-XYN 1980-11 1981-10 3 MVS/Sistem Ürün Sürümü 1 JES3 (MVS/SP 1.3)
5740-XC6 1981-10 1983-03 1 MVS/Sistem Ürünü - JES2 Sürüm 2 (MVS/Genişletilmiş Mimari) (MVS/XA)
5740-XC6 1981-10 1983-03 1 MVS/Sistem Ürünü - JES3 Sürüm 2 (MVS/Genişletilmiş Mimari) (MVS/XA)
5685-001 1988-02 1988-07 1 MVS/Sistem Ürünü - JES2 Sürüm 3 (MVS/Kurumsal Sistem Mimarisi) (MVS/ESA)
5685-002 1988-02 1988-07 1 MVS/Sistem Ürünü - JES3 Sürüm 3 (MVS/Kurumsal Sistem Mimarisi) (MVS/ESA)
5685-047 1990-09-05 1990-10-26 1994-03-31 1 MVS/ESA SP - JES2 Sürüm 4
5685-047 1990-09-05 1992-12-31 1999-06-30 2 MVS/ESA SP - JES2 Sürüm 4
5685-047 1992-06-18 1993-03-26 1999-06-30 3 MVS/ESA SP - JES2 Sürüm 4
5685-048 1990-09 1990-10 1999-06-30 1 MVS/ESA SP - JES3 Sürüm 4
5655-068 1994-04-05 1994-06-24 2001-01-31 1 MVS/ESA SP - JES2 Sürüm 5
5655-068 1994-09-13
295-072
1995-06-30 2001-03-31 2 MVS/ESA SP - JES2 Sürüm 5
5655-069 1994-09-13 1995-29-13 2001-03-31 2.1 MVS/ESA SP - JES3 Sürüm 5
5655-069 1995-02-28
295-072
1995-09-29 2001-03-31 ( 2001-03-31 ) 2.2 MVS/ESA SP - JES3 Sürüm 5
5645-001 1996-02-20 1996-03-29
296-018
2001-01-31 1 OS/390 Sürüm 1
5645-001 1996-02-20
296-018
1996-09-27 2001-01-31 2 OS/390 Sürüm 1
5645-001 1996-09-10 1997-03-11
297-040
2001-03-31 3 OS/390 Sürüm 1
5647-A01 1997-03-11
297-040
1997-09-26
297-355
2001-03-31 4 OS/390 Sürüm 2
5647-A01 1997-09-09
297-355
1998-03-27
297-355
2001-03-31
298-049
5 OS/390 Sürüm 2
5647-A01 1998/02/24
298-049
1998-09-25
298-278
2002-03-31 6 OS/390 Sürüm 2
5647-A01 1998-08-18
298-278
1999-03-26
299-042
2002-03-31 7 OS/390 Sürüm 2
5647-A01 1999-02-22
299-042
1999-09-24
299-234
2002-09-30 8 OS/390 Sürüm 2
5647-A01 2000-02-29
299-234
2000-03-31
200-030
2003-03-31 9 OS/390 Sürüm 2
5647-A01 2000-05-16 2000-09-29
200-145
2004-09-30 10 OS/390 Sürüm 2
5694-A01 2000-10-03
200-352
2001-03-30 2004-03-31 1 z/OS Sürüm 1
5694-A01 2001-09-11
201-248
2001-10-26 2004-10-31 2 z/OS Sürüm 1
5694-A01 2002-02-19
202-031
2002-03-29 2005-03-31 3 z/OS Sürüm 1
5694-A01 2002-08-13
202-190
2002-09-27 2007-03-31 4 z/OS Sürüm 1
5694-A01 2004-02-10 [
204-017
2004-03-26 2007-03-31 5 z/OS Sürüm 1
5694-A01 2004-08-10
204-180
2004-09-24 2007-09-30 6 z/OS Sürüm 1
5694-A01 2005-07-27
205-167
2005-09-30 2008-09-30 7 z/OS Sürüm 1
5694-A01 2006-08-08
206-190
2006-09-29 2009-09-30 8 z/OS Sürüm 1
5694-A01 2007-08-08
207-175
2007-09-28 2010-09-30 9 z/OS Sürüm 1
5694-A01 2008-08-05
208-186
2008-09-26 2011-09 10 z/OS Sürüm 1
5694-A01 2009-08-18
209-242
2009-09-25 2013-09 11 z/OS Sürüm 1
5694-A01 2010-07-22
210-235
2010-09-24 2015-09 12 z/OS Sürüm 1
5694-A01 2011-07-12
211-252
2011-09-30 2017-09 13 z/OS Sürüm 1
5650-ZOS 2013-07-23
213-292
2013-09-30 2019-09 Eski sürüm, artık korunmuyor: 1 z/OS Sürüm 2
5650-ZOS 2015-07-28
215-267
2015-09-30 2021-09 Eski sürüm, artık korunmuyor: 2 z/OS Sürüm 2
5650-ZOS 2017-07-17
217-246
2017-09-27 TBA Daha eski sürüm, ancak yine de korunur: 3 z/OS Sürüm 2
5650-ZOS 2019-02-26
219-013
2019-09-30 TBA Daha eski sürüm, ancak yine de korunur: 4 z/OS Sürüm 2
5650-ZOS 2021-06-27
221-260
2021-09-30 TBA Mevcut kararlı sürüm: 5 z/OS Sürüm 2
Sipariş No. Duyuruldu sevk edildi Destek
düştü
İlişki # İsim
Efsane:
Eski versiyon
Eski sürüm, hala korunuyor
En son sürüm
En son önizleme sürümü
Gelecek sürüm

Notlar

Referanslar

daha fazla okuma

Kılavuzlar

Kitabın

Popüler kültürde referanslar

Dış bağlantılar