IBM 1401

Original article: http://www.columbia.edu/cu/computinghistory/1401.html

[ Дивись галерею ]

Фото: Довідковий посібник із системи обробки даних IBM 1401 A24-1403- x .

Система обробки даних IBM 1401 , транзисторно-логічний комп’ютер зі збереженою програмою, анонсований у жовтні 1959 року. При мінімальній конфігурації 2500 доларів США на місяць це був перший доступний комп’ютер загального призначення IBM, який мав замінити всі бухгалтерські машини та калькулятори , які все ще були дешевшою альтернативою комп’ютерам IBM 650 і 70x . Тисячі 1401 були продані або здані в оренду; Фактично, це був перший комп’ютер, який розгорнув 10 000 одиниць. 1401 був десятковим (а не двійковим) комп’ютером зі словами змінної довжини, що складалися з 8-бітних байтів, що містили 6-бітний BCD ( двійковий кодований десятковий) символів (плюс парність і біти словесного знака) і призначався в основному для бізнес-додатків (його науковим аналогом був 1620 ) . 1401 був першим у серії комп’ютерів IBM 1400, до якої пізніше увійшли 1410 , 1440 і 1460. Спочатку 1401 програмувався лише машинною мовою або мовою асемблера або (трохи пізніше) Autocoder , що виявилося складним для багатьох людей, але незабаром було хост однієї з найперших бізнес-орієнтованих мов програмування високого рівня, RPG (генератор програм звітів), що збільшило її зручність використання та популярність [ 4 ]. Пізніше FORTRAN був доданий для наукового програмування.

За словами Г’ю Т. Хоскінса, до появи Autocoder існував асемблер під назвою SOPAT, який поставляв IBM. Це було в Школі бізнесу Університету Південної Каліфорнії в 1962 році. Також дивіться наступні коментарі Кіта Вільямса нижче .

1401 був настільки популярним, що (згідно з легендою) програми 1401 все ще працювали в 2000 році на симуляторах 1401 (які самі могли бути програмами 70×0, отже, працювали на власних симуляторах), і це стало особливою проблемою для перетворення 2000 року. . Можете посперечатися, що програмісти 1960-х років, маючи в своєму розпорядженні лише кілька тисяч байт пам’яті, не «витрачали ядро» на 4-значні роки!

На зображенні (зліва направо; перейдіть за посиланнями для більших зображень):

• Модель 1402 Кардрідер / перфоратор
• Блок магнітної стрічки 7330
• 1407 Консольна довідкова станція
• Сам комп’ютер 1401 із панеллю керування вгорі ліворуч
• дисковий накопичувач 1405
• Принтер 1403 .

Принтер 1403 міг друкувати до 1400 рядків із 132 колонками за хвилину, іноді й більше. Зчитувач/перфоратор 1402 міг вмістити 1000 карток (половина коробки) у бункер, зчитувати 800 карток за хвилину та перфорувати 250 карток за хвилину. Лорен Вілтон (з Burroughs/Unisys, який працював із 1401 під час навчання в коледжі) зазначив (31 грудня 2003 року), що:

…якщо ви дозволите жмені карток впасти в подачу для зчитування (що зазвичай робилося під час завантаження лотка, і все одно станеться, щойно ви запустите зчитувач), лоток і пристрій для зчитування вмістять цілу коробку карти легко, або 2000+ карт.

Це було дуже зручно, оскільки зменшувалося час, який вам доводилося витрачати на завантаження карток у зчитувач, і ви могли присвятити свій час керуванню перфоратором, який мав набагато менший бункер, і стекерами для зчитування/перфорування, які лише вміщує приблизно від 800 до 1000 карток у кожному стекері. Зазвичай лише правий стекер використовувався для зчитувача, а лівий стекер використовувався для перфоратора, тому кілька стекерів мало допомагали.

Якщо ви виконували завдання, яке друкувало дані на попередньо надрукованих формах (особливо на багатокомпонентному або жорсткому папері), вам також довелося б присвятити достатню кількість часу моніторингу укладальника 1403, щоб переконатися, що у вас не опинилися форми. розливаючись по всій підлозі, а не складаючись акуратно в штабелер. Товсті форми, як правило, погано складаються, особливо якщо принтер виконує багато високошвидкісних поворотів, як це було типово для форм.

Не показано: блок зберігання 1406 , що містить основну пам’ять . 1401 був оснащений основною пам’яттю до 4K 8-бітних символів; 1406 збільшив об’єм пам’яті до 8K, 12K або 16K (тому 1401, показаний вище, має 4K).

1405 Disk Storage Unit Model 1 мав місткість «10 мільйонів буквено-цифрових символів, що зберігаються на 25 дисках» (пластинках). Модель 2 містила 20 мільйонів символів на 50 пластинах. Доступ до кожної пластини здійснюється за допомогою власного кронштейна доступу (головка для читання/запису). Це один із найперших серійних дискових накопичувачів, прямий нащадок оригінального IBM 305 Disk File, представленого разом із комп’ютером RAMAC (RAndoM Access) у 1956 році. -актуальний статус. Будь-яка транзакція, що впливає на бізнес, може бути оброблена, коли вона відбувається, і всі записи та облікові записи, яких це стосується, негайно оновлюються. Керівники організації мають доступ у будь-який час до інформації про стан будь-якого облікового запису момент».

Відділ анекдотів

Від Боба Резнікоффа, можливо, єдиної людини, яка працює тут довше за мене*:

Здається, я пам’ятаю (хоча не можу бути впевненим), що ми використовували 1401 для обробки стрічок для друку з 7090 (або 7094). Оскільки 7090 був «таким швидким», вважалося марною тратою ресурсів використовувати його для друку. Тож вихідні дані для друку та перфорації записувалися на стрічку (парна парність для тексту, непарна для двійкового), яку потім обробляли на 1401. Мені завжди подобався 1401; Я пам’ятаю, що він був досить елегантним і економним у використанні пам’яті (слова були лише стільки, скільки вам потрібно).

Це від мене …

Коли я служив в армії в Німеччині в середині 1960-х років , у штабі 7-ї армії в Штутгарті, у казармах Patch, у нас був мобільний 1401. Він знаходився у ВЕЛИКОМУ причепі вантажівки. Коли ми виходили на маневри, воно йшло з нами. Причіп був причеплений до двійки з половиною , а до причепа причеплено гігантський газовий генератор. Після того, як ми були розміщені в лісі чи де завгодно, сторони трейлера витягнулися, і у вас було досить велике машинне приміщення, повне перфораторів, верифікаторів , 1401, накопичувачів, столів тощо. Можливо, перфоратори та верифікатори були в окремий трейлер, зараз все туманно. Я не був настільки піднесений, щоб мати щось безпосередньо пов’язане з комп’ютером, я робив ключові удари та EAM ( 407 ,сортувальник тощо). Я поняття не мав, для чого це все використовувалося, за винятком того, що це називалося інформаційною системою командування та управління (CCIS). У будь-якому разі він виконував свою роботу, якою б вона не була, тижнями поспіль у глибинах Шварцвальда, незалежно від того, скільки бруду ми вистежували.

У липні 2006 року я почув від Вейда Харпера, який працював у CCIS у той же час, який міркував:

Важко повірити, що у нас було 12 E6 і 12 E7, 3 Lt і 2 чи 3 WO, щоб запрограмувати комп’ютер із ЛИШЕ 8 Кб пам’яті.

так До речі, E6 і E7 є штатними розрядами оплати праці. LT — лейтенант. WO — це прапорщик, який є середнім між рядовим і офіцером. Прапорщики зазвичай пілоти вертольотів. Військовослужбовці (вони справді були всі чоловіки), за одним винятком, були спеціалістами, а не сержантами (унтер-офіцери, тобто сержанти), тобто вони отримували таку саму зарплату, як сержанти, без необхідності керувати людьми. На мою думку, гарна ідея: просувати людей на основі їхніх навичок і продуктивності, дозволяючи їм продовжувати робити те, у чому вони вміють, не змушуючи їх керувати. (Мабуть, армія відмовилася від цієї практики кілька років тому.) Пізніше Вейд пояснив, що 1401 насправді робив у CCIS:

1041 був запрограмований для MRS (Система військових звітів) у польових умовах. Це була проста послідовна база даних на стрічці. 1 блок для кожного звіту. Кожен штаб-квартира надсилає інформацію у форматі картки, яка записується на плівку як вхідні дані для MRS. Ми навряд чи могли щось запрограмувати, маючи лише 8K RAM. Кожен звіт мав бути однакового формату. Без індивідуальних розрахунків. Одного разу ми були в барнштурмі, і Джоді Пауерс подумала, чи можна якось розмістити 1 або 2 Кб коду на стрічці з кожним блоком даних. Тоді ми могли б індивідуалізувати кожен звіт. Тож я нарешті запрограмував його, і він працює дуже добре. Ми також програмували речі для гарнізонної роботи. У мене були всі звичайні боєприпаси в Європі. Сперлінг (оскільки він говорив німецькою) і, я думаю, Джеррі Кук, мали програму маршових наказів (на випадок війни). Інших проектів я не пам’ятаю. Ми ходили по багатьох штабах батальйону, просячи про роботу. Я пробув в армії 20 років. Потім працював системним програмістом на IBM 360/370 та інших, поки я не пішов назавжди у відставку в 1996 році. Мені пощастило навчитися програмуванню в армії.

