В контекстном планировании задачи для которых время исполнения известно заранее называются: В контекстном планировании задачи, для которых время исполнения известно заранее, называются …

Тайм менеджмент МФПА Тест с ответами

Правильных ответов не менее 93%

Для быстрого поиска по странице нажмите Ctrl+F и в появившемся окошке напечатайте слово запроса (или первые буквы)

 

«Бифштексы», получаемые в результате «нарезки слона», должны соответствовать …

данным хронокарты

+SMART-критериям

двум самым весомым критериям матрицы многокритериальной оценки

критериям «важности» и «срочности» матрицы Эйзенхауэра

ценностям из мемуарника

«Бифштексы», получаемые в результате «нарезки слона», бывают …

практическими и теоретическими

материальными и эфемерными

креативными и обыденными

физическими и юридическими

+реальными и иллюзорными

В истории развития отечественного тайм-менеджмента можно выделить … 

5 этапов

+3 этапа

6 этапов

2 этапа

8 этапов

В контекстном планировании задачи, для которых время исполнения известно заранее, называются …

+жесткими

бюджетируемыми

приоритетными

неважными

гибкими

Все контексты можно разделить на … 

8 условных групп

+4 условные группы

бесконечное множество условных групп

3 условные группы

5 условных групп

Все поглотители времени по степени контролируемости можно условно разделить на … 

4 группы

10 групп

2 группы

5 групп

+3 группы

Для создания эффективного обзора задач важен принцип …

активизации

+материализации

иррационализма

дезинтеграции

реактивации

Древние греки называли поглотители времени …

хронографами

хронологиями

хронотипами

+хронофагами

хронотопами

…– значит, принять решение, оценив по определенным критериям, какие из поставленных задач и дел имеют первостепенное значение, какие – второстепенное

Осуществить контекстное планирование

Распределить ресурсы

+Расставить приоритеты

Расставить контексты в хронологическом порядке

Рассмотреть хронофаги

К гибким задачам относится задача «…»

Встретить в аэропорту представителя заказчика, прибывающего рейсом 324 в 20. 00

Представить новую концепцию развития отдела в понедельник, в 13.00

Обязательно сегодня сдать отчет в бухгалтерию до 18.00

+Разработать регламент обработки входящих заказов

Сдать отчет в бухгалтерию в 13.30

+?Представить информацию о росте производства самарского филиала на совете директоров

+Позвонить ключевому клиенту, договориться о встрече

Лишний шаг в алгоритме жестко-гибкого планирования: «…»

выполненное – вычеркнуть

выделить приоритетные задачи

составить список жестких задач

составить список гибких задач

+провести хронометраж всех задач в плане

определить бюджет времени для приоритетных задач

Матрица Эйзенхауэра позволяет расставить приоритеты, оценив все задачи по двум критериям – …

гибкость и жесткость

важность и гибкость

+важность и срочность

бюджетируемость и регулярность

жесткость и срочность

срочность и регулярность

На рисунке изображен(а) …

 

график Ганта

график динамики показателей хронометража

матрица многокритериальной оценки

SMART

+матрица Эйзенхауэра

На рисунке изображен(а) …

 

матрица Эйзенхауэра

+интеллект- карта (mind map)

«воронка шагов»

«веер возможностей»

двумерный обзорный график

Неверно, что … является одним из видов хронофагов

прерывание

отвлечение

+зависание

откладывание на потом

ожидание и опоздание

Неверно, что … является правилом организации эффективного отдыха

ритмичность

+концентрация

смена контекста

максимальное переключение

Неверно, что … является способом самонастройки на решение задач

метод «швейцарского сыра»

техника «якорения»

+техника хронометража

промежуточная радость

«заточка карандашей»

Неверно, что … является шагом алгоритма жестко-гибкого планирования

вычеркивание выполненных задач

составление списка жестких задач

определение времени исполнения для всех задач

составление списка гибких задач

+отслеживание изменения показателей с помощью графика

бюджетирование времени для приоритетных задач

+выбор двух показателей для отслеживания

+выделение из списка выполненных задач

Неверно, что … являются группой инструментов создания обзора

контрольные списки

+хронокарты

двумерные графики

интеллект-карты

Неэффективно организованные процессы деятельности, ведущие к потерям времени, называются …

расхитителями собственности

растратчиками финансового капитала

рубрикаторами потерь

+поглотителями времени

похитителями качества

Одним из шагов техники контекстного планирования является …

+просмотр списка задач при приближении контекста

просмотр своих ключевых областей

соотнесение данных хронометража с группами контекстов

просмотр списка хронофагов при приближении контекста

просмотр всех данных хронокарты предыдущего дня

