IBM 1130 - IBM 1130

Kağıt bant okuyucu zımbası dahil çevre birimleriyle IBM 1130, IBM 1442 kart okuyucu / delici (arka) ve IBM 1627 Calcomp plotter.

IBM 1130 konsolu

IBM 1130 1965 yılında tanıtılan Bilgi İşlem Sistemi,^[1] oldu IBM en ucuz bilgisayar o zaman. İkili 16 bitlik bir makine, eğitim ve mühendislik gibi fiyata duyarlı, yoğun hesaplama gerektiren teknik pazarlara pazarlandı ve ondalık sayının yerini aldı. IBM 1620 bu pazar segmentinde. Tipik kurulumlar, işletim sistemini, derleyicileri ve nesne programlarını depolayan 1 megabaytlık bir disk sürücüsünü içerir; delikli kartlar. Fortran kullanılan en yaygın programlama diliydi, ancak diğerleri de dahil olmak üzere APL, Mevcuttu.

1130 aynı zamanda bir akıllı telefonun takılması için akıllı bir ön uç olarak da kullanıldı. IBM 2250 Grafik Görüntüleme Birimi veya as uzaktan iş girişi (RJE) iş istasyonu, bir Sistem / 360 ana bilgisayar.

Açıklama

IBM 1130'dan çift genişlikli bir SLT kartı. Kare metal kutular hibrit devreleri içerir.

1130'un toplam üretim çalışması 10.000 olarak tahmin ediliyor.^[2]1130, bilgisayar (ve IBM dışı klonları) birçok kişiye bir bilgisayarla ilk doğrudan etkileşimlerini sağladığından, bilgi işlem tarihinde bir yere sahiptir. Fiyat-performans oranı iyiydi ve özellikle ucuz, çıkarılabilir içeriyordu disk kapasitesi, birçok üst düzey dili destekleyen güvenilir, kullanımı kolay yazılımla. Düşük fiyat (disk sürücüsü ile yaklaşık 32.000 ABD Doları veya 41.000 ABD Doları)^[1] ve dengeli özellik seti ile etkileşimli "açık mağaza" program Geliştirme.

IBM 1130, adı verilen aynı elektronik paketlemeyi kullanır Solid Logic Teknolojisi (SLT), kullanılan Sistem / 360. Bir 16 bit ikili mimari, daha sonra olduğu gibi mini bilgisayarlar gibi PDP-11 ve Veri Genel Nova.

adres alanı 15 bittir, 1130'u 32.768 16 bit kelimeler (65.536 bayt) bellek. 1130 kullanımları manyetik çekirdekli bellek, işlemcinin doğrudan, dolaylı ve indeksli adresleme modlarını kullanarak kelime sınırları üzerinde hitap ettiği.

Modeller

IBM, IBM 1130'un birincil işleme bileşeni olan 1131 Merkezi İşlem Birimi'nin beş modelini uyguladı. Model 1'den Model 5'e kadar olan modeller, çekirdek bellek döngüsü süresinin yanı sıra modelin disk depolamayı destekleme becerisini açıklar. Model numarasına eklenen A'dan D'ye kadar bir harf, takılı çekirdek bellek miktarını gösterir.

IBM 1131 Merkezi İşlem Birimi yaklaşık 760/1050 lb (345/477 kg) ağırlığındadır.^[3]

Model 4, 5,6 µs döngü süresine sahip daha düşük fiyatlı bir üründü. Bazı performans yükseltmeleri satın alanlar, iyileştirmeyi sağlamak için alan ayarlamasının şaşırtıcı derecede önemsiz olduğunu gözlemlediler.

IBM 1132 yazıcı, döndükçe baskı tekerlerinin ne zaman ateşleneceğini belirlemek için dahili mantık yerine 1130 işlemciye güvenir. Model 4 için yazıcılar daha yavaş çalışıyor, ancak daha yavaş işlemci hala buna ayak uyduramıyor. Donanım kılavuzu, Model 4'ün en yüksek iki seviyeye hizmet verdiği sırada keser (seviye 0 kart okuyucu sütun kesintisi veya seviye 1 yazıcı kesintisi), 3,6 µs'lik daha hızlı döngü süresinde çalıştı. Model 4'ün bazı kullanıcıları sahte Yazıcı sürücüsü daha yüksek işlemci hızından yararlanmak için yazıcı kesintisini ortadan kaldırmadı. Ancak, bu aralık sırasında daha düşük seviyeli kesintiler, hatta 1442 kart okuyucusundan kart sonu kesintisi (seviye 4) bile devre dışı bırakılır.

Takip ürünleri

IBM 1800 IBM 1130'un bir çeşididir: Süreç kontrolü uygulamalar. Üç dizin kaydı için çekirdek bellek yerine donanım kullanır ve iki ekstra Talimatlar (CMP ve DCM) artı ekstra kesme ve G / Ç yetenekleri. Bir halefidir IBM 1710 IBM 1130, IBM 1620.

IBM 1500 IBM 1130 veya IBM 1800 tabanlı çok kullanıcılı bir eğitim sistemidir. Her biri çeşitli özelliklere sahip 32 adede kadar öğrenci çalışma istasyonunu destekler. görsel-işitsel yetenekleri.

Bunların dışında IBM, 1130 ile uyumlu ardıl sistemler üretmedi. IBM Sistemi / 7 bir süreç kontrolü ve gerçek zamanlı bir sistemdir ve IBM Serisi / 1 genel amaçlı 16 bitlik bir mini bilgisayardır.

Kronoloji

• 11 Şubat 1965 - IBM, 1130'u tanıttı (1A, 1B, 2A ve 2B Modelleri). Ayrıca, IBM tarafından o zamana kadar duyurulan en düşük maliyetli çevrimiçi bilgisayar yazıcısı IBM 1132 yazıcı da duyuruldu.
• Dördüncü çeyrek 1965 - San Jose fabrikasından ilk müşteri sevkiyatları başladı.
• 31 Mart 1966 - IBM, IBM 1500 eğitim sistemini tanıttı.
• Nisan 1966 - IBM 1800 gemileri.^[4]:497
• 9 Ağustos 1966 - IBM, küçük 1130 sisteminin, IBM System / 360'ın herhangi bir modeline normal kiralık telefon hatları ile bağlanmasına ve bunlar için bir iletişim terminali olarak işlev görmesine izin veren 1130 senkronize iletişim adaptörünü çıkardı.
• 17 Nisan 1967 - 1130'un aşağıdakileri içeren dört yönlü bir genişlemesi duyuruldu (2C, 2D, 3B, 3C ve 3D Modelleri):
  • Beş kat disk depolama ve dört kat çekirdek bellek;
  • Daha önce mevcut olandan neredeyse yüzde 40 daha hızlı ek bir işlem hızı;
  • Optik işaret okuyucu dahil olmak üzere daha fazla ve daha hızlı çevresel ekipman;
  • Gelişmiş bir ticari programlama paketi.
• Ocak 1968 - 1130 Model 2C, 2D, 3B, 3C ve 3D'nin ilk sevkiyatları başladı.
• Temmuz 1968 - Boca Raton fabrika 1130'u göndermeye başladı.
• 22 Temmuz 1971 - 1130 4A ve 4B Modelleri yeni ekonomi seviyelerinde tanıtıldı.
• Eylül 1971 - 1130 Model 4'ün ilk müşteri sevkiyatları başladı.
• 31 Mayıs 1972 - 1C, 1D, 5B, 5C ve 5D Modelleri açıklandı.
• 1973 - Xerox 530 IBM 1130 müşterilerine olası bir halefi olarak pazarlandı.^[5][6][7] Xerox 530 siparişleri Ocak 1974 itibariyle "cesaret verici" kabul edildi.^[8]

Yazılım

Hızı en üst düzeye çıkarmak ve yerden tasarruf etmek için işletim sistemi ve derleyiciler tamamen montaj dili kod ve verileri karıştırmak gibi, günümüzde nadir olan teknikleri kullanmanın yanı sıra kendi kendini değiştiren kod.