_____________________________

Уроки джунглів

Гері Х. Антес

30 березня 2005 року Гері Антес зробив наступний внесок: «Мій власний невеликий внесок до Товариства визнання 1401 та Асоціації випускників програмістів Autocoder — це вкладення, колонка, яку я написав для Computerworld кілька років тому. Насолоджуйтесь». [ Computerworld , 20 серпня 1990 р., Журнал менеджера, стор.60. АВТОР: Гері Х. Антес. Антес, кореспондент Computerworld у Вашингтоні, округ Колумбія, колишній лейтенант ВМС США jg і був помічником директора з обробки даних у складі постачання ВМС у Данангу, В’єтнам.]

Ворожі ракети завжди прилітали вночі, але вони були погано націлені і рідко завдавали великої шкоди. І коли приятеля вкусила отруйна змія, коли він ховався в бункері під час червоної тривоги, я вирішив залишатися в ліжку, коли влітають ракети.

Але незадовго до світанку 24 лютого 1970 року В’єтконгу пощастило, і я дізнався про аварійне відновлення.

Ракета, запущена звідкись із в’єтнамських джунглів, влучила в базу постачання ВМС США поблизу Дананга, дивним чином приземлившись на купу з 6000 протитанкових мін. Міни, що розірвалися, послали ударні хвилі по депо, зруйнувавши центр обробки даних, де я працював. Вторинні вибухи тривали 13 годин.

Коли я почув грандіозний вибух у своєму таборі за кілька миль звідси, я одразу подумав про сіру коробку з п’ятьма стрічками, які щодня оновлювалися та вивозилися за межі об’єкта на випадок, якщо комп’ютерну обробку колись доведеться перенести до екстреної служби ВМС у Філіппіни. Але футляр із файлами резервних копій даних не стояв на знайомому місці біля мого ліжка; Я забув взяти його з собою минулого вечора. З баченням військових судів, які танцювали в моїй голові, я поїхав до складу постачання, щоб допомогти у прибиранні та відновленні.

Незважаючи на те, що будівля, в якій розташовувався обчислювальний центр, завалилася, комп’ютер IBM 1401 і його купа електромеханічних машин з перфокартками здавалися більш-менш цілими, хоча й були вкриті тоннами пилу та сміття. А футляр, у якому зберігалися магнітні стрічки, був там, де я його залишив, очевидно неушкодженим.

Двоє цивільних інженерів IBM незабаром прибули на місце події, і якщо вони взагалі спали протягом наступних кількох днів, це було неочевидно. Комп’ютер перевезли на неушкоджений склад неподалік, де Navy Sea Bees цілодобово працювали над встановленням фальшпідлоги та кондиціонування повітря. Завдяки цим героїчним зусиллям і промисловим пилососам IBM обладнання було очищено та знову запрацювало протягом тижня.

IBM 1401 — попередник System 360 — мав усю обчислювальну потужність і пам’ять сучасних аркадних ігор, але він працював у три зміни на день, сім днів на тиждень, відстежуючи запас із 105 000 предметів, що підтверджували заявки на суму 32 мільйони доларів. місяць. Незважаючи на те, що комп’ютер і його додатки для контролю інвентаризації були критично важливими для місії військово-морського флоту щодо забезпечення бойових частин, аварійне відновлення було виконано настільки швидко, що командування ВМС вирішило не посилати мене на Філіппіни з резервними стрічками. Таким чином я уникнув військового суду і так і не дізнався, чи вибухи перекинули шматочки стрічок у алфавітний суп.

З усього цього є певні уроки для сучасного менеджера центру обробки даних, і жоден із них не пов’язаний із ракетами В’єтконгу, протитанковими мінами чи отруйними зміями. По-перше, очікуйте несподіваного. По-друге, мати позолочений контракт на обслуговування, підкріплений відданими, компетентними людьми. Нарешті, якщо вам довірили справу з резервними стрічками, не залишайте роботу без них.

Департамент виконання покарань