При использовании многокритериальной оценки каждый вариант оценивается …

или напишите нам прямо сейчас

Написать в WhatsApp

по двум критериям, которым присвоен наибольший вес

по критерию, имеющему самый большой вес

+по всем критериям

по первым трем критериям

только по одному самому важному критерию

Подход, при котором человек действует вопреки внешним обстоятельствам, активно влияет на свою жизнь, называется…

реактивным

мотивационным

приоритезированным

+проактивным

смартизированным

Подход, при котором человек полностью зависит от внешних обстоятельств, не влияя активно на свою жизнь, называется…

регрессивным

+реактивным

проактивным

аддитивным

хронометрированным

Показателем для хронометража может быть …

цель, соответствующая SMART-критериям

только одна цель стратегического уровня

+любая цель

главная цель жизни

надцель

По матрице Эйзенхауэра важные, но несрочные задачи относятся к категории …

A

D

C

+B

По матрице Эйзенхауэра неважные и несрочные задачи относятся к категории …

B

C

+D

A

Правильно сформулированная цель должна соответствовать SMART-критериям, одним из которых является …

контекстуальность

бюджетируемость

хронометрированность

аддитивность

+релевантность

Правильно сформулированная цель должна соответствовать SMART-критериям, одним из которых является …

определенность

инвестируемость

узнаваемость

делимость

+измеримость

Правильно сформулированная цель должна соответствовать SMART-критериям, одним из которых является …

+достижимость

результато-ориентированность

амбициозность

реактивность

гибкость

Правильно сформулированная цель должна соответствовать SMART-критериям, одним из которых является …

бюджетируемость исполнения

проактивность действия

приоритизированность формулы

+конкретность формулировки

результато-ориентированность задачи

Правильно сформулированная цель должна соответствовать SMART-критериям, одним из которых является привязка …

+ко времени

к пространству

к действию

к контексту

При определении приоритетов с помощью матрицы Эйзенхауэра все задачи делятся на … 

6 категорий

+4 категории

33 категории

2 категории

5 категорий

3 категории

Стратегия достижения SMART-цели (действие в задачной ситуации) называется …

методом Шваба

+«воронкой шагов»

«пирогом времени»

«веером возможностей»

методом «швейцарского сыра»

Стратегия достижения надцели (действие в проблемной ситуации) называется …

«пирогом времени»

«поеданием лягушки»

«воронкой шагов»

«нарезкой слона»

+«веером возможностей»

Техника хронометража помогает …

+выявить свои типовые поглотители времени

определить критерии для формулирования цели

выявить надцели

выявить свои типовые стратегические цели

определить основные ценности

… – это инструмент целеполагания, который помогает не потерять свои цели из виду и служит напоминанием о целях.

Древовидные карты

Таблица регулярных дел

Хронокарта

Матрица Эйзенхауэра

Мемуарник

+Стратегическая картонка

«…» – это крупные задачи, которые невозможно решить за один раз

Пирамиды

+Слоны

Хронофаги

Крокодилы

Пинарики

«…» – это мелкие задачи, на решение которых не требуется много сил и времени, но которые очень неприятны и их хочется отложить

Мемуарнички

+Лягушки

Швейцарский сыр

Подцели

Пинарики

… – это представление информации, которое позволяет увидеть всю совокупность и взаимосвязь элементов и дает возможность эффективно принимать решения

Метод структурированного внимания

Результато-ориентированное планирование

+Обзор задач

Расстановка приоритетов

Хронометраж

… – это технология, позволяющая использовать невосполнимое время жизни в соответствии со своими личными и бизнес-целями и ценностями

Менеджмент

Научная организация труда

Маркетинг

Менеджмент качества

+Тайм-менеджмент

… – это удачный момент для решения задачи, удачный шанс, нелинейное время.

Хронос

Парето

Кароши

SMART

Хронофаг

+Кайрос

… – это учет расходов личного времени путем простой письменной фиксации

Кредитование

Планирование

Бюджетирование

+Хронометраж

Хронология

…– это эффективный инструмент для планирования и контроля сложно структурированных задач с конкретными сроками

Стратегическая картонка

Хронокарта

График динамики показателей хронометража

+Двухмерный график

Контрольный список

или напишите нам прямо сейчас

Написать в WhatsApp

Тайм-менеджмент — ответы на тест Синергия

Бесплатные ответы на тест Тайм-менеджмент Синергия. Так же можете заказать решение этого или любого другого теста в личном кабинете студента. Выполняем качественно, не дорого, анонимно и безопасно. Ответы выделены жирным цветом и помечены знаком «+»

