Советы и рекомендации по COBOL - лучшая идея по настройке производительности COBOL, Советы по нас...

#COBOL #Topictrick #performance #tips

Советы и рекомендации по COBOL, советы по настройке производительности COBOL или советы по оптимизации затрат мэйнфреймов, очень важны с точки зрения программиста. Всегда следуйте этим советам из руководства по COBOL «Устаревшие методы оптимизации затрат». Эти методы просты и очень эффективны. Пожалуйста, досмотрите руководство по оптимизации затрат COBOL до конца.

Настройка производительности приложений для мэйнфреймов — самая актуальная тема в ИТ-индустрии. Из года в год компании вкладывают огромные средства в развитие навыков программистов и уделяют всё больше внимания оптимизации существующих приложений для мэйнфреймов. Давайте начнём.

► Подробнее об индексе ◄

0:00 Добро пожаловать в обучающий курс по оптимизации COBOL.
1:29 #Совет 2 — COBOL: не спешите писать код.
2:12 #Совет 2 — COBOL: оценивайте объём записей.
2:51 #Совет 3 — Подготовка структурной схемы COBOL.
4:23 #Совет 4 — Переменные COBOL.
5:16 #Совет 5 — Эффективное обслуживание.
6:38 #Совет 6 — COBOL Evaluate против If-else.
7:46 #Совет 7 — COBOL SORT против JCL SORT.
8:15 #Совет 8 — COBOL SEARCH ALL против SEARCH.
9:03 #Совет 9 — Опция компилятора COBOL.
10:10 #Совет 10 — COBOL Initialized Clause.

Как вы все знаете, Legacy Application — это чрезвычайно безопасная, надёжная, устойчивая и масштабируемая система среди всех существующих вычислительных платформ. Единственный недостаток Mainframe Application — высокие расходы на обслуживание и эксплуатацию. Однако эту стоимость можно снизить за счёт оптимизации производительности MIPS для мэйнфреймов, достигаемой путём оптимизации новых и существующих программ на COBOL, JCL, COBOL-DB2 и COBOL-CICS.

Стоимость эксплуатации приложения напрямую зависит от архитектуры системы и бизнес-логики, заложенной в базовые программы. Плохо спроектированная или неоптимизированная система, как правило, потребляет больше производительности MIPS для мэйнфреймов по сравнению с оптимизированными устаревшими приложениями.

Ниже приведены различные методы оптимизации, используемые для тонкой настройки приложений на COBOL.

#Совет 1: Не спешите писать код.

Будучи программистом, вы должны потратить некоторое время на понимание потребностей. Тщательно подготовьте список функций (например, расчёт даты и т. д.), которые вы будете использовать в своей программе.

#Совет 2: Оцените объём записей.
Оцените количество записей, которые ваша программа на COBOL должна обрабатывать. Это даёт приблизительное представление о количестве операций ввода-вывода (I/O), которое должна выполнять ваша программа. Основываясь на оценке и других важных данных, вы можете решить, какой носитель подходит для хранения данных: плоский файл, кластер VSAM или таблица DB2.

#Совет 3: Подготовьте структурную диаграмму.

После получения спецификации программы всегда следует создавать структурную диаграмму, используя подход «сверху вниз». Это критически важный этап в процессе разработки. Если вы сделаете это неправильно, это отрицательно скажется на производительности программы.

#Совет 4: Выбор переменных.

Будьте внимательны при выборе переменных рабочей памяти (т.е. временных переменных) и их типов данных. Всегда используйте S in the Picture для всех числовых полей всех типов. Всегда используйте нечётное количество цифр во всех полях с упакованным десятичным представлением. Например, COMP-3 для переменной счётчика. Это поможет вам сэкономить место на диске.

#Совет 5: Эффективное обслуживание.

Решите, следует ли вносить изменения в программу в рамках существующей логики или лучше создать один или несколько новых абзацев для ваших изменений. Часто имеет смысл изолировать изменения или улучшения в отдельных абзацах.

#Совет 6: EVALUATE против IF-ELSE.

Вы, вероятно, согласитесь, что обычно лучше использовать оператор Evaluate, чем вложенные операторы If, когда глубина вложенности достигает трёх или более уровней. Не используйте оператор IF-ELSE на более чем трёх уровнях вложенности, поскольку выполнение оператора IF-ELSE потребляет много ресурсов процессора.

#Совет 7: COBOL SORT против JCL SORT.

Старайтесь избегать использования внутреннего оператора SORT или COBOL MERGE в COBOL-программе, пока это не станет абсолютно необходимым.

►Подпишитесь на Topictrick и не забудьте нажать на ЗНАЧОК КОЛОКОЛЬЧИКА, чтобы не пропустить обновления. ◄

Кроме того, пожалуйста, посетите страницу ниже и укажите ссылку, чтобы оставаться на связи с Topictrick:

► Официальный сайт: https://www.topictrick.com
► YouTube: topictrick
► Подпишитесь на нас в Twitter:   / topictrick  
► Facebook:   / topictrick  
► Linkedin:   / topictrick  
► Reddit:   / topictrick  
► Блог Mainframe: https://mainframe-forum.blogspot.com
► Блог Medium:   / topictrick  

Спасибо за вашу поддержку.

Topictrick™