У березні 2005 року від Білла Нуджента було отримано наступне:

Говорячи про ємність пам’яті, більшість людей розуміють 4K, 12K, 16K як значення 4096, 12288 і 16384. IBM 1401 мав ємність пам’яті 4000, 8000, 12000 і 16000 слів. Можливо, варто пояснити різницю. Крім того, кожне місце пам’яті було словом, а не 8-бітовими символами. Один із бітів був недоступний, тому що це був біт парності, а інший біт був Word Mark (WM), який позначав початок інструкції (зчитування) і кінець поля даних (зчитування з пам’яті).

1402 п’ять вихідних бункерів (штабелерів) були дуже корисною функцією. За замовчуванням перфоратор кидає картку в лівий стек і, за бажанням, у другий зліва або середній стек. Зчитувач за замовчуванням опускається в правий стекер і за бажанням у другий праворуч або середній стекер. Я використовував багато програм і написав програму чи дві, які за замовчуванням зчитували б картки з даними в центральному стекері, якщо картку не збиралися замінити, і в такому випадку вона потрапляла б у другий із правого стекера, а перфоратор картки пробивав заміну і опустіть його в центральний стек.

Однією дивною річчю в 1401 було те, що зчитувач карток зчитував адреси з 001 по 080. Коли натискалася кнопка «Завантажити», зчитувач карток читав першу картку, регістр I-Addr було встановлено на 001, тому виконання починалося з адреси 001 і таким чином розпочнеться завантажувач (дайте мені знати, якщо ви бажаєте більш глибокого пояснення про завантажувач). Перфоратор карти перфорував би від адреси 101 до 180, а принтер друкував від 201 до 132, при цьому адреса 200 використовувалася для керування каналом (права фраза).

Оскільки комп’ютер мав змінну довжину слова, було легко написати програму, використовуючи арифметику змінної довжини. 1401 із додатковою опцією інструкції множення/ділення може множити два 80 десяткових чисел приблизно за 15 хвилин за допомогою однієї інструкції.

Від Кейта Вільямса, 1 травня 2006 р.:

Я щойно знайшов ваші сторінки на 1401 за адресою http://www.columbia.edu/cu/computinghistory/1401.html

Це принесло мені велике задоволення, тому що я приєднався до IBM у жовтні 1959 року, приблизно в той час, коли було оголошено про цю машину. 1401 був першим комп’ютером, який я знав, і, мабуть, єдиним, який я розумів глибоко. Я навчився програмувати машину в 1960 році, а до 1961 року навчав цьому інших співробітників IBM і програмістів-замовників.

Я відчуваю себе зобов’язаним виправити один маленький факт, який міститься на вашій сторінці. Autocoder не був першою мовою програмування для 1401. Репертуар інструкцій і система адресації пам’яті були досить простими, щоб дозволити вам кодувати прості процедури машинною мовою, але перша програма асемблера була відома як SPS (Symbolic Programming System). Ця система програмування була анонсована IBM разом із машиною.

Багато з ранніх 1401 (які замінили системи обліку перфокарт) складалися просто з блоку обробки 1401, пристрою зчитування/перфорації 1402 і принтера 1403. У них не було ні магнітофонних, ні дискових блоків, і насправді ці блоки не фігурували в першому оголошенні. Autocoder потребував стрічки або диска для обробки вашої символічної програми для створення об’єктного коду. Автокодер був доступний спочатку на 1410, а версія 1401 з’явилася лише наприкінці 1961 року.

До того часу ми програмували 1401 у SPS (Symbolic Programming System). Програма асемблера SPS містилася в стопці перфокарт. Символьну програму програміста також перфорували на картках і розміщували за асемблером SPS у стеку читання 1402. Після натискання кнопки «Завантажити» асемблер SPS завантажувався в основну пам’ять 1401 і негайно читав і обробляв символічні дані користувача. програма. Процес перекладу складався з двох етапів: спочатку частково перекладену колоду вибивали на стороні перфорації 1402. Ця частково перекладена програма потім поверталася на сторону читання 1402, а під час цього другого проходу – повністю перекладена об’єктна програма. був вибитий на стороні удару.

1401 поставлявся з 5 різними розмірами пам’яті ядра. Для практичних «автономних» обчислень мінімальний розмір пам’яті становив 4 Кб символів, але ви могли мати конфігурації пам’яті 8, 12 або 16 Кб. Він також постачався з мінімальною конфігурацією пам’яті 1,4 КБ для систем, які мали використовуватися як автономні принтери для значно потужнішої серії IBM 700/7000.