Матрица Эйзенхауэра позволяет расставить приорететы, оценив все задачи по двум критериям — …
Гобкость и жесткость
Бюджетируемость и регулярность
Срочность и регулярность
Жесткость и срочность
Важность и срочность +
Важность и гибкость

Подход, при котором человек действует вопреки внешним обстоятельствам, активно влияет на свою жизнь, называется …
Смартизированным
Реактивным
Мотивационным
Проактивным  +
Приоретизированным

Неверно, что … является способом самонастройки на решение задач
Техника «якорения»
«Заточка карандашей»
Техника хронометража +
Метод «Швейцарского сыра»
Промежуточная радость

Стратегия достижения SMART-целли (действите в задачной ситуации) называется …
«Веером возможностей»
«Пирогом времени»
«Воронкой шагов» +
Методом «Швейцарского сыра»
Методом Шваба

В истории развития отечественного тайм-менеджмента можно выделить …
2 этапа
5 этапов
8 этапов
3 этапа +
6 этапов

Расставьте шаги алгоритма жестко-гибкого планирования дня в порядке их выполнения: …
3 Составить список жестких задач
2 Составить список гибких задач
1 Выделить приорететные задачи
4 Выполненное – вычеркнуть
5 Определить бюджет времени для приоритетных задач

Показателем для хронометража может быть …
Любая цель +
Цель соответствующая SMART-критериям
Главная цель жизни
Надцель
Только одна цель стратегического уровня

Неверно, что … является шагом алгоритма жестко-гибкого планирования
Определение времени исполнения для всех задач +
Составление списка гибких задач
Вычеркивание выполненных задач
Выбор двух показателей для отслеживания +
Составление списка жестких задач
Выделение из списка выполненных задач +
Бюджетирование времени для приоритетных задач
Отслеживание изменения показателей с помощью графика +

Техника хронометража помогает …
Определить основные ценности
Выявить свои типовые поглотители времени +
Выявить свои типовые стратегические цели
Выявить надцели
Определить критерии для формулирования цели

К гибким задачам относится задача «…»
Разработать регламент обработки входящих заказов +
Сдать отчет в бухгалтерию в 13. 30
Позвонить ключевому клиенту, договориться о встрече +
Представить новую коцепциюразвития отдела в понедельника, в 13.30
Обязательно сегодня сдать отчет в бухгалтерию до 18.00
Представить информацию о росте производства самарского филиала на совете директоров +
Встретить в аэропорту представителя заказчика, прибывающего рейсом 324 в 20.00

Все контексты можно разделить на …
5 условных групп
3 условные группы
4 условные группы +
Бесконечное множество условных групп
8 условных групп

Примеры жесткой задачи: «…»
Провести совещание по вопросу увеличения числа потенциальных клиентов в 15.00 +
Позвонить Сидорчуку, узнать причину срыва контракта
Сегодня обязательно нужно проверить, прошел ли платеж от «Маверикса» или нет +
Представить новую концепцию развития отдела в понедельник, в 13.00 +
Хорошо бы до вечера закончить отчет о результатх продаж за неделю
Сегодня обязательно нужно встретиться с представителем заказчика +
Сдать отчет в бухгалтерию в 16. 30 +

Стратеги достижения надцели (действие в проблемной ситуации) называется …
«Воронкой шагов»
«Вечером возможностей» +
«Пирогом времени»
«Нарезкой слона»
«Поеданием лягушки»

Расставьте шаги техники контекстного планирования в правильном порядке: …
1 выделить свои типовые личностные контексты
2 составить список задач задач под каждый контекст
3 При приближении контекста посмотреть список задач

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

Неэффективно организованные процессы деятельности, ведущие к потерям времени, называются …
Рубрикаторами потерь
Поглотителями времени +
Расхитителями собственности
Похитителями качества
Растратчиками финансового капитала

… — это удачный момент для решений задачи, удачный шанс, нелинейное время. Хронос
Кайрос +
Хронофаг
SMART
Кароши
Парето

ПО матрице Эйзенхауэра важные, но несрочные задачи относятся к категории …
А
В +
С
D

При определении приоритетов с помощью матрицы Эйзенхауэра все задачи делятся на …
3 категории
5 категорий
33 категории
4 категории +
2 категории
6 категорий

Неверно, что … является одним из видов хронофагов
Прерывание
Зависание +
Ожидание и опоздание
Откладывание на потом
Отвлечение

Неверно, что … является правилом организации эффективного отдыха
Ритмичность
Максимальное переключение
Конценрация +
Смена контекста

На рисунке изображен(а) …
График динамики показателей хронометража
Матрица многокритериальной оценки
Матрица Эйзенхауэура +
Графика Ганта

