S390Soft_Mix

СВМ 5. Что за зверь такой?

Thu, 08 Jan 2026 13:34:32 +0300

Добрый день, коллеги!
В ветке про Геркулес уважаемый коллега alex654 упомянул об СВМ 5, сделанной в бурные 90-е НИИЭВМ. Википедия тоже о нем упоминает. Может кто-нибудь рассказать об этой системе? На основе чего была сделала? Когда и куда поставлялась (хотя бы приблизительно)? Есть где-нибудь в эксплуатации?
Буду благодарен за какую-либо информацию, лучше аутентичную или чем-то подтвержденную.

Popup mainframe

Mon, 03 Nov 2025 19:25:23 +0300

https://www.popup-mainframe.com/

что думаете?

OS/390 & z/OS & VM/ESA ADCD

Wed, 20 Aug 2025 20:23:28 +0300

А мы тут еще сомневались, можно ли публиковать древние материалы OC EC и СВМ ЕС
OS/390 2.10 Demopkg
OS/390 2.10 ADCD (скорее всего, это то же самое, что и Demopkg выше)
z/OS 1.11 ADCD & zPDT
VM/ESA 2.4 ADCD
VSE/ESA 2.4 ADCD

Сайт доступен по https

Sat, 12 Apr 2025 17:07:16 +0300

Уважаемые коллеги!

На сайт теперь можно войти по https (да-да, знаю, лучше поздно, чем никогда). Запуск по https стал необходим, поскольку современные браузеры без него дурят невообразимо. У кого не работает ~~(тот и не увидит, что я сейчас написал)~~, тому рекомендую почистить куки и кэш в браузере.

Уцелевшим пользователям читать будет проще.

Новая линия мейнфреймов от IBM

Sat, 12 Apr 2025 17:04:12 +0300

Уважаемые коллеги!

IBM выпустила очередную линейку мейнфреймов - z17. Поскольку вменяемой технической информации из первых рук нет, а есть только рекламные заявления, большой материал готовить не буду. Заявления об "искусственном интеллекте" и прочих особенностях серверов оставляю на совести продавцов. Главное - выпустили, производство не закрыли, шевелятся понемногу.

И то хорошо.

de-link

Wed, 02 Oct 2024 16:19:51 +0300

Коллеги задали мне следующий вопрос: "как разбить загрузочный модуль на образующие его части?". Думаю, не нужно объяснять, для чего это нужно. Я посмотрел на существующие решения - delink0 и delinki из CBTTAPE (файлы 090,134,135), все они имеют недостатки, и я подумал, а нельзя ли решить эту задачу стандартными средствами? И действительно, эта задача может быть решена только стандартными средствами без написания программ.

- program management binder (ex linkage editor) позволяет удалить программные секции (REPLACE).
Если загрузочный модуль ABC состоит из секций A, B и С, то следующие упраляющие операторы разберут его на NCAL:

Код

REPLACE B
REPLACE C
INCLUDE LOADLIB(ABC)
NAME A(R)
REPLACE A
REPLACE C
INCLUDE LOADLIB(ABC)
NAME B(R)
REPLACE A
REPLACE B
INCLUDE LOADLIB(ABC)
NAME C(R)

это решение применимо как к загрузочным модулям, так и к программным объектам, в отличие от нештатных программ DELINK0 и DELINKI, которыея не обрабатывает программные объекты.

- Чтобы автоматизировать процесс, необходимо получить список программных секций загрузочного модуля (программного объекта), использовав для этого все тот же program management binder (можно использовать также AMBLIST, но вывод AMBLIST труднее разбирать, так как этот вывод различается для program object и load module, что, по-моему, идиотизм).

- Получив список секций, необходимо сгенерировать последовательность управляющих операторов program management binder, приведенную выше. Это можно сделать, написав несложную процедуру, но такое решение недостойно настоящих джедаев) Нужную последовательность управляющих операторов можно построить сортировкой.

Код

//IBMUSERS JOB MSGCLASS=H
//       EXPORT SYMLIST=(LOADLIB,NCALLIB,MEMBER)
//       SET MEMBER=QDS
//       SET LOADLIB=CPAC.LINKLIB
//       SET NCALLIB=IBMUSER.NCALLIB
//RELINK   EXEC PGM=IEWL,PARM='MAP'
//SYSPRINT DD  DISP=(NEW,PASS),DSN=&&MAP,
//             SPACE=(TRK,(10,10)),UNIT=SYSDA
//LOADLIB  DD  DISP=SHR,DSN=&LOADLIB
//SYSLMOD  DD  DISP=(NEW,DELETE),DSN=&&LOAD,
//             SPACE=(TRK,(10,10,5)),UNIT=SYSDA
//SYSLIN   DD  *,SYMBOLS=EXECSYS
  INCLUDE LOADLIB(&MEMBER)
  NAME &MEMBER(R)