Щоб прояснити думку Білла Нагента, найменша адресна одиниця пам’яті серії 1400 була відома як «символ» і складалася з восьми двійкових бітів (фізично, восьми феритових ядер). Це був еквівалент того, що ми зараз називаємо «байтом», але цей термін не увійшов у вжиток до оголошення машин третього покоління (System /360). Як пояснює Білл, шість бітів використовувалися для кодування символів за допомогою системи, відомої як BCD, заснованої на коді, що використовується в перфокартах IBM. Сьомий біт використовувався як біт парності, а восьмий як «словесний знак». «Слово» в серії 1400 складалося зі змінної кількості послідовних позицій символів, останній з яких мав біт «Позначка слова». Тому він був відомий як машина змінної довжини слова, на відміну від фіксованої довжини слів 709 і 650, які йому передували. Кожна інструкція машинної мови являла собою «слово» і могла мати довжину від 1, 4, 7 до 8 символів, останній з яких містив позначку слова. Довжина слів даних, звичайно, була абсолютно різною і оброблялася послідовно символ за символом, доки не зустрічався словесний знак.

Більше історій…

Від Карен Б. Маклафлін, 24 серпня 2006 р.:

Я був раннім програмістом SPS, починаючи з Лабораторії радіації Лоуренса (LRL) у 1961 році, щойно закінчивши Каліфорнійський університет у Берклі. Кіт Вільямс прояснив багато деталей, які я не міг розпізнати в інших спогадах, що передували його внесенню. Його описи викликали спогади про те, через що нам, програмістам, довелося пройти, щоб перевірити та налагодити, включаючи завантаження/вивантаження перфокарт і перевірку того, що папір укладено правильно. Ніхто не згадував про пробивання клавіш, але це була ще одна навичка, яку ми всі повинні були здобути, тому що персонал, що виконує перфорацію, був зайнятий перфорацією карт даних, оскільки у нас не було накопичувачів на стрічках. Важливою характеристикою 1401 (та інших його епохи) було те, що через відсутність операційної системи будь-яка помилка могла бути приписана програмі в ядрі, що робило налагодження відносно простим випадком вирішення проблеми.

Інший момент щодо 1401: консоль мала бітові перемикачі, які дозволяли програмісту динамічно змінювати ядро, що дозволяло налагоджувати на льоту — за умови, що ви знали Холлеріта. Оскільки програмісти проходили практичне тестування лише одну годину на день, це була корисна функція.

Дизайн програми мав бути елегантним і економним, використовуючи накладки та структуру, перш ніж винайшли цей термін. Сьогодні багато людей носять КПК і мобільний телефон із більшою пам’яттю, ніж у першого комп’ютера, який ми використовували для обробки заробітної плати для понад 5000 співробітників LRL Berkeley and Livermore у 1968 році.

Я залишився в галузі обчислювальної техніки, стикаючись із багатьма різними машинами, мовами, проектами та назвами посад, і зрештою пішов на пенсію в 1999 році після 25 років роботи в Лабораторії реактивного руху. З радісним відчуттям надлишку, можливо, викликаним моїм раннім досвідом роботи з 1401, я щойно закінчив створення персонального комп’ютера, який містить майже 500 ГБ пам’яті, набагато більше, ніж я коли-небудь зможу використовувати.

У мене були чудові та складні поїздки протягом багатьох років, але я завжди вважав, що програмування та керування 1401 було найвеселішим.

Роберт Н. Саммер, 21 травня 2007 р.:

Прочитавши статті на вашому веб-сайті, я хотів би додати наступне.

У 1962 році я приєднався до відділу комп’ютерних операцій IBM New York Time/Life як оператор комп’ютера 1401.

До моїх обов’язків входило записувати всі вхідні комп’ютерні завдання, надіслані програмістами в центр, на стрічку за допомогою супутника 1401. Це дозволило поточним основним фреймам (7090, 7040/44) обробляти завдання без витрат часу на функції введення/виведення.

Нью-йоркський комп’ютерний центр був супутником до головного обчислювального центру в Покіпсі, Нью-Йорк, тому друга зміна в Нью-Йорку надсилала до Покіпсі через телефонні лінії, що називається телеобробкою, переповнення завдань, які не можна було обробити в Нью-Йорку.