В контекстном планировании задачи, для которых время исполнения известно заранее, называются …
Приоритетными
Гибкими
Бюджетируемые
Жесткими +
Неважными

По матрице Эйзенхауэра неважные и несрочные задачи относятся к категории …
А
В
С
D +

Неверно, что … явлются группой инструментоов создания обзора
Контрольные списки
Интеллект-карты
Двумерные графики
Хронокарты +

«Бифштексы», получаемые в результате «нарезки слона», должны соответствовать …
Данным хронокарты
Ценностям из мемуарника
Двум самым весомым критериям матрицы многокритериальной оценки
SMART-критериям +
Критериям «важности» и «срочности» матрицы Эйзенхауэра

При использовании многокритериальной оценки каждый вариант оценивается …
Только по одному самому важному критерию
По всем критериям +
По первым трем критериям
По критерию, имеющему самый большой вес
По двум категориям, которым присовен наибольший вес

Правильно сформулированная цель должна соответствовать SMART – критериям, одним из которых является …
Узнаваемость
Определенность
Измеримость +
Делимость
Инвестируемость

… — это учет расходов личного времени путем простой письменной фиксации
Хронология
Бюджетирование
Хронометраж +
Кредитование

Планирование Древние греки называли поглотители времени …
Хронографами +
Хронотопами
Хронотипами
Хронологиям
Хронофагами

Другие тесты Синергии:

• CRM-системы
• PR-деятельность спортивной организации
• Английский язык (обучение)
• Базы данных. ти (2/2)
• Безопасность жизнедеятельности (обучение)

Планировщик заданий

— его конфигурация, использование и выполнение

Планировщик заданий — это обычный механизм, который мы используем в повседневной жизни. Несколько примеров:

• Установка будильника на мобильных телефонах.
• Добавление события в календарь Google.
• Настройка таймера в микроволновой печи.
• Планирование задачи в операционной системе Windows с помощью планировщика задач Windows.

Для простоты у нас есть задача/работа, и мы планируем ее на определенное время для выполнения системой.

Что такое планировщик заданий?

Планировщик заданий в Pega — это внутренний фоновый процесс , работающий на сервере/узле, выполняющий бизнес-логику на периодической / рекурсивной основе.

В более ранних версиях Pega для обработки всех фоновых процессов использовался агент . В рамках оптимизации Pega представила Планировщик заданий и Обработчик очереди в качестве замены агентов, начиная с версии 8 .

Учтите, что у нас есть требование отправлять отчет о транзакциях главному офицеру до 9 вечера каждый день. Ниже приведены основные шаги, которые мы должны выполнить:

• Напишите правило активности в Pega для просмотра транзакции за текущий день.
• Реализовать логику для отправки электронной почты.
• Ежедневно в 21:00 вызывать указанное выше действие для обработки и отправки электронной почты.

Шаги по реализации выглядят нормально, но как нам вызывать эту задачу каждый день в 9 часов вечера?😳

Мы определенно не можем нанимать людей и просить их отправлять электронные письма каждый день в 9 часов вечера. Кроме того, выполнение не должно происходить на экране, что определенно повлияет на производительность .

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

Как настроить планировщик заданий?

• Планировщики заданий являются экземплярами класса RULE-ASYNC-JOBSCHEDULER .
• У нас должна быть привилегия pzJobSchedulerAdministrator для создания и управления правилами планировщика заданий. Чтобы просмотреть список планировщиков заданий в приложении, убедитесь, что у нас есть привилегия pzJobSchedulerObserver .
• Планировщики заданий являются версионными правилами и их можно увидеть в разделе Категория SysAdmin в проводнике Records .

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

• Когда мы открываем любое правило планировщика заданий, мы видим баннер, отображающий следующее сообщение.

В Pega v 8.1, 8.2, 8.3 Начиная с Pega v 8.4

Необходимо убедиться, что либо ASYNCPROCESSOR Тип запросчика или Системный контекст среды выполнения имеет доступ к настроенному планировщику заданий. В противном случае планировщик заданий не будет запускаться в заданное время.

Конфигурацию планировщика заданий можно разделить на три раздела:

1. Конфигурация узла
2. Логика планирования
3. Бизнес-процесс

Конфигурация узла

9 0079 Включить планировщик заданий Параметр переключения предоставляет нам возможность включить и отключить Планировщики заданий, когда это необходимо.

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

Что такое узел?

В каждой среде есть сервер, на котором размещен механизм правил PRPC. Каждый из этих серверов называется Node , и узел всегда будет указывать на базу данных.

Что такое многоузловая среда?