//CSECTS   EXEC PGM=SORT
//SYSOUT   DD  SYSOUT=*
//SYSIN    DD  *
  OPTION COPY
  INCLUDE COND=(40,6,CH,EQ,C'CSECT ')
  OUTFIL FILES=OUT,
    OUTREC=(C'=',SEQNUM,8,ZD,START=1,INCR=1,C'REPLACE ',21,8,55C' ')
//SORTIN   DD  DISP=(OLD,DELETE),DSN=&&MAP
//SORTOUT  DD  DISP=(,PASS),DSN=&&CSECTS,SPACE=(TRK,(5,5)),UNIT=SYSDA,
//             DCB=(RECFM=FB,LRECL=80,BLKSIZE=0)
//SYSLIN   EXEC PGM=SORT
//SORTOUT  DD  DISP=(NEW,PASS),DSN=&&SYSLIN,
//             SPACE=(TRK,(10,10)),UNIT=SYSDA,
//             DCB=(RECFM=FB,LRECL=80,BLKSIZE=0)
//SORTJNF  DD  DISP=(OLD,PASS),DSN=&&CSECTS
//SORTJNF1 DD  DISP=(OLD,PASS),DSN=*.SORTJNF,
//             UNIT=AFF=SORTJNF,VOL=REF=*.SORTJNF
//         DD  *,SYMBOLS=EXECSYS
=99999998INCLUDE LOADLIB(&MEMBER)
=99999999NAME
//SORTJNF2 DD  DISP=(OLD,PASS),DSN=*.SORTJNF,
//             UNIT=AFF=SORTJNF,VOL=REF=*.SORTJNF
//SYSOUT   DD  SYSOUT=*
//SYSIN    DD  *
JOINKEYS FILES=F1,FIELDS=(1,1,A)
JOINKEYS FILES=F2,FIELDS=(1,1,A)
JOIN UNPAIRED,F1
REFORMAT FIELDS=(F1:1,40,F2:1,40)
SORT FIELDS=(42,8,CH,A,2,8,CH,A)
OMIT COND=(18,8,CH,EQ,58,8,CH)
OUTREC IFTHEN=(WHEN=(10,4,CH,EQ,C'NAME'),
   BUILD=(C'  ',10,8,58,8,62C' ')),
   IFTHEN=(WHEN=NONE,BUILD=(C'  ',10,28,50C' '))
//DELINK   EXEC PGM=IEWL,PARM='NCAL'
//SYSPRINT DD  SYSOUT=*
//LOADLIB  DD  DISP=SHR,DSN=&LOADLIB
//SYSLMOD  DD  DISP=SHR,DSN=&NCALLIB
//SYSLIN   DD  DISP=(OLD,DELETE),DSN=&&SYSLIN
//

на написание этого задания я протратил около 3 часов, выполнив при этом 42 запуска.
Возможно, пригодится еще кому-нибудь...

Примечание: в задании используются возможности JCL, доступные в z/OS 2.1 и выше.

Ошибка при вызове NATURAL пользователем BATCH в СВМ

Thu, 29 Feb 2024 10:27:36 +0300

СВМ 4.13, Natural 2.17. Когда отправляешь задание на BATCH, в котором надо запустить программу на Natural, оно завершается с ошибкой.

Код

Entering N A T U R A L / C M S Batch ...
DMSABN148T Aвapийнoe зaвepшeниe cиcтeмы 23F; aдpec 38CD48
PTS

Зашел в систему под пользователем BATCH, подключил все необходимые минидиски, просто запустил Natural командой NAT217, результат тот же.
В оглавлении добавили памяти BATCH, был 1М сделали 2М. На 1М сисадмин сказал что Natural не запустится, а на 2М все пользователи работают без проблем. Результат тот же.

Может дело с настройкой в оглавлении?

Код

USER BATCH                          BATCH 1M (меняли делали и 2М и 3М) 3M ABCDEG
ACCOUNT SYS9 BATCH
  FILE CON DIR *                          (добавили)