Оскільки у нас був кінцевий термін, і було багато завдань для телеобробки в Poughkeepsie, я склав безліч завдань на лоток для зчитування карток, який міг вмістити до 3000 карток, натиснув кнопку «Пуск» на комп’ютері, і почався процес перенесення картки на стрічку. . Під час перевірки зчитувача (зчитувач виявив помилку між щітками для зчитування та перевірки) оператор мав обережно вийняти картки з бункера для зчитування карток, щоб зберегти цілісність послідовності карток; видаліть картки з верхньої частини лотка для зчитування, щоб картки, що залишилися на лотку, можна було штовхнути вгору, щоб оператор міг промити картки всередині зчитувача. Тепер оператор помилково перевіряв картку, чи була вагома причина для перевірки зчитувача. Якщо жодної не видно, оператор замінює всі картки в належному порядку та запускає зчитувач. Якщо нічого не станеться, обробка картки на стрічку продовжиться. Якби на тій самій картці було перевірено інше зчитувач, завдання було б виключено з потоку завдань, а програміст був повідомлений.

Одного вечора рідер, якому було призначено це завдання, продовжував фальшиво перевіряти читач. Він зчитує п’ять або шість карток, а читач перевіряє наступну. Після виконання описаної вище процедури зчитувач зчитує дев’ять або десять карток і перевіряє наступну картку.

Я попросив свого керівника, щоб CE (інженер із замовників) перевірив зчитувач. Мені сказали, що CE кілька разів перевіряли під час першої зміни, але не знайшли жодної причини для перевірки зчитувача. Приблизно після двадцятої перевірки читачів, коли час закінчився, я зробив те, що зробив би будь-який хороший американський ремонтник «Зроби сам».

(Щоб полегшити стрес від восьмигодинної зміни на моїх ногах, я придбав пару черевиків на гумовій підошві. Дизайн підошви нагадав мені щойно зоране поле з маленькими долинками та гострими вершинами, які переходили з боку в бік на кожному черевику.)

Якщо він не працює після перевірки та виявлення нічого поганого. Це саме те, що я зробив. Відбиток мого взуття залишився на дверях 1401 через звичайний пил, який можна знайти на білій кахельній підлозі в операційній.

Зчитувач не виходив з ладу протягом решти моєї зміни, читав ідеально. Він працював у третю зміну, першу зміну, і коли я повернувся на роботу, мій відбиток взуття все ще був там і отримав велику подяку від своїх колег-операторів за ремонт зчитувача.

CE навіть були здивовані моїм рішенням. Відбиток залишався кілька днів, але був видалений до того, як керівник CE та гості прийшли на екскурсію до операційного відділу. Завдяки статтям на вашому веб-сайті та тому, що мені цікаво, що буде зроблено на 50-ту річницю появи 1401, я перенавчився програмувати 1401 і написав для нього невелику службову програму, і я на 95% впевнений, що це буде працювати, якщо ввести його в 1401. Так, я грав на комп’ютері 1401, щоб випробувати програму, і так, було важко перевести кодування SPS в об’єктну колоду, як ми називали це в 1962 році, але мені було ВЕСЕЛО. І це після 38 років кар’єри в розробці комп’ютерних систем IBM Main Frame, написанні специфікацій, кодуванні, налагодженні, тестуванні тощо.

Коментар…

4 липня 2007 р.:

Edward G. Nilges

13A 6F 1F Wang Long Village

Yung Shue Wan

Lamma Island

ГОНКОНГ

Шановний Френк!

Як колишній програміст IBM 1401, який налагоджував компілятор лише об’єктного коду для Fortran після того, як IBM скасувала підтримку 1401 у січні 1971 року, і який самостійно відкрив математику з додатковою точністю та нові форми арифметики «модифікованої адреси», насправді я цілком розлючений, читаючи, як армія мала ресурси, щоб марнотратно створити «центр обробки даних 1401» у лісах Німеччини, тоді як мій університет випрошував ресурси для навчання своїх студентів.

Це пов’язано з тим, що центр обробки даних 1401, ймовірно, нічого не робив і був безглуздим.

Я захоплююся важкою працею та героїзмом техніків з обробки даних, які відновили 1401 у Данангу після ракетного обстрілу В’єтконгу. Однак у той самий час, коли я вивчав 1401 рік, я виступав проти цієї божевільної війни, такої ж божевільної, як війна в Іраку сьогодні, де, безсумнівно, героїзм, самопожертва та наполеглива праця скромних і негламурних військових. специфікації витрачаються даремно, щоб офіцери у званні прапора могли отримати підвищення, а найгірший президент в американській історії може вдавати, що він чоловік.