В большинстве случаев одного узла недостаточно для обработки пропускной способности, и в итоге мы устанавливаем несколько серверов с разными номерами портов. Даже если в системе несколько серверов/узлов, она будет указывать на ту же базу данных .

Что такое классификация узлов?

Использование нескольких узлов оптимизирует пропускную способность? Определенно нет . Нам нужно классифицировать и использовать их эффективно.

Pega классифицировала узлы, а именно Веб-пользователи , Фоновая обработка , BIX , Поиск и т. д. Классификация узлов помогает нам разделить узлы по их назначению. Для максимальной пропускной способности необходима правильная классификация.

Мы можем обновить тип узла в системе в любое время. Процесс обновления типа узла зависит от сервера приложений , который мы используем.

Например, . Если нашим сервером приложений является Apache Tomcat, чтобы изменить тип узла любого существующего узла, нам необходимо обновить файл setenv.bat  в каталоге tomcat/bin с помощью -DNodeType=< node-type> Аргументы JVM.

Один узел также можно пометить как несколько типов, используя значения, разделенные запятыми, в аргументах JVM.

• Надеюсь, теперь мы поняли, что такое узел и как классифицируются узлы в Pega . Возвращаясь к нашей конфигурации, каждый планировщик заданий должен быть помечен для типов узлов, на которых он должен работать.

• Один планировщик заданий можно настроить для работы на нескольких типах узлов. Но если выполнение будет слишком тяжелым или более частым , рассмотрите возможность его настройки для нескольких типов узлов. В противном случае настройте его для работы на одном типе узла ( Фоновая обработка – Рекомендуется )

• Фоновая обработка — это один тип узла в системе, и под ним может находиться несколько узлов. Опция ниже позволяет нам выбрать, должен ли он работать на только один узел типа фоновой обработки или на все узлы , которые помечены как тип фоновой обработки.

Логика планирования

• Следующим разделом для настройки является расписание , в котором планировщик заданий должен работать в фоновом режиме .
• Каждый планировщик может быть настроен для запуска одним из трех способов, указанных ниже.

Параметр запуска применим только в том случае, если планировщик заданий настроен для запуска на всех связанных узлах.

Расписание запуска

• Мы можем настроить планировщик заданий для уведомления системного администратора всякий раз, когда узел любого типа подключается к сети ( Запуск ) в системе.

Периодическое расписание

• Мы можем настроить планировщик заданий для очистки разрешенных рабочих объектов один раз в каждые 5 часов .

Повторяющееся расписание — ежедневно

• Мы можем настроить планировщик заданий для ежедневной отправки транзакционных электронных писем в 9:00 во все рабочие дни .

Повторяющееся расписание — еженедельно

• Мы можем настроить планировщик заданий для отправки бюллетеня сотрудникам выходные .

Повторяющееся расписание – Ежемесячно

• Мы можем настроить планировщик заданий для запуска в последний рабочий день из каждый месяц для обработки зарплаты и отправки электронных писем сотрудникам.

Повторяющееся расписание – ежегодно

• Мы можем настроить планировщик заданий для отправки новогодних пожеланий каждый год 1 января в 12:00 .

Бизнес-процесс

• Когда мы закончим с логикой планирования, следующей конфигурацией будет бизнес-процесс. Давайте быстро посмотрим, как выполнение планировщика заданий происходит во время выполнения, чтобы лучше понять эту конфигурацию.

• В этом разделе есть 2 поля для настройки.
  • Контекст
  • Класс и действие

Контекст

• Это поле определяет контекст приложения для правила планировщика.
• Мы можем настроить планировщик заданий для повторного использования одной и той же группы доступа, отображаемой в типе запроса ASYNCPROCESSOR , или мы можем сопоставить группу доступа, специфичную для планировщика заданий, для его выполнения.

• В обоих сценариях мы должны убедиться, что бизнес-процесс ( Activity ), отображенный в планировщике заданий, доступен с указанной группой доступа.

Класс и действие

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

• Мы даже можем передавать параметры активности из правила планировщика заданий. В большинстве случаев эти параметры будут представлять собой статическое значение .

Бизнес-сценарий

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

Реализация

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

• Когда бизнес-логика готова, мы можем создать правило планировщика заданий и настроить типы узлов и их расписание.

• После завершения настройки планировщика нам нужно настроить ASYNCPROCESSOR Тип запросчика для сопоставления группы доступа, которая может вызывать настроенный планировщик. В противном случае наше правило планировщика заданий не будет запущено.

• Как только мы создадим и сохраним правило планировщика заданий и тип запросчика ASYNCPROCESSOR , система помечает запись в Data-SystemOperations-JobManagement-JobInfo и делает планировщик заданий готов к его выполнению .

