Идея понятна: перетащить хоть что-то в zLinux (стоимость владения/использования которого на порядки меньше zOS). Но:
Если Cobol бэтч использует VSAM?
Cobol онлайн использует CICS. В zLinux для VSAM симуляция, для CICS - TXSeries. Результаты переноса не очевидны, как и возможности ИИ в этой области. Сам IBM также не заинтересован в этой бодяге. Посмотрим на акции, когда/если ИИ сдуется (резко).
Размер памяти в Хроме на десктопе в винде задавался параметром при его старте (не знаю, как сейчас). И я им пользовался (в сторону увеличения (для хранения больших таблиц в js)).
Тоже здесь споткнулся. Необходимо разъяснение автора всего предложения. P.S. И "обратное правило" в этом предложении соотносится к какому из двух вышеперечисленных правил? Или это подводка для стимула читать дальше и расшифровывать?
Тут Вам не там. Вы всего лишь админ, который не имеет ни малейшего представления о том, что внутри ОС. По поводу Вашего вброса про дела давно минувших лет: эта тема уже обсуждалась 100500 раз на Хабре и других конфах. И участники давно зафиксировали своё мнение. Неужели, Вы думаете, что кто-то ещё будем Вам что-то объяснять (и читать всерьёз Ваш поток сознания).
На Земле останутся мозги избранных в колбах в подземелье под управлением компа, генерирующего миры, etc. P.S. Это из рассказа о гибели другой цивилизации. P.P.S. Антропоцентристы хреновы, етить их в бога душу мать.
Канальная программа - это цепочка команд CCW, которая исполняется процессором. Она часть программы (может быть в её теле или построена в динамический памяти на лету). Что делает канал - другая история.
Если программа выполняется в режиме супервизор, то она может получить нулевой ключ одной машинной привелигерованной командой (и поиметь доступ к любой памяти) .
zVM guest это известное и понятное словосочетание.
timeslice (если забанили в Гугл): A "timeslice" (or time slice) refers to a brief, fixed interval of CPU time given to a process in multitasking operating systems, making many tasks seem to run simultaneously.
И, да, как Вы находите адрес останова для trace? Трассируем модуль zOS и имеем его листинг, модуль не в LPA, AS в wait.
Съёмные диски давали постоянную ошибку или банально задирались. Юстировочный диск - не мой (или моих коллег) диск, за короткое время на это устройство ставилась куча разных дисков.
В состоянии супервизора. Долго гуглил по appendix, а надо было по appendage :-) Задал вопрос одному из гуру I/O, так как в описании IBM для аппендикса дыры (ака лазейки) не видно. От ИИ Гугла: Supervisor Mode: The appendage ran in Supervisor Mode because it manipulated critical system structures and interacted directly with hardware channels.
Мы это уже обсуждали с Вами в другой ветке, когда Вы предложили gtf, etc. Попробуем ещё раз:
Trace отрабатывает не всегда (это известный bug/feature).
Если у вас задача взаимодействует асинхронно с другой задачей, то после перехода в CP у Вас всё остановится, и нет гарантии, что другая задача отработала.
А теперь вопрос на засыпку, как Вы находите адрес останова для trace? Трассируем модуль zOS и имеем его листинг, модуль не в LPA, AS в wait.
EXCP -> аппендикс получал управление в режиме супервизора (ЕМНИП). Это были дела давно минувших дней времён MVT. P.S. Я с EXCP не очень, только на уровне понимания/правки цепочек канальных команд.
Встречаешь в коридоре дисковика с красными глазами и понимаешь, что была профилактика и юстировали диски -> день/неделя потеряны. А где-то (в Прибалтике) диски работали без проблем во время ремонта машзала.
Идея понятна: перетащить хоть что-то в zLinux (стоимость владения/использования которого на порядки меньше zOS). Но:
Если Cobol бэтч использует VSAM?
Cobol онлайн использует CICS. В zLinux для VSAM симуляция, для CICS - TXSeries. Результаты переноса не очевидны, как и возможности ИИ в этой области. Сам IBM также не заинтересован в этой бодяге. Посмотрим на акции, когда/если ИИ сдуется (резко).
У меня (и других пользователей) проблем не было, может потому, что браузер работал офлайн с одним табом.
И это был SPA = мой код + datatables
Размер памяти в Хроме на десктопе в винде задавался параметром при его старте (не знаю, как сейчас). И я им пользовался (в сторону увеличения (для хранения больших таблиц в js)).
Спасибо, плюсую исправление здесь, так как кармы не хватает. Хотя на Хабре любят минусовать за такого рода комментарии.
Обязательно :-)
P.S. с => из, если что.
Уважаемый автор, мозг взрывается от выражения "с техподдержки" в тексте :-(
Тоже здесь споткнулся. Необходимо разъяснение автора всего предложения.
P.S. И "обратное правило" в этом предложении соотносится к какому из двух вышеперечисленных правил? Или это подводка для стимула читать дальше и расшифровывать?
Он "объяснил" не правильно (откройте принципы работы и прочитайте, что такое channel program). Но мне надоело его поправлять, как и Вас.
Тут Вам не там.
Вы всего лишь админ, который не имеет ни малейшего представления о том, что внутри ОС.
По поводу Вашего вброса про дела давно минувших лет: эта тема уже обсуждалась 100500 раз на Хабре и других конфах. И участники давно зафиксировали своё мнение. Неужели, Вы думаете, что кто-то ещё будем Вам что-то объяснять (и читать всерьёз Ваш поток сознания).
Не порите чушь, ей больно.
На Земле останутся мозги избранных в колбах в подземелье под управлением компа, генерирующего миры, etc.
P.S. Это из рассказа о гибели другой цивилизации.
P.P.S. Антропоцентристы хреновы, етить их в бога душу мать.
По терминологии и не только:
Канальная программа - это цепочка команд CCW, которая исполняется процессором. Она часть программы (может быть в её теле или построена в динамический памяти на лету). Что делает канал - другая история.
Если программа выполняется в режиме супервизор, то она может получить нулевой ключ одной машинной привелигерованной командой (и поиметь доступ к любой памяти) .
zVM guest это известное и понятное словосочетание.
timeslice (если забанили в Гугл): A "timeslice" (or time slice) refers to a brief, fixed interval of CPU time given to a process in multitasking operating systems, making many tasks seem to run simultaneously.
И, да, как Вы находите адрес останова для trace? Трассируем модуль zOS и имеем его листинг, модуль не в LPA, AS в wait.
У нас было так:
M дисков, N устройств, M>>N
Переставляя диск, выясняешь, на каком устройстве он работает.
Профилактика, диск перестаёт работать на этом устройстве.
В цикле 2) и 3).
Съёмные диски давали постоянную ошибку или банально задирались. Юстировочный диск - не мой (или моих коллег) диск, за короткое время на это устройство ставилась куча разных дисков.
В состоянии супервизора. Долго гуглил по appendix, а надо было по appendage :-)
Задал вопрос одному из гуру I/O, так как в описании IBM для аппендикса дыры (ака лазейки) не видно.
От ИИ Гугла:
Supervisor Mode: The appendage ran in Supervisor Mode because it manipulated critical system structures and interacted directly with hardware channels.
Мы это уже обсуждали с Вами в другой ветке, когда Вы предложили gtf, etc.
Попробуем ещё раз:
Trace отрабатывает не всегда (это известный bug/feature).
Если у вас задача взаимодействует асинхронно с другой задачей, то после перехода в CP у Вас всё остановится, и нет гарантии, что другая задача отработала.
А теперь вопрос на засыпку, как Вы находите адрес останова для trace? Трассируем модуль zOS и имеем его листинг, модуль не в LPA, AS в wait.
Да, APF и AC(1)
EXCP -> аппендикс получал управление в режиме супервизора (ЕМНИП). Это были дела давно минувших дней времён MVT. P.S. Я с EXCP не очень, только на уровне понимания/правки цепочек канальных команд.
Встречаешь в коридоре дисковика с красными глазами и понимаешь, что была профилактика и юстировали диски -> день/неделя потеряны. А где-то (в Прибалтике) диски работали без проблем во время ремонта машзала.
Можно в обе стороны.
Applications with COBOL and assembler
Last Updated: 2025-06-12
https://www.ibm.com/docs/en/cobol-zos/6.5.0?topic=appendixes-applications-cobol-assembler