* OPTION REALTIMER ECMODE
OPTION EUROPE OFF
IUCV ANY
IPL PTS PARM BATCH
  CONSOLE 009 7073
  SPOOL 00C 6012
  SPOOL 00D 7014
  SPOOL 00E 7031
  MDISK 195 3380 725 002 WORK02 MR R W M
  LINK SYSPRG 190 190 RR
  LINK SYSPRG 19E 19E RR
  LINK BMAUSERA 192 193 RR          (добавили)
  LINK   BMAUSERA 193 194 RR           (добавили)
  LINK   BMAUSERA 194 196 RR           (добавили)
  LINK   BMAUSERA 197 198 RR           (добавили)
  LINK   TCPMAINT 592 222 RR          (добавили)

Подскажите, пожалуйста, в чем дело?

Добавлено (22.08.2018, 07:01)
---------------------------------------------
Информация из DEBUG

Код

DEBUG
DMSDBG728I Cpeдa oтлaдки

CSW
000060B00C000001
PSW
00E0023F4038CD48

Нужен ли DUMP из DEBUG чтобы разобраться?

Добавлено (22.08.2018, 10:54)
---------------------------------------------
Об ошибке DМSАВN148Т говорится в документе на странице 197: Е1.00005-04 32 02-ЛУ
Ссылка: http://s390soft.ru/load/11-1-0-63
Прочитал про аварийное завершение ПДО, может как то можно проще решить проблему?

Добавлено (22.08.2018, 13:56)
---------------------------------------------
Всем спасибо))) Разобрались.
Не хватало двух строк:
SET LDRTBLS 32
EXEC NUCXTNTS USER

Сказочники из IBM

Wed, 08 Nov 2023 19:41:24 +0300

Прочитал анонс z/OS 3.1 https://www.ibm.com/docs/en/announcements/preview-zos-31-ai-infused-operating-system-next-generation-computing?region=US . Братья Гримм отдыхают...

IBM z/OS 3.1 marks a new era in operating system intelligence. The new version of z/OS is planned to provide a framework for infusing AI throughout the system, enabling intelligent systems administration guidance and automation that learns and improves.

это мне прямо напоминает New Operating System (5781-WOW)

. In conjunction with OS/VU, all system utilities have been replaced by one program (IEHPROPHET) which will reside in SYS1.MESSIAH. This program has no parms or control cards as it knows what you want to do when it is executed.

IBM intends for z/OS Version 3 to be the basis for an AI-infused, hybrid cloud operating system, and z/OS 3.1 will be the first release in that journey. Continuing the success of our continuous delivery strategy, IBM plans to work collaboratively with clients to design, develop, and release new functions in these areas over time. Join us, and let's create a world-leading operating system for the future of business around the globe.

вообще все это, в т.ч. продвижение JSON как небывало передового языка документов и помещение материалов в GItHUb выглядит как замена мотора у автомобиля лошадью, руля - вожжами, амортизаторов - рессорами, ну в общем из автомобиля сделали телегу и объявили это новым словом в автомобилестроении.

VSAM RLS обозвали "NoSQL data base aka VSAMDB", ну так он и был таковым... Вот "Data Set File System" представляет интерес,

HELP z/os

Wed, 20 Sep 2023 21:06:57 +0300

Есть майнфрейм я на него успешно захожу IBM Rational Developer for System z
1. как мне запустить db2
2. как мне импортировать или экспортировать db2
3. как мигрировать db2
4. и вообще как войти при помощи IBM Personal Communication
Спасибо.

c z/OS сталкнулся в первые..
uname
OS/390