Обработка ошибок в планировщике заданий

• Обработка ошибок является важным фактором в планировщике заданий , так как это помогает в анализе основной причины в случае сбоя.
• В нашем сценарии бизнес-логика планировщика может дать сбой по трем причинам:
  • При получении списка разрешенных случаев претензий [ Проблема с подключением к базе данных и т.  д.].
  • При попытке отправить электронную почту [ Проблемы с SMTP и т. д.]
  • Проблема с инфраструктурой при выполнении планировщика.

Обработка ошибок в активности планировщика

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

Эти настройки имеют приоритет над настройками в правиле планировщика заданий.

Как отслеживать и отлаживать планировщики заданий?

• Мы можем отследить планировщик заданий на целевой странице задания в студии администратора. Мы будем видеть события в трассировщике, только если планировщик работает в фоновом режиме.

• Поскольку планировщик заданий предназначен для запуска автономной бизнес-логики в запланированный интервал, мы также можем отладить ее, запустив действие в правиле планировщика заданий в автономном режиме.

• Планировщик заданий имеет расширенную версию отслеживания статистики выполнения.
• Подробную информацию о планировщиках заданий в системе можно увидеть в студии администратора.

• Планировщики заданий по умолчанию отслеживают всю историю выполнения в pr_perf_stats таблица. Мы можем просмотреть прошлую историю выполнения вместе с ее статусом для каждого из планировщиков заданий на целевой странице студии администратора.

Наш планировщик заданий выполнялся 10 раз, и одна из попыток потерпела неудачу

• Если мы хотим отключить поведение системы, отслеживая все предыдущие сводки выполнения, мы можем обновить приведенную ниже переменную среды. в prconfig.xml 9от 0022 до false или путем создания DSS для того же самого. По умолчанию для этой переменной среды будет установлено значение true .

Заменить агента на планировщик работы

Общий вопрос, который есть у каждого с точки зрения агентов и планировщиков работы,

,

,

.

• Будет ли правило моего агента работать в версии 8 – ДА .
• Должен ли я заменить всех своих агентов планировщиками заданий — частично ДА
• В будущем мне нужно создать планировщики заданий для планирования задач – ДА

Когда мы говорим частично Да для замены агентов планировщиками заданий, как мы это делаем? 🧐

• Отключить все правила агента, которые должны быть заменены планировщиками заданий.

• Убедитесь, что расписания агента обновлены соответствующим образом. Если нет, обновите его вручную.
• Теперь настройте планировщик заданий для той же цели, выполнив действия, описанные выше.
• Обновите тип запросчика ASYNCPROCESSOR , включив в него необходимые группы доступа из типа запросчика BATCH в версиях 8.1, 8.2, 8.3, или добавьте приложение в System Runtime Context, начиная с версии 8. 4.

Перед заменой агентов планировщиком заданий необходимо провести полный анализ последствий, если приложение уже запущено и работает с агентами.

Указатели для запоминания

• Планировщики заданий будут не созданы какие-либо расписания агента , а не напрямую выполняется правило планировщика заданий в запланированное время.
• Планировщики заданий легко настроить и управлять .
• В отличие от агентов, мы создаем отдельных заданий планировщиков для каждого бизнес-процесса, что дает нам большой контроль с точки зрения конфигурации.
• Планировщик заданий имеет гораздо больше дополнительных параметров планирования по сравнению с агентами.
• Планировщики заданий работают намного лучше с точки зрения ведения статистики выполнения и показателей успешности.
• Планировщики заданий выглядят более удобными для пользователя по сравнению с агентами.
• Начиная с Pega версии 8, приложения должны быть добавлены в System Runtime Context , чтобы включить планировщик заданий для обработки.

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

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

Следите за новостями о Фоновая обработка 😊

Лекция 5 (Планирование)

Итак, учитывая набор задач, как может ОС (или планировщик потоков пользовательского уровня) решить, что разместить на доступном ЦП?

В порядке очереди (FCFS)
В порядке очереди (FIFO)

FCFS — простейший алгоритм. Это должно быть понятно любому, у кого есть ждали в очереди в гастрономе, банке или кассе, или к кому-либо кто когда-либо звонил по телефону службы поддержки клиентов: «Ваш вызов будет принят в том порядке, в котором он был получен».

Подход очень прост. При отправке задания оно переходит в режим готовности очередь. Самая старая работа (должнее всего находилась в очереди готовности) в очереди готовности всегда выбирается для отправки. Алгоритм неупреждающий, поэтому задание будет выполняться до тех пор, пока оно добровольно не отдаст ЦП путем блокировки или прекращения. После того, как заблокированный процесс удовлетворен и возвращается в очередь готовности, он входит в конец строки.

