Houston Otomatik Biriktirme Önceliği - Houston Automatic Spooling Priority

Ayrıca bakınız: Biriktirme

Houston Otomatik Sarma Öncelik yaygın olarak bilinen Programı, HASP , bir uzantısı olan IBM OS / 360 işletim sistemi ve onun ardılları için genişletilmiş destek sağlayan "iş yönetimi, veri yönetimi, görev yönetimi ve uzaktan iş girişi ."

Tarih

OS/360, okuyucu/yorumlayıcılar ve çıktı yazarları olarak adlandırılan biriktirme rutinlerini içeriyordu . Her okuyucu/tercüman "bir giriş iş akışını okumaktan sorumluydu" - yani bir giriş aygıtı. Aynı şekilde her çıktı yazıcısı bir yazıcıyı veya delgiyi kontrol etmekten sorumluydu . Kuyruğa alınan veriler, standart işletim sistemi hizmetleri tarafından kontrol edilen işletim sistemi geçici veri kümelerinde depolandı . Her okuyucu/yorumlayıcı veya çıktı yazarı, kendi bölümünde veya bölgesinde ayrı bir işletim sistemi göreviydi. Çok sayıda okuyucu, yazıcı ve delgi içeren bir sistemde çok sayıda biriktirme görevi olabilir.

HASP tarafından geliştirilen IBM Federal Sistemleri Bölümü de yükleniciler Lyndon B. Johnson Uzay Merkezi'nde yer Houston . Geliştiriciler Tom Simpson ve Bob Crabtree idi. HASP, bir ana bilgisayar üzerinde çalışan ve zamanlama , iş akışının kontrolü, biriktirme ve yazdırma/delme gibi işlevleri yerine getiren bir programdı . HASP, IBM System/360 Operating System Remote Job Entry , 360S-RC-536 için hiçbir desteğe sahip değildi , ancak kendi başına kabaca eşdeğer olanaklar sağladı.

HASP II V3'te NIH , birçok ana bilgisayar sitesi tarafından kullanılan HASP için paylaşılan biriktirme kapasitesini yarattı. Her HASP sisteminin ortak bir makarayı ve kontrol noktasını paylaşmasına izin verdi. Bu, çoklu anabilgisayar ortamında iş yükü dengelemeyi etkinleştirdi. HASP II V4 Don Greb ve Dave Miko yılında Mellon Bankası bu sürüme makarayı paylaşılan taşındı ve içinde ileri doğru taşınan JES2 çoklu erişim makaranın (içinde HASP IBM'in biçimsel destek MVS ). HASP II V4 paylaşımlı makara modlarının 350'den fazla kopyası dünya çapında dağıtıldı. Paylaşılan makara Mellon Modları, PAYLAŞ dağıtım sürecine eklendi, böylece daha geniş çapta erişilebilirler.

Program bazen çeşitli isimler altında anılırdı, ancak IBM'in bunları resmi belgelerde kullandığına dair hiçbir belirti yoktur.

Program, IBM Type-III Library'nin bir parçası olarak sınıflandırıldı . Bir anabilgisayar üzerinde çalışan ve diğer bağlı anabilgisayarların zamanlamasını kontrol eden ASP (Ekli Destek İşlemcisi) adlı bir rakibi vardı . ASP daha sonra JES3 oldu .

In MVS HASP JES2 iki biri haline geldi Meslek Girişi Alt sistemler . HASP etiketlerinin JES2 kaynağından kaldırılmasından yıllar önceydi ve JES2 tarafından yayınlanan mesajların önüne hala "$HASP" eklenmiş durumda.

1960'ların, 1970'lerin ve 1980'lerin sonlarında Michigan Terminal Sistemi için toplu biriktirme ve uzaktan iş girişi hizmetleri sağlamak için HASP'ın değiştirilmiş bir sürümü kullanıldı .

Program organizasyonu

HASP, verimlilik için özel olarak hazırlanmış kodla çoğu işletim sistemi hizmetini atladı. HASP, tek bir işletim sistemi görevi olarak çalıştı ve kart okuyucuları, yazıcıları ve delgileri çalıştırma, biriktirme dosyalarını yönetme , sistem operatörüyle iletişim kurma ve uzaktan iş girişi için birden çok iletişim hattını çalıştırma gibi görevleri gerçekleştirmek için işlemcileri çalıştırmak için dahili olarak işbirliğine dayalı çoklu görevleri kullandı. .

Hasp tamamen System/360 assembler'da yazılmıştır ve tipik bir HASP sistemi, OS/VS sistemlerinde sanal bellek olabilen 86KB bellek gerektirebilir.

JES öncesi JECL

Çok Alven'in JES2 'ın Jecl HASP bir parçasıydı.

  • /*MESSAGE , konsol operatörüne mesaj gönderilmesine izin verdi.
  • /*SETUP , operatöre neyin gerekli olduğunu (kasetler, diskler, vb.)
    bildirir ve bu arada iş bir HOLD kuyruğundadır.
  • /*ROUTE PRINT & /*ROUTE PUNCH , gerektiğinde esnekliğe izin verdi.

Uzaktan iş girişi

HASP, 2770, 2780 ve 3780 gibi IBM terminallerini destekledi , ancak ek olarak IBM 1130 ve System/360 Model 20 gibi akıllı iş istasyonlarıyla çoklu çıkışlı iletişim için destek sağladı . Çoklu ayrılma, "ikili-senkron iletişim olanaklarını kullanan iki veya daha fazla bilgisayar arasında değişken sayıda veri akışının tamamen senkronize, sözde eşzamanlı, çift yönlü iletimidir."

Üçüncü taraf satıcılar, HASP ve ASP ile kullanım için çeşitli 2770/2780/3780 simülatörleri ve Çoklu bırakma uygulamaları geliştirdi. Bu satıcılardan bazıları, ürünlerinden yanlış bir şekilde HASP öykünücüleri olarak söz ettiler , ancak ürünler aslında HASP ile konuşan terminallerdi; HASP'ın hiçbir işlevini yerine getirmediler.

Operatör Komutları

RJE konsol operatörü, kısıtlı bir HASP Konsol Operatörü Komutları seti girebilir. Bunlar HASP komutlar habercisi idi JES2 'ın İş Giriş Kontrol Dili ( JES2 Jecl ).

İşlenenler bu uzak siteden gelenlerle sınırlıydı, bu nedenle DJ1-999 (aşağıda) tipik olarak yalnızca birkaçını gösterecekti, bunlar hala operatörün uzak sitesinden olağanüstü olanlar.

Kısa (tek harfli) biçimde girilebilen veya yazılabilen HASP RJE Konsol komutlarından bazıları şunlardır:

Kısa boylu Uzun işlenen(ler) Örnek
E tekrar başlat cihaz adı E rm1.rdr
Z Dur cihaz adı Z rm1.pr1
NS Görüntüle (J,I ve diğerleri) Örneğin
DJ görüntüleme işi İş Numarası (veya aralığı) DJ345 veya DJ1-999
DA etkin göster (görüntülenen etkin işler) DA
DI ekran başlatıcıları (görüntülenen başlatıcı harfler) DI
C iptal (İş veya cihaz_adı) Örneğin
CJ işi iptal et iş numarası CJ678
C iptal cihaz adı C rm1.rdr

"C rm1.rdr" komut satırı, okunmakta olan kart destesini göndermek yerine iptal etmek içindi. Bu, bir kart sıkışması, yakındaki bir tuş vuruşunda bir veya daha fazla kart değiştirilirken diğer işlerin devam etmesine izin vermeyi daha mantıklı hale getirdiyse, bu işe yarayabilirdi.

İş günlüğü

HASP iş günlüğü çıktısı, iş için kullanılan kaynakların bir özetini sağladı (çıktı, tamamı büyük harflerle yazılmıştır):

  • Başlangıç ​​saati
  • Durma zamanı
  • Uygulama vakti
  • Hafıza kullanımı
  • Kullanılan makara alanı
  • Kartlar okundu
  • Delikli kartlar
  • Yazdırılan satırlar

Ayrıca bakınız

Notlar

Referanslar