Мій безпосередній досвід як професіонала з обробки даних протягом наступних тридцяти років показав, що в Америці цивільний сектор систематично не мав часу та ресурсів для розробки ефективних і надійних систем для людських потреб, щоб наш військово-промисловий істеблішмент міг витрачати гроші на ідіотські підприємства. від перевезення мейнфрейма у вантажівці до «Зоряних воєн».

У січні 1972 року я виявив наслідки мачо-великих розмов інженерів-клієнтів IBM, які навчилися, будучи призовниками, їхнім мачо-великим балам, тому що один із них стягнув кошти з мого університету, університету бракувало коштів, оскільки Університет Рузвельта мав поганий смак навчати робочих люди класу та кольорові люди, щоб «виправити» компілятор IBM 1401 Fortran для роботи з конфігурацією мінімальної пам’яті Рузвельта… шляхом використання недоступної пам’яті для переходу до підпрограми, яка перекриває інтерпретатор часу виконання.

Це «виправлення» ніколи не перевірялося, але було зневажливо кинуто на мого професора математики, який просто намагався дати студентам робітничого класу та кольоровим студентам першу освіту з інформатики, щоб вони могли конкурувати з багатими дітьми в Чиказькому університеті.

Інженер-замовник навіть не знав і, очевидно, йому було нецікаво дізнатися, що Університет Рузвельта оплачував і мав додаткове обладнання для виконання множення та ділення в пам’яті. Я видалив його «виправлення» та вставив правильну інструкцію множення, і компілятор запрацював і згодом використовувався в класах.

Інтелектуальна нецікавість і сексистські розмови інженерів-замовників (яким, за їхніми словами, подобалося працювати в Roosevelt, тому що це було навіть тоді старомодно, зі скляним вікном на Мічиган-авеню, придатним для спостереження за дівчатами) були частиною військової та корпоративної квазі -еліта, яка тоді і зараз наполягає на тому, щоб «вести» Америку до постійної війни в Іраку (що стала результатом невдачі інтелектуальної цікавості щодо того, чи мав Саддам Хусейн зброю масового знищення), і збільшення кількості американців, яких мучать на роботі та поза нею створені системи даних неосвіченими людьми, які не забезпечують їх медичним страхуванням, які не забезпечують ветеранів пільгами, які вони заробили, і які не записують їхню кредитну історію точно, і роблять їхню кредитну історію здобиччю кримінального класу.

«Велике суспільство» Ліндона Бейнса Джонсона та його проблиск надії вже зникли до 1972 року, і в результаті Університет Рузвельта та його студенти навіть тоді дедалі більше не мали доступу до коштів на освіту чи будь-які справжні людські потреби, оскільки в 1972 році Ніксон божевільно бомбардував кампанія та дестабілізація уряду Чилі взяли верх.

З цієї причини я взявся за роботу, працюючи по 12 годин на день, підтримуючи систему IBM 1401 Університету Рузвельта, доки її не вдалося оновити. Я розробив набір програмного забезпечення та процедур для надійних обчислень, які дозволяли реєстратору точно виставляти оцінки студентам, а казначейству — платити працівникам, у епоху, коли це означало здебільшого кодування мовою асемблера SPS із компілятором Fortran, доступним для звітів.

З цієї причини я вражений тим, що військово-промисловий комплекс і літні чоловіки, відкинуті цим комплексом, святкують використання 1401 для вбивства чотирьох мільйонів людей у ​​В’єтнамі. Я також зареєструвався (щодо комп. ризиків), як ставлю під сумнів захоплення комп’ютерного музею в Маунтін-В’ю типами апаратного забезпечення (і політичними консерваторами, які недоречно вставляють про-Буша в технічні комунікації), які реконструюють апаратне забезпечення 1401, тим самим витрачаючи обмежені ресурси та, можливо, відновлюючи токсичні технології, коли Комп’ютерний музей міг би представити набагато більше «глибоких» технологій минулого в програмному моделюванні.

Ви можете прочитати більше деталей моїх ранніх пригод із компіляцією на 1401 у моїй книзі про сучасні технології. Це « Створіть власну мережеву мову та компілятор » (Apress 2004). Я й надалі переконаний, що БІЛЬШІСТЬ програмних і апаратних зусиль в Америці тоді й зараз не є серйозними технічними чи інтелектуальними підприємствами, а безглуздими приватними та державними заходами, які мали на меті показати, що «все під контролем»… коли інциденти на Манхеттені у вересні 2001 року та минулого тижня в Глазго показали, що це зовсім не так, і що спотворена технологія демонстрації сили (якщо не прямого вбивства, як коли системи даних використовуються для відстеження нашого знищення цілей з повітря) створила анти – Американізм, який сьогодні є нормою в інших країнах.

Дуже щиро

Едвард Г. Нільгес

Ваш редактор відповідає із запізненням (2015):

Армія США в Німеччині 1960-х років була відносно нешкідливою. Напевно, велика трата грошей і ресурсів, як і сама холодна війна, але вона не принесла набагато більшої шкоди, ніж випадковий наїзд на курку. Як я відповів Едварду в 2007 році (у нас було тривале листування), у 1965 році «американське вторгнення в Домініканську Республіку відкрило мені очі (ще підлітку, але вже в армії), і це сталося саме тоді, коли Джонсон почав викликати 50 000 дітей на місяць до В’єтнаму. Мені стало цікаво, в якій я армії?» Я подав заяву на звільнення як відмовник від військової служби і провів свій останній рік в армії, чекаючи, поки вони розберуться, що робити із заявою.

Сьогодні ми бачимо результат післявоєнних пріоритетів Америки: велика частина Близького Сходу в повному краху, Мексика та Центральна Америка перетворені на поля вбивств; економіка США в руїнах, за винятком тих, хто на самій вершині; наша політична система налаштована на знищення всього хорошого, що було досягнуто після того, як ФДР вступив на посаду; сама планета швидко перетворюється на звалище токсичних відходів, що занурюється в мертве море. І це короткий список. Тож я на боці Едварда, але це сайт ностальгії за комп’ютером 🙂 Тим не менш, завжди добре дивитися на речі з точки зору. (Доповнення 2021 року: якщо ви хочете знати все про мою славну кар’єру в армії, ви можете прочитати це тут .)

Ще більше історій…

Від Дейва Брауна, 6 серпня 2015 р.:

Я із задоволенням читав вашу сторінку про комп’ютер IBM 1401. Це повернуло спогади. Одна річ, яку я пам’ятаю, полягає в тому, що інструкція автокодера «Зберігати B-реєстр», закодована як «SBR», змушувала ЦП випромінювати дуже короткий радіосигнал, який міг бути прийнятий FM-транзисторним радіоприймачем, встановленим у верхній частині корпусу ЦП. Тож з’явилися програми, які відтворювали Різдвяні пісні, видаючи SBR із частотою в секунду для кожної ноти. Принтер 1403 мав свої літери на ланцюговому приводі, схожому на велосипед, зі 132 молотками, які вдаряли по символах, коли вони пролітали. Одна програма для перевірки цілісності ланцюга називалася «Chain Breaker». Він надрукував би рядок чартерів, які спричинили спрацьовування всіх 132 молотів одночасно, що створювало значне навантаження на ланцюг. Я пам’ятаю, що на принтері була ручка, яка дозволяла збільшувати або сповільнювати час удару, залежно від кількості копій, які друкували, інакше ліва чи права сторона кожної літери була б відсутня. І, подібно до інструкції SBR, існували програми, які використовували стрілянину молотків для створення нотаток для відтворення різдвяних пісень. Моїм улюбленим був «Little Drummer Boy».

Фотографії та цитований текст у першому розділі: з IBM 1401 Data Processing System Reference Manual A24-1403- x , люб’язно надано Брентом Редборном, лютий 2003 р.

Посилання на сайті:

• Принтер IBM 1403
• Докладніше про основну пам’ять
• IBM 1410 .

Посилання поза сайтом (усі дійсні станом на 26 березня 2021 року):

• IBM 1401: Мейнфрейм , веб-сайт до 100-річчя IBM ( ibm.com/ibm/history/ibm100/ ), 1911-2011.
• Система обробки даних 1401 (IBM)
• 1401s I Have Known (Том Ван Влек).
• Програмування IBM 1401 — електронна книга Гутенберга (2011)

Зовнішні посилання дійсні лютий 2003-2016, неіснуючі, c’est la Web…

• Проект реставрації 1401 року Музею комп’ютерної історії
• Інструкції та документи IBM 1401 (відскановані у формат PDF Аль Коссовом)
• Посібник симулятора IBM 1401
• Технічні відомості (IBM 1401 am Hochschulrechenzentrum der Technischen Hochschule Darmstadt)
• Комп’ютер IBM 1401 (Дейв Ніколс)
• CED в історії медіатехнологій (IBM 305 RAMAC).
• IBM 1401 (Museu Virtual de Informática).
• Foodman.Com 1401 історія .