Этот алгоритм очень прост в реализации, а также очень справедлив и следовательно, без голода. Нет характеристики предубеждения на работе постановка в очередь. Но у него есть несколько недостатков.

• Поскольку короткие задания можно планировать после очень длинных, среднее время ожидания может быть увеличено. В отличие от продуктового магазин, алгоритм не имеет «Express Lane».
• Так как алгоритм не упреждающий, могут возникнуть проблемы на интерактивных системах. Длительная работа может помешать отзывчивости пользователю.
• Студент действительно указал на это более тонкое свойство во время занятий в форме вопроса (молодец!) Один процесс, привязанный к ЦП, может загружать ЦП для долго. Тем временем несколько связанных с вводом-выводом процессов, которые может выполняться одновременно с процессом, привязанным к ЦП, но не может начинать.

  Я не назвал это явление в классе, но Я, наверное, должен был… это называется эффект конвоя , потому что цикл за циклом процессы, связанные с вводом-выводом, будут «следовать» процессы, связанные с ЦП, без перекрытия.

Самая короткая работа-сначала (SJF)

Другой подход заключается в рассмотрении ожидаемой длины каждого процесса. следующий пакет ЦП, а затем запустить процесс с самым коротким пакетом. Этот алгоритм оптимизирует среднее время ожидания процессов. Это потому что перемещение более короткой работы перед более длинной помогает более коротким работа больше, чем больно, чем дольше работа. Вспомните мою историю в столовой. у тех, кто ел рано, не было очередей, хотя некому было ручаюсь за это.

К сожалению, у нас нет хорошего способа узнать наверняка длину любого задания следующего всплеска ЦП. На практике это можно оценить с помощью экспоненциальной среднее значение последней загрузки ЦП заданиями. Раньше программисты оценивали это — но если их работа превышала их оценку, их убивали. программисты очень хорошо справились с «Цена правильная».

Иногда этот алгоритм упреждающий. Задание может быть остановлено, если другое приходит задание, которое имеет более короткое время выполнения. Это вкус часто позвонил кратчайшее оставшееся время первого (SRTF) .

Кратчайшее время до завершения (STCF)

Кратчайшее время ЦП до завершения первого (STCF). Процесс, который будет завершить первые запуски, когда это возможно. Остальные процессы работают только когда первый процесс занят событием ввода-вывода.

Но, как и в случае с SJF, процессорное время заранее неизвестно.

Приоритетное планирование (PRI)

Приоритетное планирование предназначено для строгого соблюдения целей системы. Важные задания всегда выполняются перед менее важными заданиями. Если это расписание дисциплина применяется упреждающе, более важные работы будут упреждать менее важные задания, даже если они в настоящее время выполняются.

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

Круговое планирование (RR)

Круговое планирование можно рассматривать как упреждающую версию FCFS. Задания обрабатываются в порядке FCFS из очереди выполнения. Как и в случае с FCFS, если они блокируются, следующий процесс может быть запланирован. А когда блокируется процесс возвращается в очередь готовности, он помещается в конец списка.

Разница в том, что каждому процессу дается кванта времени или квант времени . Прерывание аппаратного таймера упреждает выполнение процесс, если он все еще выполняется после этого фиксированного периода времени. Затем планировщик может отправить следующий процесс в очереди.

При соответствующем временном интервале этот процесс предлагает лучшее средняя производительность по делу, чем FCFS, без догадок SJF.

Если квант времени очень и очень мал, возникает интересный эффект. произведено. Если есть N процессов, каждый процесс выполняется так, как если бы он работал на собственном частном процессоре, работающем на 1/N скорости. Этот эффект называется совместное использование процессора .

Если квант времени очень, очень велик — достаточно велик, чтобы процессы обычно завершаются до истечения срока их действия, этот подход приближается к FCFS.

Можно выбрать квант времени, чтобы сбалансировать два эффекта.

Планирование многоуровневой очереди (MQS)

MQS похож на PRI, за исключением того, что задания поступают отсортированными по их приоритет. Например, все системные задания могут иметь более высокий приоритет, чем интерактивные задания, которые имеют более высокий приоритет, чем пакетные задания. Задания с разным приоритетом помещаются в разные очереди.

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

Другой подход заключается в разделении очередей по времени. Более высокий приоритет очереди могут быть предоставлены более длинные или более частые кванты времени. Этот подход предотвращает абсолютное голодание.

Многоуровневая очередь обратной связи (MFQ)

В описанной выше многоуровневой системе массового обслуживания нет мобильность. Когда процесс поступает, он помещается в очередь в зависимости от его начальная классификация. Он остается в этой очереди на протяжении всей своей жизни.