вот тут если я вхожу IBM PCOMM
он мне предлагает ввести application( что он хочет
Enter Your Userid:
Password: New password:
Application:
Application Required. No Installation Default

IKJ56703A REENTER THIS OPERAND -
IKJ56714A ENTER CURRENT PASSWORD FOR IBMUSER-
ICH70001I IBMUSER LAST ACCESS AT 13:30:08 ON WEDNESDAY, NOVEMBER 20, 2013
IKJ56496I DEFAULT ACCOUNT NUMBERS COULD NOT BE OBTAINED - ENTER ACCOUNT NUMBER

есть доступ в z/os projects
unix shells
MVS files
TSO Commands
JES

нужно сделать миграцию c windows x64 на z/os база! на z/os 9 db2 на виндовс 10
>SD.LOG
RC=20
ISPD224 Invalid command

>run SD.LOG
RC=12
ISPD224 TSO - Command -
IKJ56701I MISSING DATA SET TYPE+
IKJ56701I MISSING ASM,FORT,COBOL,BASIC,IPLI,GOFORT,PLI,VSBASIC
((
не сработало в TSO

EAV в Hercules/Hyperion

Fri, 25 Aug 2023 21:02:36 +0300

в Hyperion 4.2 поддерживаются диски, превышающие 4GB (cckd64), см. cckd64, есть команды dasdinit64, dasdcopy64 и convto64. Но я не смог найти, как описать такой диск в конфигурации... Можно указать 3390-27 и 3390-54, но последний это 65520 цилиндров, т.е. меньше 4GB. То есть получается, что несмотря на реализованный формат cckd64, диски EAV все равно [пока?] не поддерживаются?

awslist

Fri, 11 Aug 2023 22:54:01 +0300

Просмотр МЛ формата AWS в Windows. Просмотр оглавления и разделов наборов, выгруженных IEBCOPY и IEHMOVE; читабельный просмотр наборов для печати (с упр. символами); просмотр наборов, выгруженных TAPE DUMP и VMFPLC2. См. awslist.htm
Требуется OOREXX. Для реализации интерфейса используется THE, то есть приложение в стиле VM filelist. Вначале я хотел написать browse plugin на javascript c XUL, но ностальгия победила)
Замечания и предложения принимаются.

Запись в блоге, печальная

Wed, 31 May 2023 15:22:32 +0300

Добрый день, коллеги!

В Блогах написал грустную мысль, которую, похоже, все уже подумали, но не все озвучили. Решил озвучить.

Импортозамещение, перспективы на 2023 год

Wed, 31 May 2023 14:00:36 +0300

Привет вам, дорогие коллеги!

Сложно не заметить, что жизнь затихает у нас здесь, на сайте, уже потому, что она затихает на мейнфреймовском рынке России. Я думаю, что точка невозврата уже пройдена, и теперь можно рассуждать только о том, когда именно вынесут последний мейнфрейм, а не то, вынесут его или нет. Обязательно вынесут. Хотя все, что сказано в этой статье, остается актуальным, и мы бы еще долго могли "тянуть" на параллельном импорте и на воровстве, но общая токсичность платформы и невозможность обслуживать программы и оборудование в короткие (или хотя бы предсказуемые) сроки делает вопрос выживания мейнфреймов маловероятным.

Тогда возникает резонный вопрос: а что дальше? А дальше, друзья мои, реинжениринг и уход на другие программные продукты и платформы. Собственно, ничего другого не остается. Это будет сделано или по-хорошему, мягко, или по-плохому, путем увольнения людей и выключения (или выходом из строя) оборудования.

Так что теперь самое время подумать о новых возможностях. И повесить на стенку фото любимого мейнфрейма, или последнего мейнфрейма, пока он еще работает. А то придется фотографировать труп на разборке.

Я уже повесил. Я не пессимист. У меня просто дефицит хороших прогнозов.

Распродажа мейнфреймовского оборудования

Wed, 19 Apr 2023 22:46:09 +0300

Коллеги!

Распродается очередной машинный зал. Тема с информацией - здесь. Зал в Москве. Буду рад, если кому-то это поможет.

Ликвидация машинного зала с мейнфреймовским оборудованием

Wed, 19 Apr 2023 22:43:08 +0300

Коллеги!
Товарищи попросили разместить.

Распродается мейнфреймовское оборудование. Предложения в приложенных файлах.
Контакт для личного взаимодействия - +семь девять 58 640 семьдесят пять 64. На этом телефоне есть и WhatsApp. Пишите, звоните.

Куча вопросов от новичка.

Thu, 16 Feb 2023 10:00:59 +0300

Итак, есть Hercules 3.07, есть ADCD z/OS 1.10. С этим всем надо научиться работать, и в дальнейшем писать под него на ассемблере.
Сейчас я умею его запускать, выполнять простейшие операции с наборами данных, и в TSO, и в ISPF, а также делал, компилировал и запускал в эмуляторе хеллоуворлдные проги на асме.
Но есть вопросы, буду очень благодарен если вы мне поможете.
1.) Как, вообще говоря, правильно выключать z/OS?
2.) Почему нажатие в терминале кнопки Esc вызывает отключение юзерской консоли где она была нажата, и следующее сообщение в системной консоли:

Code

07.45.56 STC00086  IST129I UNRECOVERABLE OR FORCED ERROR ON NODE LCL701 -
   VARY INACT SCHED
07.45.56 STC00086  IST105I LCL701 NODE NOW INACTIVE

3.) Какие книжки почитать, и в каком порядке.
4.) Как начать работу с DB2
Сорри за ламерские вопросы, никогда ни на чем кроме винды, линукса и фряхи не работал.

VSE

Thu, 03 Nov 2022 23:59:07 +0300

