Вторник, 26.09.2017, 23:02
Приветствую Вас Гость | RSS
Главная | Assembler - Страница 3 - Форум | Регистрация | Вход
Форма входа
Логин:
Пароль:
[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
Страница 3 из 5«12345»
Форум » Технические форумы » MVS (OS/390, zOS) » Assembler
Assembler
XOpenДата: Четверг, 15.09.2011, 11:19 | Сообщение # 31
Генерал-майор
Группа: Администраторы
Сообщений: 322
Репутация: 4
Статус: Offline
Quote (akost)
У нас был OPC. Дорогой, как зараза.

10 лет назад? TWS это официальное новое название OPC уже лет пять где-то.
 
akostДата: Четверг, 15.09.2011, 15:32 | Сообщение # 32
Admin
Группа: Администраторы
Сообщений: 473
Репутация: 4
Статус: Offline
Quote (XOpen)
10 лет назад?

не десять, но около того. может, году в 2003-2004. на пилотнике стоял.
 
AlexVДата: Пятница, 16.09.2011, 08:36 | Сообщение # 33
Лейтенант
Группа: Проверенные
Сообщений: 57
Репутация: 0
Статус: Offline
Quote (XOpen)
Скорее всего имелся в виду TWS.
http://www-01.ibm.com/software/tivoli/products/scheduler/

ps: Отличная вещь. Жаль много денег стоит.


Спасибо.
Возможно, внутри США это стоит несколько меньше wink
 
XOpenДата: Пятница, 16.09.2011, 11:18 | Сообщение # 34
Генерал-майор
Группа: Администраторы
Сообщений: 322
Репутация: 4
Статус: Offline
Cлегка ошибся ссылкой. Имелась в виду конечно версия для z/OS:
http://www-01.ibm.com/software/tivoli/products/scheduler-zos/
 
EHabarovДата: Пятница, 16.09.2011, 11:27 | Сообщение # 35
Майор
Группа: Доверенные
Сообщений: 85
Репутация: 7
Статус: Offline
Личные впечатления от TWS (был пилотный проект в прощлом году) очень неоднозначные.
Да он работает, но конфигурируется достаточно замороченно.
Если конфигурить расписание через ISPF это куча экранов и взаимозависимостей.
Есть внешний веб-интерфейс, там несколько удобнее, но ИМХО все равно неудобно.
Впечатлиться продуктом не получилось.
 
GregoryДата: Понедельник, 19.09.2011, 19:35 | Сообщение # 36
Генерал-майор
Группа: Доверенные
Сообщений: 304
Репутация: 7
Статус: Offline
Quote (EHabarov)
Если конфигурить расписание через ISPF это куча экранов и взаимозависимостей.
Есть внешний веб-интерфейс, там несколько удобнее, но ИМХО все равно неудобно

согласен.

в качестве суррогата TWS aka OPC можно использовать cron в z/OS UNIX. Pro: штатное средство, достаточно простое; Contra - только запуск по регламенту, зависимости придется реализовывать в заданиях

Для реализации зависимости можно использовать технику c "фиктивными" наборами данных, в протых ситуациях это может быть решением.
Имеется в виду описание неиспользуемых наборов данных с DISP=OLD/SHR чтобы реализовать зависимость за счет ENQ/DEQ


Сообщение отредактировал Gregory - Понедельник, 19.09.2011, 19:42
 
XOpenДата: Понедельник, 19.09.2011, 20:24 | Сообщение # 37
Генерал-майор
Группа: Администраторы
Сообщений: 322
Репутация: 4
Статус: Offline
Quote (Gregory)
DISP=OLD/SHR чтобы реализовать зависимость за счет ENQ/DEQ

Вот. Настраивать то процесс не часто надо, можно и побродить в панельках. Зато богатство возможностей описания зависимостей. Задание может ждать несколько заданий. (прямая зависимость) Ждать что определенные ресурсы не используются другими заданиями. (не совсем прямая) При этом одни задания могут одновременно пастись в ресурсах, а другие нет. Определённые события, когда процесс запускается при детекте старта совсем другого не TWS задания. (присылали файл по фтп и пускали затем через фтп триггер джоб)
 
XOpenДата: Понедельник, 19.09.2011, 20:28 | Сообщение # 38
Генерал-майор
Группа: Администраторы
Сообщений: 322
Репутация: 4
Статус: Offline
Quote (EHabarov)
Если конфигурить расписание через ISPF это куча экранов и взаимозависимостей.
Есть внешний веб-интерфейс, там несколько удобнее, но ИМХО все равно неудобно.

Да можно через batch всё описать. Быстро и удобно. А то вам всё панельки да окошки подавай... dry
 
GregoryДата: Понедельник, 19.09.2011, 22:05 | Сообщение # 39
Генерал-майор
Группа: Доверенные
Сообщений: 304
Репутация: 7
Статус: Offline
Quote (XOpen)
Да можно через batch всё описать. Быстро и удобно. А то вам всё панельки да окошки подавай...

Именно так мы и делаем))) Правда, для этого есть более веская причина - development, и только он, может описать зависимости, но не может определить регламент, так как не владеет ситуацией в production да и доступ туда имеет строго ограниченный (read-only и то не везде). Support отвечает за production, владеет ситуацией и может планировать регламент, учитывая распределение нагрузки всех приложений, время поступления данных для обработки и время готовности результатов для различных регионов (world-wide). Поэтому development определяет сети пакетно, а support модифицирует их интерактивно.
У TWS/OPC действитель большИе возможности, но всегда ли они нужны? Во многих случаях OMVS cron более чем достаточно и зависимости не нужны. Из пушки стрелять по воробьям неразумно...
 