В системе MFQ приоритет процесса может измениться в результате того, что его ЦП использование. Процессы с более длительными пиками ЦП снижаются в важность. Процессы, которые связаны с вводом-выводом и часто освобождают ЦП. преждевременно, блокируя, увеличиваются в важности.

Эта система предотвращает голодание и позволяет процессам, связанным с вводом-выводом, измениться. для отправки и перекрытия с процессами, привязанными к ЦП. Он борется с Эффект конвоя.

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

Хотя эта система звучит очень красиво, она очень сложна. В общем этот тип системы определяется следующими параметрами:

• количество очередей
• метод планирования для каждой очереди
• метод планирования среди очередей
• способ продвижения процесса
• способ понижения уровня процесса

Традиционное планирование UNIX — введение

Я подумал, что было бы интересно потратить некоторое время на размышления планирование в реальной операционной системе. Сегодня мы поговорим о том, что Я называю «традиционным» планирование UNIX. Эта система планирования использовалась, с небольшими изменениями через AT&T SVR3 и 4. 3BSD. Новое использование UNIX более сложные подходы, но это хорошее место для начала.

Приоритеты

Планирование в этих системах было основано на приоритетах. Приоритет варьировался от 0 до 127. Как ни странно, более низкие приоритеты представляют собой более важные процессы.

Диапазон приоритетов разделен. Приоритеты в диапазоне 0–49 зарезервированы для системных процессов. И пользовательские, и системные процессы могут иметь приоритеты во всем диапазоне от 0 до 127. Это предотвращает пользовательские процессы от вмешательства в более важные системные задачи.

Параметры

Окончательный приоритет планирования процессов зависит от нескольких факторов. Учет этих факторов ведется в структуре proc , который содержит следующие поля:

• p_pri — текущий приоритет планирования
• p_usrpri — приоритет процесса в пользовательском режиме
• p_cpu — мера недавнего использования процессора процессором
• p_nice — пользовательская мера важности процесса.

Повышенный приоритет в системном режиме

p_pri — это число в диапазоне от 0 до 127, представляющее приоритет процесса. Это значение, которое планировщик считает при выборе процесса для отправки. Это значение обычно является то же, что и p_usrpri. Однако его можно снизить (что сделает процесс более важно), пока процесс выполняет системный вызов.

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

Приоритет пользовательского режима

Приоритет, который процесс внутри ядра получает после возврата из заблокированной очереди называется его приоритетом ожидания . Есть определенный приоритет сна, связанный с каждым условием блокировки. Например, приоритет ожидания, связанный с терминальным вводом-выводом, был 28, а дисковый ввод/вывод был 20.

Приоритет планирования пользовательского режима зависит от трех факторов:

• приоритет пользовательского режима по умолчанию, PUSER, обычно 50
• недавняя загрузка ЦП процессом, p_cpu
• значение nice, назначенное пользователем, p_nice

Значение p_usr является значением по умолчанию для всей системы. В большинстве реализаций это было 50, что указывает на самый важный уровень планирования для пользователя процесс.

Давай будем хорошими

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

Отслеживание использования ЦП

p_cpu — это мера недавнего использования ЦП процессом. Он варьируется от 0 — 127 и изначально равно 0. Каждую 1/10 секунды ISR, которая обрабатывает такты увеличивают p_cpu для текущего процесса.

Каждую 1 секунду другой ISR уменьшает p_cpu всех запущенных процессов. или нет. Это восстановление называется -распадом . SVR3 использовал фиксированный распад 1/2. Проблема с фиксированным распадом заключается в том, что он повышает приоритет почти всех процессов, если нагрузка очень высока, так как очень несколько процессов получают CPU. Это делает поле p_cpu почти бессмысленным.

Разработчики 4.3BSD устранили этот побочный эффект, используя переменное затухание. это функция средней загрузки системы, среднего числа процессов в очереди выполнения за последнюю секунду. Эта формула выглядит следующим образом:

распад_коэффициент = (2*средняя_загрузка)/ (2*средняя_загрузка + 1)

Приоритет пользовательского режима — окончательная формула

Планировщик вычисляет приоритет пользователя процесса из этих факторов следующее:

p_usrpri = PUSER + (p_cpu/4) + (2*p_nice)

Реализация

Артефакты старых систем DEC VAX сделали их намного более эффективными чтобы свернуть 127 приоритетов в 32 очереди. Итак, эти системы на самом деле было 32 очереди, каждая из которых содержала процессы в диапазоне 4 уровня приоритета (0-3, 4-7, 8-11, 12-15, 16-19 и т.д.).

Система поддерживала 32-битную маску.