Форум: Вообще о мейнфреймах
Автор темы: Bibizyan
Автор последнего сообщения: Bibizyan
Количество ответов: 8

Dell закрыл свой центр разработок в Петербурге.

Fri, 19 Aug 2022 20:03:40 +0300

Люди с пакетами ушли на все 4 стороны.

А вот кому исходники OS/VS2, CP-67 и прочие радости?

Fri, 29 Apr 2022 12:40:09 +0300

Уважаемые коллеги!

Предлагаю заглянуть желающим вот сюда - https://github.com/moshix/CP-67-CMS-Source (исходники CP-67 от 1969 года) и сюда - https://github.com/moshix/osvs2src (исходники OS/VS2, ссылку сохранил в раздел Ссылок на сайте). Это реальные исходники работающих систем, в том числе и той, на которой была сделана TKS и БОС. Можно использовать как учебное пособие, или вечерком под Геркулесом заниматься бесконечными трансляциями-генерациями.
В общем, для тонких ценителей.

Double digit factor improvement, или как у них это получилось???

Wed, 27 Apr 2022 18:06:52 +0300

Добрый день, коллеги!

Читаем документ Building an OpenShift Environment on IBM Z про то, как строить это самое OpenShift Environment под RadHat на мейнфрейме.

Для справки. OpenShift Environment - это такая нашлепка от RadHat над специальной компонентой Kubernetes, которая используется для управления контейнерами. В целом, задумка самого по себе Kubernetes, как и OpenShift Environment вполне себе неплоха - это автоматизация работы всяческих Docker-ов, автоматическое обновление, откат, в случае проблем, поддержка постоянной готовности за счет кластеризации контейнеров и так далее. Сам Kubernetes, говорят, может быть сложноват в установке и настройке (я не ставил, сказать ничего не могу), а OpenShift Environment позволяет все это облегчить. И теперь RadHat пихнул это на мейнфрейм и написал про это Red Book.

А теперь - внимание! В этой красной книге читаем, дословно:

In recent projects, clients have experienced a double digit factor improvement for co-located OpenShift environments on IBM Z, versus public clouds or distributed environments. The reason is the short communication path to existing traditional data and services due to the advantage of internal networks in IBM Z, accelerated secure requests and the effective virtualization for a demanded scalability in the application and service responses.

Не знаю, как вы, а я удивился. Double digit factor improvement - это же улучшение, выражающееся двузначным числом. То есть, как минимум, в 10 раз. Но по тексту, даже больше. Это каким же образом??? В чем они меряли? В скорости доступа? Но я достоверно знаю, что Линукс на мейнфрейме даже при работе через виртуальный сетевой адаптер с zOS не будет в 10 раз быстрее аналогичного Intel-овского Линукса, который поставлен рядом с мейнфреймом и подключенный к нему 10 Гигабитным сетевым линком. А что такое ускоренные безопасные запросы? Кто и почему их ускоряет? И эффективная виртуализация - она сама по себе так ускоряет? Даже если я дам хороший Intel-овский сервер, все равно будет в 10 раз медленнее, чем в виртуалке на мейнфрейме?

Что-то я сомневаюсь... А может я чего-то не знаю? И главное - у кого теперь можно услышать соображения по этому поводу, которые бы основывались на реальном опыте в лабе или на площадке заказчика?

Статьи о SIE

Mon, 25 Apr 2022 19:06:55 +0300

Коллеги!

Решил выложить у нас тут статьи по SIE. Материала по этой теме немного, хотя технология эта очень мощная. Благодаря ей впервые под гипервизором на мейнфрейме гостевые системы начали работать с минимальной потерей производительности по сравнению с работой на "голом железе". Ссылка на архив со статьями, популярной и технической - тут.

Хотите избавиться от MCM z900? Я подскажу Вам, как это сделать!

Wed, 20 Apr 2022 17:05:47 +0300

Коллеги, всех приветствую!

Один из новых членов нашей теплой компании и активный участник дружественного ресурса Полигон призраков, посвященного разным старым компьютерам, попросил разместить объявление о поиске мейнфреймовской железки. Текст объявления привожу, как есть.

Если кто нибудь знает где списывается или уже списан IBM eServer z900/z900+, большая просьба сообщите мне на email: bator.com@bk.ru
Мне нужен для собственной коллекции 20-processor MCM, именно 20, как на фото.
http://ipic.su/img/img7/fs/IBMZ900.1650455773.jpg
Могу помочь официально с полным пакетом документов передать на утилизацию списанное оборудование.
Готов купить дорого этот МСМ.

Для информации. Коллекция MCM-ов, собранная коллегой, описана здесь.

Сохраняем для истории - НИЦЭВТ продает защищенную ОС на базе VM/ESA под наименованием Цербер

Mon, 06 Jan 2020 16:12:51 +0300

Коллеги, схоронил тут на web.archive.org страницу с описанием НИЦЭВТовского Цербера - тыц. Это VM/ESA версии 2.4, если я не ошибаюсь, доработанный RACF и ADABAS с Natural и его middle-ware. В свое время это было отличный комплект, сертифицированный на работу с гостайной (цитируем - "сертификаты по 2-му уровню контроля незадекларированных возможностей (НДВ) и 3-му классу защищенности информации от несанкционированного доступа (НСД), что позволяет использовать вышеназванные программные средства в составе информационных систем, обрабатывающих информацию, составляющую государственную тайну и имеющую степень секретности не выше «совершенно секретно»"). А это, что ни говори, очень круто. Ох, сколько же времени и денег в это вложили тогда!

И кстати тут под именем Каскад от той же организации - срество разработки на базе Natural, которое отлично сочетается с Цербером.

Но самое удивительное, что страница была отредактирована в 2017 году! Неужели кто-то реально это продает, или просто краулер утащил к себе эту страницу тогда?

Жаль, изделие не выстрелило в полную силу.

С Новым годом и новыми надеждами!

Thu, 02 Jan 2020 15:07:13 +0300

Вы уже показали своим шефам этот смешной ролик с девушкой в футболке? Если нет, то самое время в первые дни 2020 года!

С праздником всех вовлеченных! Пусть новый год будет интересным!

У видео есть продолжение, желающие могут приобщиться.

Опрос BMC говорит, что нагрузка на мейнфреймы будет расти

Thu, 02 Jan 2020 13:24:04 +0300

На TAdviser в статье Мейнфреймы (ссылка) появился следующий пассаж:

93% специалистов считает, что нагрузка на мэйнфреймы будет расти. 59% – что этот рост будет обусловлен переносом на мейнфреймы выполнения возникающих задач в дополнение к текущим.

Также респонденты рассказали о главных для себя приоритетах работы с мэйнфреймами. И для руководителей, и для ИТ-специалистов главный приоритет – снижение затрат (об этом заявили 61% и 68% соответственно).

