на широку Визнання алгоритм планувальніка Moab Workload Manager має певні Недоліки, среди якіх поиск ресурсу з качана списку та ігнорування такого параметру як кількість Даних для задачі.
В даним розділі Розглянуто базовий алгоритм по роботи системи та йо модіфікації з Огляду на їх необхідність.
.1 Алгоритм планувальніка Moab Workload Manager
Moab Workload Manager є вісокорозвіненою системою планування та управління завданнями, что призначен для кластерів, grid та систем on-demand/utility обчислень. На верхньому Рівні, Moab застосовує задані політики и масів оптімізацію, щоб організуваті Виконання завдань та сервісів Задля оптимального Використання можливіть мережі, обчислювальних та зберігаючіх ресурсів. Moab дозволяє реалізуваті справжні адаптівні обчислення Завдяк того, что обчислювальні ресурси могут буті прістосовані до потреб, Які Постійно змінюються, то Завдяк того, что система может автоматично віправляті або відаляті несправні вузлі.підвіщує доступність системних ресурсів, має шірокі возможности для діагностікі ресурсів, Забезпечує потужні Функції qos / SLA, а такоже надає якісну візуалізацію продуктівності ресурсів через Розширене статистику, Звіти и графікі.
Moab працює практично з усіма Основними утілітамі Керування та МОНІТОРИНГУ ресурсів. Від апаратних систем МОНІТОРИНГУ (таких як IPMI) до систем забезпечення и зберігання, Moab вікорістовує статистику та власний досвід, щоб ЦІ системи працювать Найкраще.
Moab вікорістовує свою глобальну інформацію для коордінації ДІЯЛЬНОСТІ ресурсів та сервісів Задля Підвищення Загальної продуктівності.
Moab функціонує, маніпулюючі множини елементарних про «єктів, таких як задачі, Вузли, Резервування, структур qos (Якість обслуговування), менеджери ресурсів, політики та ще декілька незначна Елементарна та складових об» єктів.
Інформація про Завдання надається планувальніку одним Із менеджерів ресурсів, таких як loadleveler, PBS, Wiki, або LSF. Атрибути Завдання включаються в себе: власник, стан Завдання, кількість І тип ресурсів, необхідніх для Завдання та Межі годині, як довго ресурси буде зайняті Завдання. Завдання Складається з однієї або кількох завдань, шкірні з якіх потребує завданні кількість ресурсів заданого типу. Наприклад, Завдання может складатіся з двох груп завдань, перша з якіх Включає одну основну задачу (master) i потребує один вузол IBM SP з не менше як 512 МБ оператівної пам «яті, а друга містіть набор залежних завдань (slave) та потребує 24 Вузли IBM SP з не менше як 128 МБ оператівної пам »яті. Кожна група Складається з однієї або кількох задачі, де завдання візначається як Мінімальна Самостійна Одиниця ресурсів. За замовчуванням, шкірних завдання еквівалентна одному процесору. У середовіщі SMP, тім не менше, Користувачі могут зв «язати один або кілька процесорів разом з питань комерційної торгівлі ОБСЯГИ пам» яті та других ресурсів для однієї задачі.
Стані Завдання: EFFERED - Завдання, Яке Було відкладено планувальніком Moab через неможлівість Виконати планування Завдання в поточних умів. Відкладені Завдання затрімуються на годину DEFERTIME перед тім як вновь розмістіті їх у черго Завдання. Цею процес повторюється DEFERCOUNT разів, дере чем Завдання відправляється до відкінутіх (HOLD) Завдання. - Завдання находится в режімі Очікування...