EHabarovДата: Вторник, 20.09.2011, 10:42 | Сообщение # 40
Майор
Группа: Доверенные
Сообщений: 85
Репутация: 7
Статус: Offline
Quote (XOpen)
Да можно через batch всё описать. Быстро и удобно. А то вам всё панельки да окошки подавай... dry

Заказчик хочет наглядности и конфигурабельности smile
Конкретно в их ситуации план исполнения меняется минимум раз в неделю, а менять свои бизнес-процессы в угоду TWS-у они не собираются.
Пилотный проект в конечном итоге выполнял IBM, но, насколько мне помнится, так все поставленные вопросы решить не удалось.
 
BSVДата: Четверг, 22.09.2011, 13:26 | Сообщение # 41
Рядовой
Группа: Проверенные
Сообщений: 10
Репутация: 0
Статус: Offline
и называется она "Программирование ввода-вывода в ОС ЕС ЭВМ на языке Ассемблера", Б.С. Хусаинов, Москва, "Статистика", 1980 г.
 
stas9132Дата: Вторник, 07.02.2012, 12:47 | Сообщение # 42
Сержант
Группа: Проверенные
Сообщений: 23
Репутация: 0
Статус: Offline
Встречались ли кому нибудь замеры, пусть и условные, стоимости выполнения инструкций на z?

Насколько я понимаю, IBM кроме принципов работы ни какой информации о работе z/hw не распространяет.
А с 64 битной ESAME, за вычетом ESA, не совсем всё хорошо:
- большая часть инструкций включена в facility которые на z/машине могут и отсутствовать. Был сильно удивлён, не обнаружив на довольно таки новой z9 основных: Extended-immediate facility и General-instructions-extension facility.
- производительность многих из новых инструкций оставляет желать лучшего. Нашли apar PK05895, описывающий одну из таких ситуаций.

Складывается такое ощущение, что эффективно функционирующее ПО:
- функционирует в режиме ESA (инструкции ESA, 31 битная адресация, не использует верхние части регистров)
- переходит в режим ESAME , только там где без этого ну, ни как не льзя.
 
akostДата: Вторник, 07.02.2012, 21:28 | Сообщение # 43
Admin
Группа: Администраторы
Сообщений: 473
Репутация: 4
Статус: Offline
Замеры производительности у них только очень условные, на своих смесях. Эти замеры дают только пищу для ориентировочной оценки мощности процессора на основе таких эмпирических вещей, как "количество коротких CICS-онлайн транзакций", "тяжелые пакетные задания с массивным вводом-выводом" и прочее. Вменяемых и сравнимых с другими платформами TPC-тестов с открытыми кодами мне не встретились, хотя сам я брал пару лет назад в свободное время некие тесты на С и пытался что-то там измерять.
Про ESA и ESAME. Около года назад дяденька-индус из IBM кулуарно на мои вопросы "когда же общесистемное ПО станет полноценно 64-битным" сказал: "когда ESAME станет зрелой и выловим там блох". На мой вопрос, когда же это случится, он ответил: "когда это будет настолько нужно рынку, чтобы без этого уже никуда".
Так что думаю, что ESAME-возможности будут в состоянии facility еще пару-тройку поколений машин, когда уже другие платформы начнут подпирать.
 
AKonevДата: Среда, 08.02.2012, 10:02 | Сообщение # 44
Лейтенант
Группа: Проверенные
Сообщений: 45
Репутация: 4
Статус: Offline
С некоторых пор относительная стоимость выполнения инструкций потеряла смысл. На разных процессорах многие инструкции выполняются совсем по разному. Это зависит от реализации процессора и также связано с тем, что машинные команды разделяются на два типа "hardcoded" и "millicoded". Millicoded реализованы как последовательность железных команд и располагаются в HSA. Причем наиболее тяжелые состоят из сотен железных и есть даже прецеденты (по слухам), что некоторые hardcoded из предыдущих версий реализованы в новых как millicoded. Скорость выполнения также варьируется в зависимости о кэша процессора, затрат на трансляцию виртуального адреса в реальный (совсем разные при работе в режиме LPAR или под VM), цикла процессора и еще много чего. Так что получить более менее стабильную таблицу затрат времени на инструкцию невозможно. Мне попадалась презентация с SHARE c рекомендациями по программированию на ASM c точки зрения производительности в современных условиях. Так вот они сильно отличаются от тех, что я усвоил в те годы когда программировал на ASM.
 
mentorДата: Пятница, 24.02.2012, 16:15 | Сообщение # 45
Лейтенант
Группа: Проверенные
Сообщений: 125
Репутация: 0
Статус: Offline
Добрый день!
Не работает HLASM r4 S0C4 cry
 
Форум » Технические форумы » MVS (OS/390, zOS) » Assembler
Страница 3 из 5«12345»
Поиск: