Налаштування підсистеми управління процесами (Workflow), Книги та статті, Різне, статті

Підсистема “Управління процесами” містить ряд налаштувань, що стосуються продуктивності. Завдання установки оптимальних параметрів виникає досить часто. В даній статті описано з яких критеріїв потрібно виходити при виборі значень.


Значення параметрів наведено в керівництві адміністратора.
Час між тиками (сек) – пауза між періодами активності сервера бізнес-процесів (“тиками”); за умовчанням цей інтервал дорівнює 10 секундам, при великій кількості активних процесів рекомендується його збільшити;

Максимальний об’єм пам’яті (Мб), який може використовувати при роботі сервер управління процесами; за замовчуванням його значення дорівнює 512 Мб;

Час очікування виконання функції в потоці (сек) – період затримки перед повторним виконанням функції в циклічному бізнес-процесі; цей період використовується, якщо в настройках функції в поле “Період опитування” не вказано інше інтервал;

Час тика – тривалість активності сервера бізнес-процесів;

Функцій за тик – кількість функцій одного бізнес-процесу, що обробляються сервером бізнес-процесів за один період активності;

Число процесів в одному пакеті – максимальна кількість бізнес-процесів в одній “порції” (пакеті), які обробляються одночасно; загальна тривалість тика залежить від кількості пакетів, проте розмір пакета слід обмежувати пропорційно з об’ємом оперативної пам’яті комп’ютера;

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

Розмір пулу сесій, де пул сесій – це сукупність паралельно працюють сесій з однаковими настройками підключення, що виділяються для обробки процесів;

Час очікування виконання методу Storage Server (сек) – період очікування відповіді сервера, після якого повертається повідомлення про помилку (Сервер недоступний “).

Оцінюючи можливості підсистеми Workflow необхідно враховувати, що різні функції дають різне навантаження на систему. Наприклад, ф-ції, які працюють з картками або будь-якими даними в базі виконують з’єднання з сервером DocsVision і швидкість їх роботи визначається так же продуктивністю сервера (виконання запитів в базі, обробка результатів і т.п.). А функції сценарій, практично не задіють сервер і БД (хіба, що, для читання налаштувань). Т.ч. функція “Моніторинг DocsVision” може виконуватися довго, якщо в пошуковому запиті бере участь багато карток. А функція завдання може виконатися миттєво якщо очікує змін у картці.

Тому, досить важко дати формулу, в яку можна підставити число примірників, частоту процесора, кількість ядер і об’єм ОЗУ, і в результаті отримати значення параметрів.

Які ж профілі можна використовувати для вирішення конкретних завдань?

1. Якщо необхідно більш часто брати в обробку процеси – зменшуємо число функцій за тик. Максимально частою обробці нових процесів відповідає 1 функція за тик (при незмінному бажаному часу тика).
Тобто щоб проходило менше часу між тим як користувач або функція підпроцес запустить новий процес, і тим моментом, як функція “Старт” в них стане обробленої.

2. Якщо хочеться максимально швидко обробляти “довгі” процеси – збільшуємо число функцій за тик. Наприклад до 50-100. Але тут уже виникає небезпека постійної обробки якогось циклу, який не несе корисного навантаження (наприклад, яка-небудь функція зациклена на себе за допомогою зв’язку помилково)

3. Щоб не залежати від функцій, які довго виконуються або взагалі підвисають на який-небудь операції з зовнішньою системою, можна зменшити “Час очікування функції в потоці”. З 900 секунд, до 180.

Параметри справедливі для машини з будь-якою кількістю ядер. Ну хіба що не варто виставляти розмір пакета процесів менше, ніж число потоків, які система може обробляти паралельно.
(Чисто теоретично це число обчислювальних ядер в системі. Якщо підтримується HyperThreading – то число ядер множиться на 2. Тобто в принципі, в сучасному однопроцесорному чотирьохядерним сервері може паралельно оброблятися до 8 потоків. А зверху число потоків обмежено максимальним розміром пулу потоків: 64 тобто ставити розмір пакета більше 64 теж сенсу немає)

Середніми настройками, придатними під більшість рішень, є:

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*