ння" додатків і в будь-якому випадку усувається їх можливий вплив на виконання інших прикладних задач. Глобальними об'єктами, що забезпечують синхронізацію виконання додатків, як і раніше є механізми взаємодії між процесами типу черг, семафорів, каналів і конвеєрів
В операційній системі VxWorks АЕ домен захисту визначає також і права володіння системними ресурсами [9] (завдання, черги повідомлень, семафори, сторінки пам'яті і т.д.). Домен захисту, якому виділені або в якому створені ці ресурси, стає для них "базовим" доменом (home domain). Незалежно від способу завершення роботи прикладної програми всередині домену захисту, всі виділені цього домену ресурси відновлюються системою для їх повторного використання. На даний момент процес відновлення ресурсів у VxWorks певною мірою є ручним процесом, виконуваним для кожного об'єкта окремо (наприклад, створення завдання, знищення завдання, створення черги, знищення черги). В ОС VxWorks АЕ передбачені більш потужні, зручні і наочні засоби, що дозволяють відслідковувати права власності на всі ресурси (пам'ять, файлові дескриптори і т.д.) за індивідуальними, заданим користувачем зв'язків, обмеженим контейнером домену захисту. p align="justify"> У VxWorks АЕ [9] реалізований новий масштабований механізм обміну повідомленнями, який розширює можливості локальної системи передачі повідомлень (тобто черги повідомлень в "рідній" середовищі) за межі одного процесора. ОС автоматично визначає, локальна чи ні дана чергу для процесора, і при необхідності пересилає повідомлення у вилучені черги, користуючись службою або реєстром розподілених і резервних імен. Висока надійність обміну повідомленнями гарантується протоколом передачі завдяки підтримці підтверджень прийому повідомлень і нумерації пакетів, що забезпечують цілісність прийнятих повідомлень. p align="justify"> Підвищення відмовостійкості розподіленого обміну повідомленнями в VxWorks АЕ забезпечується API-інтерфейсами, що надають доступ до резервної базі даних сервера імен для віддаленої маршрутизації повідомлень. У системі немає одиничних точок відмови, і якщо будь-які сервісні функції (або весь вузол), пов'язані з обслуговуванням віддалених черг, стають недоступними, черги повідомлень можуть бути повторно створені і зареєстровані в інших вузлах завдяки наявності відповідних посилань у базі даних. Потім здійснюється оновлення бази даних сервера імен, і "пункт обслуговування" переміщається в справний вузол. Це надзвичайно потужна можливість, особливо при використанні резервного обладнання для підвищення доступності сервісу. Більше того, як виявилося, система обміну повідомленнями в VxWorks АЕ володіє практично необмеженими можливостями масштабування, що було продемонстровано на існуючих VxWorks-системах з числом вузлів до 512. p align="justify"> Важливо, що операційна система VxWorks АЕ є достатньо гнучкою, щоб підтримувати обмін повідомленнями там, де це дійсно має сенс, і не застосовує його для обм...