То есть, по мнению BMC, бизнес будет идти хорошо (как минимум, в мире). Интересы BMC здесь, в России, представляет фирма DIS Group (https://dis-group.ru/), о которой я вообще ничего не знаю. Но BMC им доверили продвижение своих продуктов, значит, они достаточно хороши для этого. Кроме того, DIS является частью израильского международного холдинга, так что, если что, ресурсами их поддержут.

То, что мейнфреймы будут жить, сомнения нет. Интересно, выживут ли они в России. Раньше я был абсолютно уверен, что они выживут. Сейчас я не так оптимистичен.

Поживем - увидим.

И чтобы два раза не вставать. Тут - https://servernews.ru/993966 - короткий обзор z15. Главная ценность обзора - это пересказ презентации на представлении машины, что очень полезно.

Wilhelm G. Spruth "System z and z/OS unique Characteristics"

Sun, 08 Dec 2019 01:05:50 +0300

Прекрасная статья, по-моему, здесь она не упоминалась и не обсуждалась

Wilhelm G. Spruth "System z and z/OS unique Characteristics"

Рокет снова нанимает разработчиков и администраторов и помогает им сменить страну проживания

Wed, 28 Aug 2019 11:57:05 +0300

Уважаемые коллеги!

Rocket Software (один из крупнейших разработчиков ПО для мэйнфрэймов, на рынке более 25 лет, штаб-квартира в Waltham, Massachusetts) снова хочет нанять людей в России и вывезти их (да-да, фирма оказывает визовую помощь и выдает ощутимые подъемные!) жить и работать за рубеж. В этот раз набираются разработчики C/C++/Assembler и системные администраторы, в том чисте CICS/IMS.

Представитель компании будет в Москве 7-12 сентября 2019 года (то есть уже очень скоро).

Если есть готовые резюме на английском, то их можно отправить на почту igersh [гав-гав] rs.com или обратившись напрямую к Илье Гершу текстом на whatsapp +1 617 974 1345 (туда можно писать по-русски).

Описание вакансий:

GiT comming to z/OS

Mon, 06 Feb 2017 01:18:45 +0300

https://www.ibm.com/developerworks/community/blogs/invisiblethread/entry/A_new_year_and_a_new_way_for_z_OS_development_GIT_on_z_OS?lang=ru

Мэйнфрейм - это сложно? Подумай еще раз, перед тем как забить очередной гвоздь в его крышку!

Thu, 19 Jan 2017 05:18:16 +0300

Я на прошлой неделе встречался с руководителем немецкого разработчика, который пилит софт вместо устаревшей ASF/DCF. У него 4 программиста, старшему около 80. Я рассказывал ему что нет ничего невозможного и мы можем делать это не хуже, а он мне называл по-очереди random цифры, сколько лет надо иметь опыта, чтобы разобраться в этой важной вещи. Я закончил встречу словами, что такие как он убивают мэйнфреймы. Сначала я пожаловался всем друзьям, но сегодня я решил излить это в более широкую аудиторию и разразился на пост в linkedin.

Я не хочу переводить весь его текст, хотя очень хотел бы донести свою спорную мысль до всех, включая инженеров, кто не готов осиливать мой длинный англоязычный текст. Привожу здесь его краткую выжимку и готов к дискуссии. Спор с @ggv о пользе IMS потихоньку иссякает, тем более что он продолжает не выкладывать архитектуру, результаты тестов и прочие вещи, которые обещал уважаемому community. Поэтому я хочу подбросить дров в костёр, а точнее разжечь новый с простым тезисом "мэйнфрейм - это просто! почти также просто как x86"

Истории о том, что "z/OS - это тебе не какой-то x86" я слышу уже лет 10. Я не верил в них изначально, потому что мой опыт показывал, что учить что-то новое в ИТ, зная хорошо основы - достаточно просто. Позже я перестал в это верить, когда люди, которые говорили, что инсталляция z/OS занимает минимум 4 недели начали делать это почти за денёк. К сожалению, не всех людей я могу в этом переубедить и рассказы о сложности мэйнфрейма я слышу от простых инженеров, до больших начальников.

Самое плохое, что эти люди не просто затягивают собственные проекты. Они убивают мэйнфреймы. Каждый раз когда ИТ директор или еще хуже бизнес-пользователь выбирает на какой платформе делать очередной проект (шина, мдм, новый core banking, нужное подчеркнуть) и встаёт вопрос сроков все помнят "мэйнфрейм - это не x86, это сложно и долго". И конечно же проект будет выполнен на другой платформе. А я утверждаю, что это ложь! Да, конечно же, какая-то правда в этом есть (10%, 20% сложнее? пусть даже в 2 раза!), но не в 10 раз и не в 100 раз!

Собственно у меня вопрос - кто придумал этот миф и зачем? Создан ли он, чтобы защитить рабочие места z/OS специалистов, чтобы не дай бог какой-нибудь студент не вздумал его учить? Помогает ли это поднять статус или зарплату мэйнфреймового специалиста в большой организации? Или это просто кто-то один ляпнул еще в 80-е и с тех пор все повторяют?

Итоги освоения ОС ЕС (заметки пользователя) Г. С. Цейтин

Fri, 06 Jan 2017 18:07:29 +0300

Вашему вниманию предлагается доклад Г.С.Цейтина от 1983 года с субъективной, но в ряде случаев вполне обоснованной критикой отечественных клонов ОС-подобных систем для ЕС ЭВМ. Некоторые аргументы и сейчас, спустя более 30 лет, вполне актуальны. Сохраняю для потомков и в знак уважения специалистов старой школы.

USS, чтоб ему

Fri, 14 Oct 2016 11:50:38 +0300

Я сейчас очевидный вещь скажу.

Если у кого в голове возникнет мысль использовать USS для чего-нибудь более-менее серьёзного, типа транзакционной нагрузки - гоните её прочь.

Надо было по-быстрому из одного адресного пространства в другое передать изрядкое количество небольших порций данных, и чтобы быстрее и не парится, всё равно пилот, попробовали queues, которые msgsnd, msgrcv, msgget, System V queue из sys/msg.h

Писал наш сотрудник на C++

Всего 340 млн слов передавалось. Потом по ним regexp запускался.

На интеле всё вместе, передача и отработка regexp занимало 200 секунд, из них 20 секунд regexp.

На z114 всё вместе заняло 1 час 20 минут, из них 53 секунды regexp.

И если с regexp не всё так плохо, а учитывая, как сильно последние пару лет IBM занимается компиляторами, то допускаю, что с новым компилятором будет лучше, тем более не на машине BC, а на нормальной, вполне возможно, что на Z12 или Z13 результат по regexp будет даже лучше. Негде проверить. Кстати, никто не хочет на свежей операционке и машине проверить? Пакет со всем необходимым для теста дадим, останется скомпилировать свежим компилятором и запустить.

Вряд ли kernel USS будут доводить до ума. Да и зачем, если задача решается другими средствами в z/OS.

Мда, а IBM вместе с КРОК имела (и сейчас имеет) сильное желание перевести СмартВисту от БПЦ на мейнфрейм, как раз в USS её и переносили. Ага, ПО, которое чуть больше, чем полностью, построено на всем спектре функционала POSIX, не только queue.

И делают это те же ~~дятлы~~ деятели, которые и в нашу организацию впаривали. Прикрываясь красивыми словами.

Проверка системного и пользовательских каталогов на наличие "потерянных" записей

Fri, 29 Jan 2016 15:37:42 +0300

Коллеги, представляю пример использования DFSORT для формирования задания на удалению из системного и пользовательских каталогов записей о наборах данных, расположенных на томах, исключенных из конфигурации z/OS.

динамическое построение JCL проверки и бекапа ICF каталогов

Mon, 12 Oct 2015 15:42:50 +0300

Ну, вот, к примеру, бекап ICF каталогов
Генерирует джобик с VERIFY, EXAM, DIAGNOSE,и бекап двумя способами - IDCAMS и ADRDSSU
Те каталогим, которые не надо бекапировать, указаны в шаге PARSE1
Комментариями не изобилует, конечно...
В конце динамически построенный джобик передаётся в JES.

Почему в России не получилось продать IMS

Fri, 20 Mar 2015 15:31:23 +0300

Очень субъективная точка зрения на то, почему не удалось уговорить кого-нибудь купить такую интересную систему, как IMS.

Завтрак со значением - анонс z13

Sat, 28 Feb 2015 15:10:21 +0300

Кратенький отчет об утренней встрече 26 февраля 2015 года, посвященной анонсу z13 и тестированию приложений на z Systems.

О мейнфреймах и мобильности

Sat, 17 Jan 2015 19:50:20 +0300

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

История IMS

Sat, 15 Nov 2014 13:14:20 +0300

Коллеги, данной записью начинаю выкладывать перевод истории создания и развития продукта IMS для нашей платформы мейнфрейм. Всего планируется около 3 частей. Большое спасибо за поддержку в организации перевода данному порталу и akost (с семейством), без него я бы переводил до посинения :)