Birçok kullanıcı programlaması yapıldı Fortran. 1130 Fortran derleyici yalnızca 4.096 sözcük çekirdeği olan bir makinede çalışabilir - ancak derlenen program böyle bir makineye sığmayabilir. Bunda çok geçişli derleyici her "aşama" tüm kaynak programı işler ve makine koduna doğru bir adım daha atar. Örneğin, ilk aşama, kaynak ifadeleri belleğe okur, yorum satırlarını atar, metin değişmezleri dışındaki boşlukları kaldırır, devam satırlarını birleştirir ve etiketleri tanımlar. Derleyici, hem diskte yerleşik bir sürümde hem de 8 kanalda mevcuttu delikli kağıt bant veya delikli kartlar.

En çok kullanılan işletim sistemi 1130 için Disk İzleme Sistemi Sürüm 2 (DM2) 1967'de tanıtıldı. DM2 tek görevdir parti odaklı sistemi. En az 4 KB çekirdek belleğe sahip bir sistem ve sistem yerleşimi için bir entegre 2310 disk sürücüsü gerektirir. Süpervizör, modern standartlara göre çok küçüktür ve birinci seviye kesinti rutinleri gibi çeşitli sistem ayrıntılarını içerir. Kesinti Seviyesi Altyordamları, ayrıca disk sürücüsü ve yorumlayıcısını yüklemek için yordamlar iş kontrolü komutlar ve kart okuyucu sürücüsü. Bir işin gerektirdiği diğer G / Ç aygıtları için aygıt sürücüleri, bu işin yüklenmesinin bir parçası olarak dahil edilir ve bu, temel disk sürücüsünün daha gelişmiş bir sürücü ile değiştirilmesini de içerebilir. Bir işin yürütülmesi sırasında, yalnızca yerleşik monitör, aradı İskelet Sorumlusuhafızada bulunur. Bu Süpervizör sadece 1020 bayta ihtiyaç duyduğundan, görevin ilk kullanılabilir hafızası adres / 01FE (onaltılık) veya 510 kelimesi ile başlamıştır. İş bittiğinde veya iptal edildiğinde, Süpervizör Kontrol Kayıt Analizcisini İzleyin (MCRA) sonraki iş kontrolünü okumak için. İş çalışırken Süpervizör pasiftir. Aygıt sürücüleri ve kesinti işlemenin yanı sıra, tüm CPU zamanı tamamen işin faaliyetlerine ayrılmıştır. İşletim sisteminin bir parçası olarak dağıtılan diğer programlar, çekirdek dökümü Yarar, DÖKÜM, ve Disk Yardımcı Programı, DUP.

Disksiz sistemleri desteklemek için bir Kart / Kağıt Bant Programlama Sistemi mevcuttu.

Aygıt sürücülerinin bir hiyerarşisi vardır: Z ile bitenler, DISKZ gibi Fortran içindir, oysa assembler programcıları DISK0 kullanabilir ve DISK1 birden fazla disk sektörünü okumada daha da hızlıydı. Ancak, DISKZ kendi sektörüne mevcut ilk kullanılmayan sektörle başlarken, diğerleri diskin sıfır sektörüyle başlar, bu da bir Fortran programcısının montajcıda yanlışlıkla önyükleme yükleyicisinin üzerine yazmasını kolaylaştırır.

1130'da bulunan diğer programlama dilleri dahildir

• APL,^[9]
• TEMEL,
• COBOL,^[10]
• FORTH,
• PL / I (şeklinde SL / 1 çevirmen),^[11] ve
• RPG.^[12]

Hatta bir Algol derleyici, Fransızca yazılmıştır, böylece "Debut ... Fin;" "Begin ... End;" yerine geçecektir. Tüm mesajları Fransızcaydı, bu yüzden amaç "Bonne derlemesi".

Doğu Michigan Üniversitesi IBM tarafından sağlanan Fortran IV (alt küme) derleyicisine alternatif olarak 1130 için Fortran-EMU olarak bilinen bir Fortran IV derleyicisi geliştirdi. LOGICAL veri türü, gelişmiş tanılama ve altı harfli değişken adları dahil olmak üzere birçok özellik ekler. Fortran-EMU derleyicisi, normalde aynı diskte bulunan derleyici veya derleyiciler gibi diğer modüllerin kopyalanmasını önlemek için disk görüntü dosyası biçiminde, kalan tüm sistem alanı silinmiş olarak delikli kart destesi olarak dağıtıldı.

Oklahoma Eyalet Üniversitesi geliştirdi ALGOL 68 derleyici, ANSI Fortran 1966'da yazılmıştır.^[13][14][15]

Michigan Üniversitesi'nde bir FOCAL tercümanı geliştirildi.

IBM ayrıca, hem IBM tarafından desteklenen (Tip I ve II) hem de desteklenmeyen (Tip III ve IV) geniş bir program kitaplığı dağıttı.

1130 öncelikli olarak bilimsel pazarı hedeflediğinden, bilimsel ve mühendislik programları baskındı:

• Bilimsel Altyordam Paketi
• Altyordamları Çiz ve Çiz
• Elektrik Güç Sistemi Yük Akış Programı
• Çoklu regresyon
• Elektrik Dağıtım Sistemi Arıza Akımlarının Hesaplanması
• Boru Analizi
• COGO koordinat geometrisi
• Sürekli Sistem Modellemesi (CSMP)
• Doğrusal programlama Matematiksel optimizasyon Altyordam Sistemi
• Yapısal Mühendislik Sistem Çözücü (STRESS)
• İstatistik Sistemi^[16]

1130 aynı zamanda bir niş işgal etti. veri işleme daha küçük kuruluşlar için makine:

• 1130 Ticari Altyordam Paketi
• Öğrenci Bilgi Sistemi
• BGBM / PERT

Ayrıca özel amaçlı yazılım da vardır:

• Uzaktan İş Girişi (RJE)^[17]
• Dizgi oluşturma^[18]

İşletim prosedürü

Giriş hunisine kendisinden sonra yerleştirilen kart destesini kopyalayan, kendi kendine yüklenen bir 1130 programı içeren delikli kart.

IBM 1130’un kalıcı hatıraları, sürekli insan müdahalesi ihtiyacından kaynaklanmış olabilir. Genellikle bir deste tarafından belirtilen "işleri" yürütmekle meşgul delikli kartlar. İnsan operatörü işleri kart okuyucusuna yükler ve bunları, belki de basılı çıktıyla birlikte göndericiye iade edilmek üzere işlere ayırırdı. Operatör aynı zamanda arızalı veya durmuş bir işin kanıtı için 1130'u izlemeli ve düğmeye basarak müdahale etmelidir. INT REQ sonraki işin başlangıcına atlamak için klavyedeki tuşuna basın.^[19]

Bir işin başlangıcını işaretlemek, ile başlayan delikli bir karttı. // İŞ. İle başlayan herhangi bir kart // Süpervizöre bir komuttu ve kullanıcı programı veya veri olarak kullanılamaz. Diğer komutlar dahildir // DUP Disk Yardımcı Programını yürütmek (dosyaları silmek veya geçici alandaki dosyayı dosya koleksiyonuna eklemek için) ve // XEQ adlandırılmış bir programı diskten çalıştırmak için. Bir kullanıcı programı bir komut kartını okumaya çalıştıysa, standart kart okuyucu yordamı, programa giriş sonu sinyali verir ve bu kartın içeriğini Süpervizör için kaydeder.

İlk Program Yükü (IPL)

IBM 360'ın aksine, önyükleme aygıt sistem konsolundan seçilebilir, bir IBM 1130 yalnızca harici bir aygıttan "önyüklenebilir" (IPL'd: İlk Program Yükü): bir kart okuyucu veya bir kağıt bant okuyucu.^[20][21]

Önyükleme prosedürü, kart okuyucudan bir kart okur. Önyükleme kartı ikili kod içeriyor^[22] Disk sürücüsünden "işlem tamamlandı" kesintisini işleyen ve 1130'u ilk delikli kart işine hazırlamak için ek disk okumaları gerçekleştiren disk sürücüsünün sektör sıfır içeriğini okumak için. Tüm sürecin tamamlanması yaklaşık bir saniye sürer.