Прим. ред.: Данные мемуары были написаны одним из менеджеров компании Rockwell в середине 80-х годов, когда реляционные базы только начали появляться и в воздухе витало множество новых на тот момент идей по интеграции информационных потоков предприятия. Некоторые из утверждений автора сохранили свою актуальность до сих пор, тогда как другие безусловно устарели, встретив немного другую реальность. Тем не менее IMS представляет собой продукт, появившийся на заре современного IT. К сожалению, не всегда удается найти материалы, описывающие историю, а тем более людей, давших вклад в развитие индустрии. Отрадно видеть, что в случае с IMS нам повезло.

В материале можно увидеть достаточно много критики различных решений участников IT-рынка. В том числе это касается и самой IBM. Наверняка подобные дискуссии постоянно возникали тогда в юзер группах во многом обеспечивая вектор развития middleware для мейнфреймов. Сейчас, по ощущениям, таких баталий уже давно не ведется на рынке "традиционного" ПО, что показывает его зрелость, хотя нынешнее отсутствие дискуссии и приводит к некоторому "мысленному застою".

Е.В. ЛИШАК "Методический материал для разработчика ПО", 1984. Часть 2.

Thu, 16 Oct 2008 15:06:31 +0400

Продолжение статьи Е.В.Лишака. Часть вторая. Главы 4 - 7.

Е.В. ЛИШАК "Методический материал для разработчика ПО", 1984. Часть 1.

Thu, 16 Oct 2008 12:46:34 +0400

Cтатья, распечатанная мною с магнитной ленты в далеком 1986 году (или в 1985, не помню уже точно). Многие положения не потеряли своей актуальности до сих пор. Помещаю ее сюда потому, что, найдя ее в старой папке, сброшюрованной мною на АЦПУ-шной бумаге, понял, как надо писать и думать. У меня есть статья почти в том виде, как она напечатана, но после распознавания для помещения на сайт я поправил грамматические ошибки и немного отформатировал заголовки. Читаем и ностальгируем.

Часть первая. Главы 1-3.

Е.В. ЛИШАК "Тридцать второй день года. Что такое мультипрограммирование.", 1984

Thu, 16 Oct 2008 12:09:27 +0400

Последний кусочек из той самой древней магнитной ленты.

Часть третья, небольшие рассказы.