Kurtarma prosedürleri

IBM 1130 başlatıldığında, Süpervizör hala bellekte ve muhtemelen bozulmadan, çünkü çekirdek bellek güç olmadan durumunu koruyor. Operatör, bir kullanıcı programının durduğu sonucuna varırsa, Süpervizör programı iptal etmek ve sonraki karta // geçmek için bir tuşa basıldığını algılayabilir. Süpervizör, kötü yazılmış bir işin neden olduğu değişikliklere karşı korumalı değildir, bu durum, operatörün 1130'u yeniden başlatmasını gerektirebilir. Diske yazmaya karşı da koruma yoktu. Sistem yazılımının diskteki kopyası değiştirilirse, yaklaşık 4000 ikili kodlu delikli karttan (yaklaşık iki kutu) yeniden yüklenerek geri yüklenebilir.

Disk organizasyonu

IBM 2315 disk kartuşu

2315 uyumlu disk kartuşu. (Boyutlar 1 3/8 x 15 inç)

IBM 2310 disk sürücüsü depolandı sektörler 320 kelimelik (640 bayt) artı bir kelimelik sektör adresi. Bir silindir ikiden oluşuyordu izler 2315'in üst ve alt yüzeylerinde veya 2311'de kullanılan 1316 disk paketindeki bir tabağın üzerinde. Her disk silindiri sekiz sektör içeriyordu. Bir sektör mantıksal olarak monitör tarafından on altıya bölündü disk blokları her biri 20 kelimelik (40 B); disk bloğu dosyalar için ayırma birimiydi. Sistem arasında ayrım sistem kartuşlarıKullanıcı verileriyle birlikte monitör ve yardımcı programları içeren ve sistem dışı kartuşlar, yalnızca kullanıcı verilerini içeren. Bir sistem kartuşu, kartuş kimliğini ve soğuk başlatma programı (önyükleme kodu ) sektör 0'da ve ardından a iletişim alanı ve birinci ve ikinci sektörlerde yerleşik monitör. Üç ile beş arasındaki sektörler, Sistem Yeri Eşdeğerlik Tablosu (SLET) - tüm izleme programlarının tüm aşamalarını içeren bir dizin. Diğer kontrol bilgileri ilk parçayı doldurdu.

Sistem alanını bir takip etti sabit alan sistem yardımcı programlarını, disk sürücüsü alt yordamlarını, IBM tarafından sağlanan derleyicileri ve diğer denetim bilgilerini içerir. Bu alan bir Sabit Yer Eşdeğerlik Tablosu (FLET) dosya formatını, dosya adını ve disk blok sayısını içeren. Sabit alan ayrıca Konum Eşdeğerlik Tablosu (LET), FLET ile aynı formatta, diskin aşağıdaki kullanıcı alanını eşler. LET ve FLET, dosyanın adı ve format bilgisini, disk bloklarındaki boyutunu ve başlangıç ​​blok numarasını veren diskteki dosya başına bir girişten oluşuyordu.^[19]

Tüm disk dosyaları bitişik disk bloklarıydı, bu nedenle parçalanma olmadı. Çalışma depolamasına ihtiyaç duyan bir program, adlandırılmış dosyaları kullanabilir ve değiştirebilir, ancak bunları yarattıkları boyutlarının ötesine genişletemez. Son adlandırılmış dosyadan sonra başlayan boş alan, derleyici veya bir derleyici üretebileceğinden, geçici bir dosya tarafından kısmen işgal edilebilir. Bir dosya değiştirilecekse, olağan süreç, // DUP onu silmek için komutlar, bu da sonraki dosyaları boşluğu kapatmak için geri taşır ve sonra bu adı dosyanın yeni sürümü olarak geçici dosyaya verir. Nadiren değiştirilen dosyalar bu nedenle yeni dosyalar veya yeni sürümler eklendikçe diskin başlangıcına doğru çöker ve sıklıkla değiştirilen dosyalar diskin sonuna doğru birbirleri arasında gidip gelir.

Disk alanı çok fazlaydı, bu nedenle program kaynak dosyaları normalde kart desteleri olarak tutuldu. Daha büyük gereksinimleri olan kullanıcılar, işletim sistemini içeren kendilerine ait bir diske sahip olacak, ancak sadece kendi dosyalarını ayarlayacak ve "havuz" sistem diskini kendilerininkiyle değiştirecek ve operatör olma sıraları geldiğinde sistemi yeniden başlatacaklardı. Tamamen bazı kullanıcı kodlarına ve verilerine ayrılmış olabilen ikinci bir disk sürücüsüne sahip bir sistem, büyük bir ferahlık hissi sağladı.

Disk Yardımcı Programı (DUP)

Disk Yardımcı Programı (DUP) programları, alt programları ve verileri aktarmak için komutlar sağladı. "// DUP" kartının ardından bir veya daha fazla kart geldi:^[23]

• * MAĞAZA
• * STORECI
• * SAKLANAN VERİLER
• * STOREDATACI
• * STOREMOD (öğe zaten mevcut değilse "MAĞAZA" olur)
• * DÖKÜM
• * VERİLER
• * DÖKÜM (veya 'DUMPFLET)
• * SİL

İşlenenler, o zamanlar tipik olduğu gibi, sabit / atanmış sütunlara yerleştirilmek zorundaydı. Programların, alt yordamların veya dosyaların adlarının yanı sıra, kodlar / değerler şunlar olabilir:

• UA - Kullanıcı Alanı
• FX - Sabit alan (360'a göre "kapsam" yok; sadece bitişik alan)
• WS - Çalışma Deposu
• CD - Delikli Kart / Ana Giriş cihazı ( PT: Kağıt Bant)
• PR - Yazıcı

Programlar ile daha kullanıma hazır bir formata dönüştürülebilir. STORECI Core Image Builder'ı çağıran komut (DM2'nin 360'ın Bağlantı Düzenleyicisinin karşılığı). Alternatif olarak, bir program her çalıştırıldığında bu işlemden geçebilirdi ve nadiren kullanılan programlar için bu, disk alanını korumak için tercih edildi.

Çevresel aygıtlar

IBM 1442 kart okuyucu / delici

IBM 1627 davul çizici.

İşletim sistemini, nesne kodunu ve verileri depolamak için disk belleği kullanıldı, ancak kaynak kodu delikli kartlarda tutuldu.

Temel 1130, bir IBM 2310 IBM'in San Jose'deki Genel Ürünler Bölümü'nden "Ramkit" adı verilen ses bobini ile çalıştırılan disk sürücüsü.^[4]:497 Pizza kutusu büyüklüğündeki IBM 2315 tek plakalı kartuşları 512.000 kelime veya 1.024.000 bayt (bir 3,5 "HD disket 1,44 MB veya hatta 5,25 "HD disket 1.2MB).

Konsol daktilosu bir IBM kullandı Seçici mekanizma, bu, içi boş, golf topu boyutlu tip bir elemanı değiştirerek tipin değiştirilebileceği anlamına geliyordu. İçin özel bir tip eleman mevcuttu APL, güçlü bir dizi odaklı Programlama dili özel bir sembolik gösterim kullanarak. Konsol daktilosundaki 16 geçiş anahtarından oluşan bir sıra, özel Fortran ifadesi kullanılarak programlar içinden ayrı ayrı test edilebilir. IF (SENSE ANAHTARI ben), Örneğin.

Diğer mevcut çevre birimleri şunları içerir:

• Yazıcılar - IBM 1132^[24] ve IBM 1403^[25][26] satır yazıcılar
• Delikli kart - IBM 1442 kart okuyucu / yumruk ve IBM 2501 kart okuyucu
• Kağıt bant - IBM 1055 kağıt bant delici, IBM 1054 kağıt bant okuyucu ve IBM 1134 kağıt bant okuyucu
• Disk - IBM 2311 Disk sürücüsü
• Manyetik bant - 1968'den itibaren IBM 2415 Manyetik bant veri depolama sürücüler olarak mevcuttu RPQ.^[27]
• Grafikler – IBM 2250 Grafik Görüntüleme Birimi.
• Renkli Kalem Plotter – IBM 1627 davul çizici.
• Optik İşaret Okuyucu – IBM 1231 Optik İşaret Sayfası Okuyucu ^[28]
• İletişim - Senkron İletişim Adaptörü (SCA). IBM 1130 MTCA, Çoklu Terminal Kontrol Adaptörü, 1970'de ilan edildi^[29] APL ile kullanım için dört adede kadar 2741 terminalin bir IBM 1130'a bağlanmasına izin verdi.

Çevresel aygıtların tasarımını basitleştirmek için bunlar işlemciye dayanıyordu. Kart okuyucunun bellek arabelleği yoktu, bunun yerine CPU'ya kartın her bir sütunu okunduktan sonra sıfır seviye (en yüksek öncelikli) kesinti verdi. Eğer CPU yanıt vermezse ve on iki bitlik veriyi, böyle bir başka kesintiden önce bir sonraki sütunun okunduğunu göstermeden önce saklamazsa, veriler kaybolur. Benzer şekilde, 1132 yazıcı 1130'daki yazılıma güveniyordu. Bir yerine geldiğinde, CPU arabelleğe alınmış bir metin satırını analiz etmek ve 1132'ye hangi yazdırma konumlarının yazdırılması gerektiğini gösterecek bir bit dizisi oluşturmak zorunda kaldı. Bir. CPU daha önce yanıt vermediyse Bir konumu dışında döndürüldüğünde, baskı hızı ciddi şekilde düşebilir.

Diğer çevre birimleri, donanımı için uygun olan cihaza özgü bir koddaki metni kabul etti. CPU bunu, CPU'nun metni işlediği EBCDIC koduna çevirmek zorunda kaldı.

Komut setine genel bakış

Talimatların kısa (tek kelimeli) ve uzun (iki kelimeli) biçimleri vardı. Çoğu hesaplama, yükleme ve depolama yönergesi, bir kayıt (genellikle ACC) ve bir bellek konumuna başvurur. Bellek konumu, kısa formatta, geçerli adresten veya indeks kayıtlarından birinden 8 bitlik işaretli bir yer değiştirme ile tanımlandı; veya uzun formatta, dizine eklenebilen ve yönlendirmeyi belirtebilen 15 bitlik tam bir adresle. Bellek, kelime birimleriyle ele alındı.

1130, yalnızca tek duyarlıklı ve çift duyarlıklı ikili verileri yerel olarak (16 ve 32 bit) büyük adam biçim. Standart ve genişletilmiş hassasiyetli kayan nokta (32 ve 48 bit) ve ondalık veriler, alt yordamların kullanımıyla desteklendi.

Koşullu transferler, (a) akümülatörün mevcut içeriğine veya (b) önceki işlem tarafından belirlenen taşıma ve taşma göstergelerine dayanıyordu. Transferler atlayarak (sonraki talimatın kısa olduğu varsayılır) veya şubeye göre yapılabilir. Belirtilen testlerden herhangi biri doğruysa bir atlama meydana geldi. Bir şube oluşmuşsa Yok belirtilen testlerin yüzdesi doğruydu.

Ana Kayıtlar: IAR = Komut Adresi KaydıACC = AkümülatörEXT = Uzatma KaydıXRx = Dizin Kayıtları: x = 1,2,3 Donanım kayıtları olarak değil bellek kelimeleri 1,2,3 olarak uygulanır Koşul testleri: Z Akümülatör sıfır - Akümülatör negatif + Akümülatör pozitifE Akümülatör çiftC Taşıma göstergesi kapalıO Taşma göstergesi off1130 Komut Seti Anımsatıcıları: LD = Yük ACC STO = Sakla ACCLDD = İkili Yükle (ACC & EXT) STD = İkili Kaydet (ACC & EXT) LDX = Yük Dizini STX = Depo DiziniLDS = Yük Durumu STS = Depo DurumuA = ACC Ekle AD = DoubleS Ekle = Çıkar ACC SD = Çıkar DoubleM = Çarp D = BölAND = Boole VE OR = Boole ORXOR = Boole Özel ORSLA = Sola Kaydırma ACC SLT = Sola Kaydırma ACC & EXTSLCA = Sola Kaydırma ve ACC SLC'yi Sayma = Sola Kaydır ve Say ACC & EXTSRA = Sağa Kaydır ACC SRT = Shift Ri ght ACC & EXTRTE = Sağa Döndür ACC & EXTBSC = Dallanma veya Atlama Koşulu (Değiştiriciye bağlı) yani BP BNP BN BNN BZ BNZ BC BO BODBOSC - Dallanma veya Koşullu Olarak Atlama (bit 9 setli BSC için alternatif) Mevcut kesinti seviyesinden çıkar. BSI = Dallanma ve Depola IARMDX = Dizini Değiştir ve Atla (Bir işaret değişirse veya sıfır olursa IAR'ı bir artır) WAIT = Durdur NOP = İşlem Yok (SLA 0 için alternatif) XIO = I / O1800 Çalıştır Ek Talimat Mnemonics: CMP = ACC Karşılaştır DCM = Çift Karşılaştırma ACC & EXT Eşdeğer Anımsatıcılar Disk birleştirici, programcının amacını daha net hale getirmeyi amaçlayan mevcut talimatlara eşdeğer birkaç anımsatıcı tanıttı: SKP - Koşulda atla, kısa bir BSCB'ye eşdeğer - Koşulsuz dallanma, koşul belirtilmemiş BSC'ye eşdeğer BP - Dal Akümülatörü Pozitif , '+' koşulunu belirten BSC'ye eşdeğerBNP - PozitifBN olmayan Dal Biriktiricisi - Dal Biriktiricisi NegativeBNN - Dal Biriktiricisi tor not NegativeBZ - Branch Accumulator not ZeroBC - CarryBO'da Dallanma - OverflowBOD'da Branch - Branch Accumulator OddMDM - Dizinlenmemiş uzun biçimli MDXXCH'ye eşdeğer olan Değiştirme Belleği ve Genişletme, RTE 16 Kısa talimat biçimine eşdeğer (bir 16 bit word): 1Bits 0 ... 45678 ...... 5 OP --- FTTDisp ---- OP is OperationF biçimidir 0 = ShortTT is TagDisp is DisplacementLong komut formatıdır (iki 16 bit word): 1 1Bits 0 ... 456789 ..... 50 .............. 5 OP - FTTIMod ---- Adres --------- OP, İşlemdirF, format 1'dir = LongTT, TagI'dir Dolaylıdır bitMod, DeğiştiriciEtkili Adres Hesaplamasıdır (EA): F = 0 | F = 1, I = 0 | F = 1, I = 1 Doğrudan Adresleme | Doğrudan Adresleme | Dolaylı Adresleme ------------------------------------------------ ------------------- TT = 00 | EA = Displ + IAR | EA = Ekle | EA = C / AddTT = 01 | EA = Displ + XR1 | EA = + XR1 Ekle | EA = C / Ekle + XR1TT = 10 | EA = Displ + XR2 | EA = + XR2 Ekle | EA = C / Ekle + XR2TT = 11 | EA = Displ + XR3 | EA = + XR3 Ekle | EA = C / + XR3 Ekle ------------------------------------------- ------------------------ Disp = Yer değiştirme alanının içeriği Ekle = Talimatın adres alanının içeriği C = Ekle veya Ekle + XR ile belirtilen konumun içeriği

Ayrılmış hafıza

Çekirdek belleğin en düşük adresleri, ya donanım ya da kural tarafından belirlenen kullanımlara sahiptir:

Programlama

Alt programlar

1130, bir yığın. Çoğu alt program BSI (Şube ve Mağaza IAR) talimatı ile çağrılır. Bu, IAR değerini (dönüş adresi) hedef adresine bırakır ve kontrolü hedef + 1'e aktarır. Alt programlar, alt programın bu ilk kelimesi aracılığıyla dolaylı bir dalı kullanarak o durumda çağrıldıkları yere geri döner. İade adresini satır içine yerleştirmek, o zamanlar bilgisayarların yaygın bir tekniğiydi. Hewlett Packard HP 2100^[30] ve Bilimsel Veri Sistemleri SDS 920.^[31]

Dolayısıyla, SIMPL adlı bir alt program aşağıdaki gibi düzenlenebilir (açıklamalar, komut işlenenini izler):

SIMPL: DC * - * Bu, başlangıçta sıfır ile doldurulmuş giriş noktasıdır. (rutin ne yaparsa yapsın) B I SIMPL Return by an benndirect şubesi, SIMPL konumunda bulunan adrese. END SIMPL Montajcıya rutin BASİT kaynağın tamamlandığını bildirir.

Alt program şu şekilde çağrılacaktır:

       BSI L SIMPL Çağrı SIMPL. SIMPL'den -128 veya +127 kelimeden daha uzaksa L (Uzun) gereklidir.

sözde işlem CALL tipik olarak kullanılır.

Gösterildiği gibi, bir alt programın giriş noktası DC * - *, ifade tarafından belirtilen değere sahip bir Sabit Tanımlamak için kullanılan (bir depolama kelimesini işgal eden) bir assembler sözde işlemi. *, Derlemenin geçerli adresini belirtir ve bu nedenle * - * sıfırla sonuçlanır. Bunu 0 yerine yazmak, çalışma zamanında oraya anlamlı bir değerin (dönüş adresi) yerleştirileceğine dair görsel olarak ayırt edici bir not sağlar. Giriş noktasının alt programın ilk kelimesi olması gerekmez. Aslında, önceki kelime, adres alanı SIMPL'de olan iki kelimeli bir doğrudan dallanma talimatının başlangıcı olabilir. Daha sonra, iadeler oradaki tek kelimelik dallardan yapılabilir: B SIMPL-1

SIMPL çağrıldığında, BSI talimatı yerine geçer *-* BSI talimatını hemen geçen adres olan IAR'nin mevcut değeri ile. SIMPL yapmak için yazılan her şeyi yaptıktan sonra, B I SIMPL şubeleri SIMPL'e değil, ancak onun aracılığıyla dolaylı hale getirerek, SIMPL olarak adlandırılan BSI talimatını izleyen talimatla yürütmeye devam eder.

İade adresini korumak için ekstra düzenlemeler olmadan, özyineleme imkansızdır: SIMPL kendisini ararsa veya onu çağıran bir alt programı ararsa, orijinal dönüş adresinin üzerine yazılır. Yeniden başlama aynı nedenden dolayı sorunludur: Bir kesme hizmeti rutini, kesintiye uğramış kod olabilecek herhangi bir alt programı çağırmaktan kaçınmalıdır.

SIMPL'i arayan kişi, değerlerin değerleri veya adresleri olabilen parametreleri iletebilir. Parametreler sıralı olarak kodlanabilir (BSI talimatının hemen ardından) veya XR1 ve XR2 indeks kayıtlarına yerleştirilebilir. Parametreler sıralı yerleştirilirse, SIMPL kendi dönüş adresini değiştirir, böylece nihai dolaylı dalı parametrelerin ötesine döner.

Tek bir tamsayının tamsayı fonksiyonları, akümülatördeki parametreyi bekler ve sonuçlarını orada döndürür. Kayan nokta işlevleri, kayan nokta toplayıcıyı (kayan nokta kitaplığı tarafından bir kenara bırakılan iki kelimelik alan, genişletilmiş hassasiyet için üç kelime) ve benzerlerini kullanır.

Giriş noktasında başlangıç ​​değeri olarak 0 kodlama kuralı, bir programlama hatası SIMPL'nin ilk çağrılmadan önce geri dönmesine yol açarsa, yürütmenin bellek konumu 0'a atlayacağı anlamına gelir. yukarıda, konum 0'ın konum 0'a bir dal içermesi alışılmış bir durumdur. 1130, konum 0'da takılı kalır ve konsoldaki IAR ışıkları tamamen karanlık olur ve programın başarısız olduğunu açıkça gösterir.

Kütüphane rutinlerine bağlantı

Birçok kez çağrılacak olan alt programlar için (örneğin, kayan nokta aritmetiği için alt programlar), her çağrının boyutunu bir kelimeye düşürmek önemlidir. Bu tür "kütüphane rutinleri" LIBF protokolünü kullanır. Önceki bölümde açıklanan CALL protokolünden daha karmaşıktır, ancak LIBF karmaşıklığı assembly dili programının yazıcısından gizler.

Kitaplık rutinleri, XR3 indeks kaydı aracılığıyla adreslenir. (Fortran alt programları, parametrelerin adresleri ve dönüş adresi için XR1 indeks kaydı kullanır, ancak XR2 kaydı kullanılmaz.) XR3, üç kelimelik bir diziyi işaret eder. transfer vektörleri Öyle ki ilk giriş XR3'ün değerinden -128 kelimedir. Programcı, kütüphane rutinini kullanarak LIBF doğrudan olmayan bir araya getiren sahte işlem BSI rutine ancak tek kelimelik indeksli bir dal talimatı (BSI 3 disp) yer değiştirmesi (-128, -125 vb.) rutinin transfer vektörünün başlangıcını tanımlar.

Transfer vektörü, programı bir araya getirdiğinde bağlantı yükleyici tarafından hazırlanır. SIMPL adlı bir kütüphane işlevine bir transfer vektörü girişi şu biçimi alır:

      DC * - * BSI'nın iade adresini sakladığı bir kelime. B L SIMPL Kütüphane işlevinin başlangıcına dal.

SIMPL'in dönüş adresinin nerede olduğunu bilmesinin yolu, eğer SIMPL bir LIBF rutini olarak ilan edilirse, bağlantı yükleyicinin SIMPL'nin transfer vektör girişinin adresini SIMPL + 2'ye yerleştirerek SIMPL kodunu değiştirmesidir. LIBF rutinleri, CALL alt programlarından farklı olarak, dönüş adresini tutmak için bir DC yönergesi ile başlamaz (transfer vektöründedir), aşağıdaki gibi gerçek kodla başlar:

SIMPL STX 1 RCVR1 + 1 Arayanın XR1 değerini yakındaki bir yere kaydedin. LDX I1 * - * Bağlantı yükleyici, adres kelimesini transfer vektörünü gösterecek şekilde değiştirir.

SIMPL'in transfer vektörünün adresini SIMPL + 2'ye yerleştirmek, burada XR1 olan seçilen indeks yazmacını kaydetmek için tek kelimelik bir talimat için yer bırakır. Daha sonra dolaylı LDX talimatı XR1'i transfer vektörüne değil, bunun aracılığıyla dönüş adresine veya BSI'dan sonra satır içinde depolanan herhangi bir parametreye işaret eder. SIMPL daha sonra yapması gereken her şeyi yaparak XR1 aracılığıyla herhangi bir satır içi parametrelere erişim sağlar (bu durumda dönüş adresi için XR1'i artırması gerekir) ve aşağıdaki gibi geri döner:

      STX 1 RETN + 1 XR1'i geri dönüş adresi olarak kullanmaya hazırlanmak için saklayın. RCVR1 LDX L1 * - * SIMPL'in ilk talimatı bu adresi değiştirdi. Şimdi, * XR1.RETN B'nin orijinal değerini geri yükleyin * - * Bu komut iki komut önce değiştirildi; dönüş.

Misal

SIMPL'e yapılan LIBF tarzı bir aramanın 100 adresinde olduğunu varsayalım. Bu durumda dönüş adresi 101 olacaktır, çünkü BSI 3 disp tek kelimelik bir talimattır. XR3, transfer vektörleri grubuna işaret eder. SIMPL için transfer vektörü 2000 adresinde başladıysa, BSI bir disp so that XR3+disp = 2000. Executing the BSI stores 101 at location 2000 and jumps to location 2001. At 2001 is a two-word long jump to the entry point of SIMPL, which the linkage loader might have placed at address 300.

The long jump transfers control to SIMPL. After the instruction at 300 stores XR1, the instruction at 301 is LDX ben1 2000, the linkage loader having placed 2000 at location 302. This does not load 2000 into XR1; it is an indirect instruction, and loads the contents of 2000, which is 101, the return address for that call to SIMPL.

In the return sequence shown above, by the time control reaches RETN, the instruction there is B L 101, which returns to the caller. (If there is one or more in-line parameters at 101, SIMPL would increment XR1 to point to 102 or beyond, and this would be the destination of the B instruction.)

Varyasyonlar

If SIMPL took parameters coded in-line following the BSI instruction, SIMPL gains access to them with indexed addressing off XR1. The first could be obtained by LD 1 0, ikincisi LD 1 1, ve benzeri. If the second parameter is the address of the actual parameter, then LD ben1 1 obtains its value. Before returning, SIMPL increments XR1 past the n parameters with an instruction such as MDX 1 n so as to place the right value at RETN+1.

A LIBF routine that declined to restore the original value of XR1 could omit the above steps and return with a simple B 1 n to skip n in-line parameters. However, such a routine can not be called by other LIBF routines because it disrupts the caller's use of XR1 for access to its own parameters and return address.

The complexity of LIBF saves memory for subprograms that are frequently called.:^{[32]:s. 24} The LIBF linkage requires one word per invocation, plus three words for the transfer vector entry and extra code in the routine itself, whereas the CALL linkage requires two words per invocation because most CALLs will be to an address beyond the -128 to +127 word reach of the one-word opcode.

The register XR3 must point to the transfer vector entries for the library routines rather than a dispatch table of only their addresses, because this latter would require that LIBF routines be called with an indirect BSI instruction. These instructions are two words long, so such a design would negate the code size savings of LIBF. The eight-bit limit for the disp field of the one-word instruction code limits usage of LIBF routines to no more than 85 distinct entries.

Code modification

The previous sections show that code and data are intermingled. It is common in 1130 programming to modify the address fields of instructions and, in fact, to modify entire instructions.

By the Fortran compiler

The Fortran compiler produces self-modifying code when generating code for any subprograms (subroutines or functions) that have parameters. The compiler builds a table of every location where the subprogram references one of its parameters, and compiles as the first instruction in the body of the subprogram a call to a subprogram called SUBIN that uses the table to modify the address field of every reference to a parameter to be the actual address of the parameter during the current invocation. SUBIN makes these patches every time the subprogram is called.

When a Fortran program calls a subprogram, the addresses of any parameters appear in-line following the call. For example, the Fortran statement CALL SIMPL(X) might compile into:

  BSI L  SIMPL  DC     X      The address of X, on which SIMPL is to operate

Within the subprogram, parameters could be accessed by indirect indexed addressing as shown above in Varyasyonlar, so, given that XR1 has been suitably prepared, an integer parameter could be loaded into the accumulator with an instruction like this:

  LD  I1 0      Load the value of the first parameter (offset 0) into the accumulator

The compiler instead used direct addressing. When SUBIN runs, it obtains the address of X and patches the instruction's address field to become:

  LD  L  X      Load the value of X into the accumulator

The advantages of SUBIN are as follows:

• To obtain the operand's address an indirect indexed instruction requires three memory cycles (the index register being in memory) while the direct access instruction require only one.
• If SIMPL were to pass one of its parameters to any subprogram that expected to receive the address of its parameter (including all the LIBF routines for floating-point arithmetic), SUBIN is needed to supply the actual address of the original parameter.

The disadvantages of SUBIN are the time it requires to run and the memory required for the table of references. The size of this table is the sum of 5, the number of parameters, and the number of references; if this sum exceeds 511, compilation will fail. For subprograms with many references to a parameter, the author of the subprogram might copy the parameter into a local variable.

By the user

Modifying entire instructions was a common technique at the time. For example, although the 1130 has an OR instruction, the syntax of Fortran provides no way to write it. An integer function IOR can be defined, enabling logical OR to be part of a Fortran expression such as:

   M = 3*IOR(ben,J) + 5

The Fortran compiler places the addresses of I and J in-line and expects the result in the accumulator. Using IOR(I,J) in a Fortran expression compiles the following four words:

  BSI  L IOR    Two-word jump to the start of the IOR function.  DC     I      A one-word in-line parameter: The address of I.  DC     J      A one-word in-line parameter: The address of J.

In fact, the assembler IOR function does not compute I veya J at all. Instead, it yerine geçer the above four words with the following:

  LD   L I      Load accumulator with I (two-word instruction)  OR   L J      OR accumulator with J   (two-word instruction)

After performing that transformation, it does not return past the end of the four-word block (which it had just modified). Instead, it branches to the exact address from which it had been called originally. The BSI instruction is no longer there; what is now there is the two instructions it has just written. They combine the two integers with the machine-language OR instruction and leave the result in the accumulator, as required.

The call to IOR and the transformation of the four-word block happens at most once per program run. If the Fortran line illustrated above is executed again, it runs faster than it did the first time. Similar functions could be devised for other useful operations.

A function that self-modifies, as IOR does, can not be used in a Fortran subprogram on any of the parameters to that subprogram (though it could be used to combine local variables) because it is incompatible with the SUBIN subprogram discussed above. IOR's transformation of its four-word calling sequence, shown above, moves the location of the address of variable I. On subsequent calls to the Fortran subprogram, the table of references to parameters would be in error and SUBIN would patch the wrong word, in this case placing the new address of I over the OR operation code.

Genişletilmiş hassasiyet

1130 FORTRAN offered two floating point formats: a 32-bit "standard precision" format and a 40-bit "extended precision" format.

Standard precision format contains a 24-bit two's complement anlam süre genişletilmiş hassasiyet utilizes a 32-bit two's complement anlam. The latter format makes full use of the cpu's 32-bit integer operations. The characteristic in both formats is an 8-bit field containing the power of two önyargılı by 128. Floating-point arithmetic operations are performed by software, and çift ​​kesinlik is not supported at all. The extended format occupies three 16-bit words, with the extra space simply ignored.^[33]

The "*EXTENDED PRECISION" compiler option card tells the FORTRAN compiler to use 40 bits instead of 32 bits for Floating Point data.

Large Fortran programs

Data to be manipulated and the instructions that manipulate them have to reside together in core memory. The amount of installed memory (from 4,096 to 32,768 words) is a key limitation. Fortran provides several techniques to write large programs despite this limitation.

LOCAL subprograms

Fortran let any subprogram be designated as "LOCAL" (Load-on-Call). Each LOCAL subprogram is an kaplama; it is part of the disk-resident executable program but is only loaded into core memory (if not already there) during the time it is called. So, for example, six LOCAL subprograms would require only as much core memory as the largest, rather than the total amount for all six. However, none of the six can invoke another, either directly or through intermediary subprograms.

Programs in phases

An entire Fortran program can pass control to a subsequent phase, exiting to the Supervisor with an instruction to load the follow-on phase into core memory. A large program might be split into three parts, separately compiled, called PART1, PART2, and PART3. Execution is started by // XEQ PART1 and at a suitable point, PART1 would execute the Fortran statement CALL LINK(PART2) ve benzeri. The name of the successor program in the CALL can not be variable, but program logic can govern whether control is transferred to another phase, and which CALL LINK statement is executed. As mentioned yukarıda, the Fortran compiler itself was written this way, with each phase of compilation achieved by a separate program.

COMMON data storage

Programs, such as Fortran programs, reside at low core memory addresses (just above the Supervisor). Fortran allocates space at the highest addresses for any variables and arrays declared COMMON. If a follow-on phase of the program contains a corresponding COMMON declaration, then information in this common area can be shared among phases. Phases could omit the COMMON declaration without problem, provided those phases were not so large as to have their program code invade the common area. COMMON storage not only shares data between phases; lower-memory COMMON variables can be used to pass data among a main program and subprograms within a single phase, though the data could be lost on moving to the next phase.

Programlama örnekleri

The examples can be executed on the IBM 1130 emulator available at IBM 1130.org.

Sample assembler program deck

The following listing shows a kart deck that compiles and runs an montajcı program that lists a deck of cards to the line printer.

 // JOB // ASM *LIST                     * LCARD.ASM - LIST A DECK OF CARDS TO LINE PRINTER                     *                     * PROGRAM                     *    NEW PAGE ON PRINTER                     * A  READ A CARD                     *    CONVERT FORMAT                     *    PRINT A LINE ON PRINTER                     *    GOTO A                     *                     START LIBF    PRNT1    GOTO NEW PAGE ON 1132                           DC      /3100    PRINTER CHANNEL 1-NEW PAGE                     *                     NEXTC LIBF    CARD0    READ FROM 1442 CARD READER                           DC      /1000    CONTROL TO READ                           DC      CBUFF    STORE 80 COLUMNS                     CINP  LIBF    CARD0                           DC      0                           B       CINP     LOOP UNTIL CARD IS READ                     *                           LIBF    ZIPCO    CONVERT CARD TO PRINTER                           DC      /1100    UNPACKED IN, PACKED OUT                           DC      CBUFF+1  INPUT BUFFER                           DC      PBUFF+1  OUTPUT BUFFER                           DC      80       CHARACTER COUNT                           CALL    HLEBC    HOLLERITH TO EBCDIC                     *                           LIBF    PRNT1    PRINT 80 CHARACTERS                           DC      /2000    CONTROL CODE TO PRINT                           DC      PBUFF    PRINT BUFFER                           DC      PERR     PRINT ERROR                     POUT  LIBF    PRNT1    CHECK FOR PRINT COMPLETE                           DC      0                           B       POUT     LOOP UNTIL COMPLETE                     *                           B       NEXTC    READ NEXT CARD                     *                     * DATA                     *                     CBUFF DC      80       80 COLUMNS PER CARD                           BSS     80                     *                     PBUFF DC      40       40 WORDS 80 CHARACTERS                           BSS     40                     *                     PERR  DC      0                           B    I  PERR     THIS RETURNS TO THE                     *                       PRINTER ERROR HANDLER                     *                       WHICH WILL TERMINATE THE PROGRAM                     *                           END     START    PROGRAM ENTRY POINT // XEQ TEST DATA 1 HELLO WORLD TEST DATA 2

In this job, the assembler leaves the result of its assembly in the temporary area of the system disk, and the XEQ command executes the content of the temporary area. The odd-looking END START has two meanings: end of assembler source, and the name of the entry point of the routine, which has the label START.

Assembler source starts with column 21 of the card, not column one. In systems without a disk drive, the assembler would punch code into the start of the card just read (the card reader was actually a reader-punch, with the punch station after the read station) and then read the next card. To handle forward branches and the like, the assembler's second pass literally involved a second pass of the cards through the reader/punch. If source changes were needed the programmer would duplicate the cards to obtain a deck with columns 1-20 blank ready for the next run through the assembler.

By convention, buffers are preceded by a word count. DC (Define Constant) assembles a count word and the following BSS (Block Started by Symbol) reserves the required number of words for the buffer. The card buffer requires 80 words, one for each card column. Driver CARD0 reads each card column literally, using 12 of the 16 bits in the buffer word, with a bit set to açık for each hole punched in the corresponding row for that column. The pattern of punches typically describes a text character using the Hollerith code. The console keyboard also gives input to the program in the Hollerith code, the only case of two devices using the same character encoding.

The printer routine, however, works with text in 8-bit EBCDIC with two characters per word, requiring a 40-word buffer. The program uses library routine ZIPCO to perform the conversion. Despite appearances, the statement CALL HLEBC is not executed because HLEBC is not a subroutine but an IBM-supplied Hollerith-to-EBCDIC conversion table. The CALL statement provides the address of the table to ZIPCO and ensures that the linking loader includes the table in the program, thus it is the fifth parameter to ZIPCO, though one occupying two words of storage: the BSI operation code word for the CALL is unused and thus usually wasted, but the second word of the expansion of CALL HLEBC is the address of the HLEBC table needed by ZIPCO. After the conversion, the program sends the converted output, now in buffer PBUFF, to the printer through driver PRNT1. Again, the program loops until the printer driver reports completion, then the program reads the next card.

This example contains no code to decide when to stop. A more complete program would check for cards that begin with //, which denotes the start of the next job. To stop the card reader as soon as possible, a program could check for the Hollerith code of / before even converting the card to EBCDIC.

Eşzamansız G / Ç ve performans

The call to CARD0 to read a card initiates that operation and immediately returns to the caller, which could proceed with other activity. However, the example program makes no attempt to overlap input and output using buffers even though it has two separate work areas; it simply loops back to CIMP to test afresh. After CARD0 has sensed the card reader's operation-complete interrupt, it returns one word further on, thus skipping the jump back to CIMP and leaving the loop.

The example routines do not run the I/O devices at top speed. Notably, the card reader, only a few milliseconds after reporting completion on reading a card, will commence its stop sequence, after which a new read command will have to wait to initiate another read cycle. The IBM 1442 reader could read 400 cards/minute at full speed, but just a little hesitancy in the read commands would halve its throughput or worse. A Fortran program could not complete even the simplest input processing in time, and so could not read cards at full speed. One common Fortran YAPMAK loop to read cards made the motor stop and start so frequently as to accelerate wear. With buffering, the card reader control could be overlapped with processing, and the reader could be run at full speed through large data decks, but memory for the more complex program and for buffers was often at a premium.

Even with assembler and double buffering, a program to list a deck of cards from the IBM 2501 reader (1,000 cards/minute) on the line printer could not keep up, as the translation from card hole patterns to EBCDIC for the printer as done by EBPRT was too slow; the more complex ZIPCO and HLEBC were needed instead, as in the example.

Sample Fortran IV program deck

The following listing shows a kart deck that compiles and runs a Fortran program and Fortran subroutine for the IBM 1130 when running DM2.

// JOB // FOR*LIST SOURCE PROGRAM*ONE WORD INTEGERSC-------------------------------------------------------   C COMPUTE THE CRITICAL VALUES FOR A QUADRATIC EQNC 0=A*X**2+B*X+CC RETURNS DISCRIMINANT, ROOTS, VERTEX, FOCAL LENGTH, FOCAL POINTC X1 AND X2 ARE THE ROOTSC-------------------------------------------------------    ALTROUTİN QUADR(Bir,B,C,DISCR,X1,X2,VX,VY,FL,FPY) REAL Bir,B,C,DISCR,X1,X2,VX,VY,FL,FPYC DISCRIMINANT, VERTEX, FOCAL LENGTH, FOCAL POINT Y DISCR = B**2.0 - 4.0*Bir*C VX = -B / (2.0*Bir) VY = Bir*VX**2.0 + B*VX + C FL = 1.0 / (Bir * 4.0) FPY = VY + FL FL = ABS(FL)C COMPUTE THE ROOTS BASED ON THE DISCRIMINANT EĞER(DISCR) 110,120,130C -VE DISCRIMINANT, TWO COMPLEX ROOTS, REAL=X1, IMG=+/-X2110   X1 = -B / (2.0*Bir) X2 = SQRT(-DISCR) / (2.0*Bir) DÖNÜŞ C ZERO DISCRIMINANT, ONE REAL ROOT120   X1 = -B / (2.0*Bir) X2 = X1 DÖNÜŞC +VE DISCRIMINANT, TWO REAL ROOTS130   X1 = (-B + SQRT(DISCR)) / (2.0*Bir) X2 = (-B - SQRT(DISCR)) / (2.0*Bir) DÖNÜŞCC NEXT STORE SUBROUTINE ON DISK USING DUP SON// DUP*DELETE             QUADR*STORE      WS  UA  QUADR// JOB// FOR*LIST SOURCE PROGRAM   *IOCS(CARD,1132 PRINTER)   *ONE WORD INTEGERS   C-------------------------------------------------------   C PROCESS DATA CARDS WITH A,B,CC UNTIL A=0C------------------------------------------------------- DATA ICARD,IPRT /2,3/ REAL Bir,B,C REAL DISCR,XR1,XR2,VX,VY,FL,FPY YAZMAK(IPRT,901)901   BİÇİM(' ------------------------------------------------------')C READ A B C, IF A=0 THEN EXIT100   READ(ICARD,801)Bir,B,C801   BİÇİM(3F8.3)C     EXIT WHEN A IS ZERO EĞER (Bir) 110,9000,110C PRINT A B C 110   YAZMAK(IPRT,902)Bir,B,C902   BİÇİM(' QUADRATIC A=',F8.3,' B=',F8.3,' C=',F8.3)C COMPUTE AND PRINT THE CRITICAL VALUES TELEFON ETMEK QUADR(Bir,B,C,DISCR,XR1,XR2,VX,VY,FL,FPY) YAZMAK(IPRT,903) DISCR903   BİÇİM(' DISCRIMINANT=',F9.4) YAZMAK(IPRT,904) VX,VY904   BİÇİM(' VERTEX X=',F9.4,'  Y=',F9.4) YAZMAK(IPRT,905) FL905   BİÇİM(' FOCAL LENGTH=',F9.4) YAZMAK(IPRT,906) VX,FPY906   BİÇİM(' FOCAL POINT X=',F9.4,'  Y='F9.4) EĞER (DISCR) 120,130,140C -VE DISCRIMINANT, TWO COMPLEX ROOTS120   YAZMAK(IPRT,913) XR1, XR2913   BİÇİM(' COMPLEX ROOTS =(',F9.4,'  +/-',F9.4,'I)') GİT KİME 200 C ZERO DISCRIMINANT, ONE REAL ROOT130   YAZMAK(IPRT,912) XR1912   BİÇİM(' ROOT  X =',F9.4) GİT KİME 200C +VE DISCRIMINANT, TWO REAL ROOTS140   YAZMAK(IPRT,911) XR1, XR2911   BİÇİM(' ROOTS X1=',F9.4,'   X2=',F9.4)C --- GO TO 200C END OF QUAD200   YAZMAK(IPRT,901) GİT KİME 100C END OF PROGRAMC DATA FOLLOWS XEQ CARD9000  CALL EXIT    SON   // XEQ+001.000+000.000+000.000+001.000+002.000+003.000+002.000+002.000+000.000+002.000+000.000-004.000+000.500+000.000-004.000+000.250+002.000-002.000-004.000+000.000-004.000+002.730-007.200-003.750+000.000+000.000+000.000

Sample APL1130 session

The following image shows a simple APL 1130 session. This session was performed via the 1130 simulator available from IBM 1130.org

The above session shows a signon, addition of the integers 1 to 100, generation of an addition table for the integers 1..5 and a sign off.

Competing systems

In the same year as the 1130's introduction, Digital Equipment Corporation introduced the smaller, cheaper, and better-selling 12-bit PDP-8, recognized as the first successful minicomputer.

Influence of the 1130

• Brian Utley was the 1130s Proje Müdürü during its gelişme ve giriş. Brian said at the third 11/30 party that before IBM Marketing named the 1130 it was known as the Small Engineering Computer System or SECS.^[34] The initial architecture was 18 bits but was changed to 16 bits due to the influence of the Sistem / 360 geliştirme. The full dialogue of his 2005 presentation is available at IBM1130.org.
• Notable software designer Grady Booch got his first exposure to programming on an IBM 1130:^[35]

... I pounded the doors at the local IBM sales office until a salesman took pity on me. Bir süre sohbet ettikten sonra bana bir Fortran [el kitabı] verdi. Eminim, "Bu çocuktan bir daha asla haber almayacağım" diye düşünerek bana vermiştir. Ertesi hafta, "Bu gerçekten harika. Her şeyi okudum ve küçük bir program yazdım. Bir bilgisayarı nerede bulabilirim?" Diyerek geri döndüm. Adam beni çok memnun etti, hafta sonları ve akşam geç saatlerde IBM 1130'da programlama zamanı buldu. Bu benim ilk programlama deneyimimdi ve kariyerimi başlattığı için o isimsiz IBM satıcısına teşekkür etmeliyim. Teşekkür ederim IBM.

• LISP guru Guy Steele wrote a LISP interpreter for the IBM 1130 when he was in high school (Boston Latin Okulu, which had an IBM 1130 for student use).^[36][37] His code and documentation for LISP 1.6, along with a summary of current work in getting it to run under simulation, is available at IBM1130.org.
• Chuck Moore wanted to call his new language "Fourth" but the IBM 1130 operating system was limited to five-character names, so it wound up being called FORTH.^[38]
• Dan Bricklin yaratıcısı VisiCalc program, got his start in programming when he learned and used the IBM 1130 as part of the National Science Foundation Computer/Math Summer Project for high school students, given at the University of Pennsylvania in 1966.^[39]
• An IBM 1130 with 8 kilowords of core was used for the world's first full-time Dünya Dışı Zeka Arayın araştırmak The Ohio State University Radio Observatory.^[40]
• Charles Goldfarb, babası SGML, describes a job installing a typesetting system based on an IBM 1130 that "eventually changed my career", driving him towards generic markup:^[41]

The system was an IBM 1130 computer, a machine the size of a desk with 8 KB of main memory, a 512 KB disk drive, a Teletype CX paper tape reader and BRPE paper tape punch, and a Photon 713 photomechanical typesetter. The assignment was my first experience with managing a machine-readable document database: I learned to roll the punched paper tape carefully so that it could be stored neatly in cylindrical waste paper baskets.
In the meantime, though I didn't know about it, the roots of generalized markup were being planted. Historically, electronic manuscripts contained control codes or macros that caused the document to be formatted in a particular way ("specific coding"). In contrast, generic coding, which began in the late 1960s, uses descriptive tags (for example, "heading", rather than "format-17").

• Alan Kay used the IBM 1130 in early GUI work for his Ph.D. thesis in 1969.^[42]
• Hutchinson Merkez Teknik Lisesi ("Hutch Tech") in Buffalo, NY used the IBM 1130 in the nation's first four-year lise computer science curriculum in 1969. Robert Santuci was the computer science program head and taught classes in programming and inductive logic.^[43]
• An engineer from IBM was hired by İşaretler and incorporated a number of architectural features from the IBM 1130 into the İşaretler 2650 single-chip processor.^[44]

1130s today

Out of an estimated 10,000 systems produced, the following are known to exist as of 2020:

• ACONIT in Grenoble, France has a complete 1130 system.^[45]
• Bilgisayar Tarihi Müzesi (Mountain View, Kaliforniya ) has an 1130 system.^[46]
• COSECANS (Basel, İsviçre ).^[47]
• The National Museum of Computing (TNMOC) (Bletchley Park, United Kingdom) has a complete 1130 system.^[48][49]
• Stuttgart Üniversitesi (Germany) has a functional 1130 system.^[50]
• Carl Claunch is currently restoring an 1130 system.^[51]

Apokrif

Speculation on why the product was given the number 1130 centered on the following possibilities:

• That, since the 1130 was a small scientific machine, the number was chosen by multiplying 360 (as in IBM 360 ) tarafından π.
• That 11:30 was the time of day that product planners reached an impasse regarding what to call the product.
• That the 1130 was IBM's 11th Computer Design, and it had 30 instructions.

Others have speculated that the existence of the IBM 1130 explains why no computer designated "11/30" ever appeared in the PDP-11 family of machines.^[52]

Ayrıca bakınız

• IBM ana bilgisayar
• IBM ürünlerinin listesi

Referanslar

Dış bağlantılar

• IBM Archive: IBM 1130 press releases, chronology, photos, facts folder.
• IBM 1130.org Norm Aleks and Brian Knittel site which has significant information about the 1130 and a downloadable simulator that supports the DMS R2V12 and APL environments.
• www.ibm1130.net is Howard Shubs' site dedicated to the 1130.
• Arnold Reinhold's personal account of the 1130. Text from here has been incorporated into this article with permission
• A set of PDFs made up of scanned IBM 1130 manuals
• Kym Farnik's page on Retro Computing specifically the 1130
• A discussion about the (then) Angle Park computing centre which was equipped with IBM 1130's
• Bob Rosenbloom's IBM 1130 Photos
• IBM 1130 material at Columbia University, Computing History site.
• A Flickr collection of detail photos taken by Peter Vaughan of an IBM 1130 -de The National Museum of Computing