Відмінності між версіями «VxWorks»

Матеріал з Вікі ЦДУ
Перейти до: навігація, пошук
 
(не показано одну проміжну версію цього учасника)
Рядок 1: Рядок 1:
''' УВАГА! ЗМІСТ ЦІЄЇ ВІКІ СТАТТІ МОЖЕ МІСТИТИ ГРАМАТИЧНІ (НЕ ЗМІСТОВІ!) ПОМИЛКИ. ЯКЩО ТАКІ Є, ТО ВОНИ БУДУТЬ ВИПРАВЛЕНІ НАЙБЛИЖЧИМ ЧАСОМ'''
+
[[Image:701px-KSC-03PD-0788112.jpg|thumb|500px|Апарат Mars Exploration Rover A, на якому встановлено VxWorks]]
 
+
[[Image:Windows Phone 8 StartScreen.png|thumb|500px|Апарат Mars Exploration Rover A, на якому встановлено VxWorks]]
+
  
 
'''Розробник''' - Wind River Systems
 
'''Розробник''' - Wind River Systems
Рядок 9: Рядок 7:
 
'''Остання версія''' - 6.9 - лютий 2011 р.
 
'''Остання версія''' - 6.9 - лютий 2011 р.
  
'''Тип ядра''' - Микроядро
+
'''Тип ядра''' - Мікроядро
  
 
'''Ліцензія''' - EULA
 
'''Ліцензія''' - EULA
Рядок 17: Рядок 15:
 
'''VxWorks''' - операційна система реального часу , що розробляється компанією Wind River Systems ( США ) , орієнтована на використання у вбудованих комп'ютерах, що працюють в системах жорсткого реального часу. VxWorks є системою з крос- засобами розробки прикладного програмного забезпечення. Інакше кажучи , розробка відбувається на інструментальному комп'ютері , званому host , для подальшого застосування його на цільовій машині - target .
 
'''VxWorks''' - операційна система реального часу , що розробляється компанією Wind River Systems ( США ) , орієнтована на використання у вбудованих комп'ютерах, що працюють в системах жорсткого реального часу. VxWorks є системою з крос- засобами розробки прикладного програмного забезпечення. Інакше кажучи , розробка відбувається на інструментальному комп'ютері , званому host , для подальшого застосування його на цільовій машині - target .
  
Як і більшість інших ОС реального часу , VxWorks включає в себе многозадачное ядро з витісняючим планувальником і швидким відгуком на переривання , засоби взаємодії між процесами і синхронізації , а також файлову систему і мережеву підсистему ( стек протоколів TCP / IP). У комплект поставки входять засоби для крос- компіляції , моніторингу продуктивності ( WindView ) , віддаленої символьної налагодження , а також емуляції різних процесорів. Додатково поставляється значну кількість різних стеків протоколів , графічних підсистем та ін як від самої Wind River Systems , так і від третіх фірм . Безліч підтримуваних VxWorks вбудовуваних платформ є одним з найбільших серед операційних систем реального часу.
+
Як і більшість інших ОС реального часу , VxWorks включає в себе багатозадачне ядро з витісняючим планувальником і швидким відгуком на переривання , засоби взаємодії між процесами і синхронізації , а також файлову систему і мережеву підсистему ( стек протоколів TCP / IP). У комплект поставки входять засоби для крос- компіляції , моніторингу продуктивності ( WindView ) , віддаленої символьної налагодження , а також емуляції різних процесорів. Додатково поставляється значну кількість різних стеків протоколів , графічних підсистем та ін. як від самої Wind River Systems , так і від третіх фірм . Безліч підтримуваних VxWorks вбудовуваних платформ є одними з найбільших серед операційних систем реального часу.
  
 
4 червня 2009 компанія Intel оголосила про плани придбати Wind River Systems і VxWorks . 17 липня 2009 поглинання компанії було завершено
 
4 червня 2009 компанія Intel оголосила про плани придбати Wind River Systems і VxWorks . 17 липня 2009 поглинання компанії було завершено
Рядок 27: Рядок 25:
 
Коли стало ясно , що Ready Systems може розірвати контракт на розповсюдження VRTX , в Wind River було розроблено власне ядро ​​операційної системи , яке замінило VRTX . Базова функціональність нового ядра VxWorks була такою ж , як у VRTX .
 
Коли стало ясно , що Ready Systems може розірвати контракт на розповсюдження VRTX , в Wind River було розроблено власне ядро ​​операційної системи , яке замінило VRTX . Базова функціональність нового ядра VxWorks була такою ж , як у VRTX .
  
VxWorks має архітектуру клієнт- сервер і , як і більшість ОС жорсткого реального часу , побудована за технологією мікроядра . На самому нижньому непреривавшуюся рівні ядра ( WIND Microkernel ) виконуються тільки базові функції планування завдань і управління комунікацією / синхронізацією між завданнями. Всі інші функції ОСРВ більш високого рівня - управління пам'яттю , мережеві засоби і т. д. - реалізуються через прості функції нижнього рівня. За рахунок такої ієрархічної організації досягається швидкодію і детермінованість ядра системи , також це дозволяє легко будувати необхідну конфігурацію операційної системи.
+
VxWorks має архітектуру клієнт- сервер і , як і більшість ОС жорсткого реального часу , побудована за технологією мікроядра . На самому нижньому рівні ядра ( WIND Microkernel ) виконуються тільки базові функції планування завдань і управління комунікацією / синхронізацією між завданнями. Всі інші функції ОСРВ більш високого рівня - управління пам'яттю , мережеві засоби і т. д. - реалізуються через прості функції нижнього рівня. За рахунок такої ієрархічної організації досягається швидкодію і детермінованість ядра системи , також це дозволяє легко будувати необхідну конфігурацію операційної системи.
  
 
VxWorks можна скомпонувати як для систем з жорсткими апаратними обмеженнями , так і для систем з розвиненою функціональністю. Окремі модулі системи самі можуть бути масштабованими . При складанні системи можна відключати певні функції системи , непотрібні в даний момент , також можна прибирати специфічні ядерні об'єкти синхронізації , якщо в них немає необхідності.
 
VxWorks можна скомпонувати як для систем з жорсткими апаратними обмеженнями , так і для систем з розвиненою функціональністю. Окремі модулі системи самі можуть бути масштабованими . При складанні системи можна відключати певні функції системи , непотрібні в даний момент , також можна прибирати специфічні ядерні об'єкти синхронізації , якщо в них немає необхідності.
  
Але , незважаючи на те , що система є конфігурується , не можна сказати , що в ній реалізований компонентний підхід , т. к. всі модулі побудовані над базовим ядром і не можуть бути використані в інших середовищах.
+
Але , незважаючи на те , що система конфігурується , не можна сказати , що в ній реалізований компонентний підхід , т. к. всі модулі побудовані над базовим ядром і не можуть бути використані в інших середовищах.
 
Ядро VxWorks має такі властивості:
 
Ядро VxWorks має такі властивості:
 
* кількість завдань обмежується тільки пам'яттю ;
 
* кількість завдань обмежується тільки пам'яттю ;
Рядок 38: Рядок 36:
 
* взаємодію задач відбувається через черги повідомлень , семафори , події і канали ( для взаємодії між процесами ) , сокети і віддалені виклики процедур ( для мережевої взаємодії ), поділ пам'яті (використовується для розділення даних) і сигнали (для керування винятковими ситуаціями ) ;
 
* взаємодію задач відбувається через черги повідомлень , семафори , події і канали ( для взаємодії між процесами ) , сокети і віддалені виклики процедур ( для мережевої взаємодії ), поділ пам'яті (використовується для розділення даних) і сигнали (для керування винятковими ситуаціями ) ;
 
* забезпечується кілька видів семафорів для управління критичними системними ресурсами - двійкові , обчислювальні та взаємовиключні з пріоритетним спадкуванням ;
 
* забезпечується кілька видів семафорів для управління критичними системними ресурсами - двійкові , обчислювальні та взаємовиключні з пріоритетним спадкуванням ;
можливо детерміноване перемикання контексту.
+
* можливо детерміноване перемикання контексту.
  
 
У VxWorks забезпечуються і механізми планування , засновані на POSIX , і власні механізми планування ( wind scheduling ) . Обидва варіанти мають витісняючим і циклічним плануванням . Різниця полягає в тому , що алгоритми POSIX - планування застосовуються попроцессной , а wind scheduling застосовується на рівні всієї системи.
 
У VxWorks забезпечуються і механізми планування , засновані на POSIX , і власні механізми планування ( wind scheduling ) . Обидва варіанти мають витісняючим і циклічним плануванням . Різниця полягає в тому , що алгоритми POSIX - планування застосовуються попроцессной , а wind scheduling застосовується на рівні всієї системи.
Рядок 44: Рядок 42:
 
Усі завдання системи та програми в VxWorks використовують один адресний простір , що може призвести до порушення стабільності роботи системи в разі несправності якої програми . Вирішення цієї проблеми досягається установкою окремо наданого компонента VxVMI , який дає можливість кожному процесу використовувати власне віртуальний простір .
 
Усі завдання системи та програми в VxWorks використовують один адресний простір , що може призвести до порушення стабільності роботи системи в разі несправності якої програми . Вирішення цієї проблеми досягається установкою окремо наданого компонента VxVMI , який дає можливість кожному процесу використовувати власне віртуальний простір .
  
Для досягнення швидкої обробки зовнішніх переривань , програми обробки переривань ( ISRs - interrupt service routines ) в VxWorks працюють в спеціальному контексті поза контекстів потоків , що дає перевагу в часі , який зазвичай витрачається на перемикання контекстів . С- функція , яку користувач приєднує до вектора переривання , насправді не є фактичною ISR . Переривання не можуть безпосередньо звертатися до С- функціям . Замість цього в таблиці векторів переривань , яка викликається апаратно , запам'ятовується адресу ISR . ISR виконує початкову обробку (підготовку стека і збереження регістрів ) , а потім викликається С- функція , яка була приєднана користувачем.
+
Для досягнення швидкої обробки зовнішніх переривань , програми обробки переривань ( ISRs - interrupt service routines ) в VxWorks працюють в спеціальному контексті поза контекстів потоків , що дає перевагу в часі , який зазвичай витрачається на перемикання контекстів . С- функція , яку користувач приєднує до вектора переривання , насправді не є фактичною ISR . Переривання не можуть безпосередньо звертатися до С- функцій . Замість цього в таблиці векторів переривань , яка викликається апаратно , запам'ятовується адреса ISR . ISR виконує початкову обробку (підготовку стека і збереження регістрів ) , а потім викликається С- функція , яка була приєднана користувачем.
  
 
= ОС =
 
= ОС =
Рядок 65: Рядок 63:
 
* SNTP ( Simple Network Time Protocol ) .
 
* SNTP ( Simple Network Time Protocol ) .
 
* VxWorks підтримує наступні протоколи маршрутизації :
 
* VxWorks підтримує наступні протоколи маршрутизації :
* RIPv1/v2 ( Routing Information Protocol )
+
** RIPv1/v2 ( Routing Information Protocol )
* OSPF ( Open Shortest Path First ) версії 2 .
+
** OSPF ( Open Shortest Path First ) версії 2 .
  
 
У стандартну поставку VxWorks входить протокол RIP , протокол OSPF поставляється як додатковий продукт.
 
У стандартну поставку VxWorks входить протокол RIP , протокол OSPF поставляється як додатковий продукт.
Рядок 88: Рядок 86:
 
* TrueFFS
 
* TrueFFS
  
Мультипроцесорна система реального часу , з точки зору програмного забезпечення , буває двох видів: асиметрична ASMP (англ. Asymmetrical MultiProcessing ) і симетрична SMP (англ. Symmetrical MultiProcessing ) . При асиметричному мультіпроцессінге ASMP кожен мікропроцесор , а в разі многоядерного мікропроцесора - кожне процесорний ядро виконує свій власний екземпляр ОС , а за розподіл процесів ( потоків , задач) по процесорах відповідає розробник прикладного ПЗ. У такому випадку многопроцессорная система складна в програмуванні , але володіє передбачуваністю ( детермінованість ) характеристик реального часу.
+
Мультипроцесорна система реального часу , з точки зору програмного забезпечення , буває двох видів: асиметрична ASMP (англ. Asymmetrical MultiProcessing ) і симетрична SMP (англ. Symmetrical MultiProcessing ) . При асиметричному мультипроцесінгу ASMP кожен мікропроцесор , а в разі багатоядерного мікропроцесора - кожне процесорний ядро виконує свій власний екземпляр ОС , а за розподіл процесів ( потоків , задач) по процесорах відповідає розробник прикладного ПЗ. У такому випадку многопроцесорна система складна в програмуванні , але володіє передбачуваністю ( детермінованість ) характеристик реального часу.
  
При симетричному мультіпроцессінге SMP прикладний програміст бачить многопроцессорную систему як віртуальну однопроцесорних , що значно спрощує розробку ПЗ , але немає 100 % гарантії передбачуваності виконання через те що навантаження між процесорами розподіляється не вручну , а автоматично.
+
При симетричному мультипроцесінгу SMP прикладний програміст бачить систему як віртуальну , що значно спрощує розробку ПЗ , але немає 100 % гарантії передбачуваності виконання через те що навантаження між процесорами розподіляється не вручну , а автоматично.
  
До появи на ринку вбудованих мікропроцесорів багатоядерних пристроїв потреба в симетричному мультіпроцессінге практично була відсутня. Складність розробки ПО для слабосвязанних багатопроцесорних систем була невелика, і простоту програмування ставили на друге місце після передбачуваності поведінки системи реального часу. Тому у версіях VxWorks 5.x і 6.x аж до версії 6.5 підтримувався тільки асиметричний мультіпроцессінг , реалізований у вигляді бібліотеки VxMP ( поставляється як додатковий продукт) , що забезпечує комунікацію між процесорами через об'єкти в розділяється пам'яті. У міру появи вбудованих багатоядерних мікропроцесорів з сильно пов'язаними процесорними ядрами на кристалі на перше місце висунулася простота розробки ПЗ , що призвело до необхідності підтримування вбудовуваними ОС реального часу симетричного мультіпроцессінга .
+
До появи на ринку вбудованих мікропроцесорів багатоядерних пристроїв потреба в симетричному мультипроцесінгу практично була відсутня. Складність розробки ПО для слабозв"язанних багатопроцесорних систем була невелика, і простоту програмування ставили на друге місце після передбачуваності поведінки системи реального часу. Тому у версіях VxWorks 5.x і 6.x аж до версії 6.5 підтримувався тільки асиметричний мультипроцесінг , реалізований у вигляді бібліотеки VxMP ( поставляється як додатковий продукт) , що забезпечує комунікацію між процесорами через об'єкти в розділяється пам'яті. У міру появи вбудованих багатоядерних мікропроцесорів з сильно пов'язаними процесорними ядрами на кристалі на перше місце висунулася простота розробки ПЗ , що призвело до необхідності підтримування вбудовуваними ОС реального часу симетричного мультипроцесінга .
  
З версії 6.6 , що вийшла в листопаді 2007 року , VxWorks почала підтримувати симетричний мультіпроцессінг SMP [ 9 ] . Підтримка SMP -систем включена в інтегровану середовище розробки Wind River Workbench for VxWorks і Workbench for On - Chip- Debugging . Підтримка SMP -систем в VxWorks поставляється як додаткова компонента. Підтримуються наступні багатоядерні мікропроцесори :
+
З версії 6.6 , що вийшла в листопаді 2007 року , VxWorks почала підтримувати симетричний мультіпроцессінг SMP . Підтримка SMP -систем включена в інтегроване середовище розробки Wind River Workbench for VxWorks і Workbench for On - Chip- Debugging . Підтримка SMP -систем в VxWorks поставляється як додаткова компонента. Підтримуються наступні багатоядерні мікропроцесори :
 
* ARM11 MPCore ( ARMv6 )
 
* ARM11 MPCore ( ARMv6 )
 
* Broadcom MIPS BCM1480
 
* Broadcom MIPS BCM1480

Поточна версія на 22:12, 12 грудня 2013

Апарат Mars Exploration Rover A, на якому встановлено VxWorks

Розробник - Wind River Systems

Сімейство ОС - UNIX- подібна

Остання версія - 6.9 - лютий 2011 р.

Тип ядра - Мікроядро

Ліцензія - EULA

стан - Актуальне

VxWorks - операційна система реального часу , що розробляється компанією Wind River Systems ( США ) , орієнтована на використання у вбудованих комп'ютерах, що працюють в системах жорсткого реального часу. VxWorks є системою з крос- засобами розробки прикладного програмного забезпечення. Інакше кажучи , розробка відбувається на інструментальному комп'ютері , званому host , для подальшого застосування його на цільовій машині - target .

Як і більшість інших ОС реального часу , VxWorks включає в себе багатозадачне ядро з витісняючим планувальником і швидким відгуком на переривання , засоби взаємодії між процесами і синхронізації , а також файлову систему і мережеву підсистему ( стек протоколів TCP / IP). У комплект поставки входять засоби для крос- компіляції , моніторингу продуктивності ( WindView ) , віддаленої символьної налагодження , а також емуляції різних процесорів. Додатково поставляється значну кількість різних стеків протоколів , графічних підсистем та ін. як від самої Wind River Systems , так і від третіх фірм . Безліч підтримуваних VxWorks вбудовуваних платформ є одними з найбільших серед операційних систем реального часу.

4 червня 2009 компанія Intel оголосила про плани придбати Wind River Systems і VxWorks . 17 липня 2009 поглинання компанії було завершено

Історія

Назва « VxWorks » , як вважається , вийшло з гри слів з ​​назвою ОС VRTX , створеної компанією Ready Systems (зараз цей продукт належить Mentor Graphics ) . На початку 1980 -х VRTX була досить новим і сирим продуктом , вона працювала не надто добре. VRTX мала розмір всього 4 КБ , і її не можна було використовувати як повноцінну операційну систему. Компанія Wind River придбала права на розповсюдження розширеній версії VRTX під назвою VxWorks . Доробки і розширення , внесені компанією WindRiver , дозволили створити систему , яка працювала (наприклад , VXWorks мала файлову систему і інтегроване середовище розробки ) . Таким чином, назва VxWorks може означати англ. VRTX now Works ( « VRTX тепер працює» ) або англ. VRTX that Works ( « VRTX , яка працює »).

Коли стало ясно , що Ready Systems може розірвати контракт на розповсюдження VRTX , в Wind River було розроблено власне ядро ​​операційної системи , яке замінило VRTX . Базова функціональність нового ядра VxWorks була такою ж , як у VRTX .

VxWorks має архітектуру клієнт- сервер і , як і більшість ОС жорсткого реального часу , побудована за технологією мікроядра . На самому нижньому рівні ядра ( WIND Microkernel ) виконуються тільки базові функції планування завдань і управління комунікацією / синхронізацією між завданнями. Всі інші функції ОСРВ більш високого рівня - управління пам'яттю , мережеві засоби і т. д. - реалізуються через прості функції нижнього рівня. За рахунок такої ієрархічної організації досягається швидкодію і детермінованість ядра системи , також це дозволяє легко будувати необхідну конфігурацію операційної системи.

VxWorks можна скомпонувати як для систем з жорсткими апаратними обмеженнями , так і для систем з розвиненою функціональністю. Окремі модулі системи самі можуть бути масштабованими . При складанні системи можна відключати певні функції системи , непотрібні в даний момент , також можна прибирати специфічні ядерні об'єкти синхронізації , якщо в них немає необхідності.

Але , незважаючи на те , що система конфігурується , не можна сказати , що в ній реалізований компонентний підхід , т. к. всі модулі побудовані над базовим ядром і не можуть бути використані в інших середовищах. Ядро VxWorks має такі властивості:

  • кількість завдань обмежується тільки пам'яттю ;
  • має 256 рівнів пріоритетів завдань ;
  • планування завдань організовано двома способами: витіснення за пріоритетами і циклічне ;
  • взаємодію задач відбувається через черги повідомлень , семафори , події і канали ( для взаємодії між процесами ) , сокети і віддалені виклики процедур ( для мережевої взаємодії ), поділ пам'яті (використовується для розділення даних) і сигнали (для керування винятковими ситуаціями ) ;
  • забезпечується кілька видів семафорів для управління критичними системними ресурсами - двійкові , обчислювальні та взаємовиключні з пріоритетним спадкуванням ;
  • можливо детерміноване перемикання контексту.

У VxWorks забезпечуються і механізми планування , засновані на POSIX , і власні механізми планування ( wind scheduling ) . Обидва варіанти мають витісняючим і циклічним плануванням . Різниця полягає в тому , що алгоритми POSIX - планування застосовуються попроцессной , а wind scheduling застосовується на рівні всієї системи.

Усі завдання системи та програми в VxWorks використовують один адресний простір , що може призвести до порушення стабільності роботи системи в разі несправності якої програми . Вирішення цієї проблеми досягається установкою окремо наданого компонента VxVMI , який дає можливість кожному процесу використовувати власне віртуальний простір .

Для досягнення швидкої обробки зовнішніх переривань , програми обробки переривань ( ISRs - interrupt service routines ) в VxWorks працюють в спеціальному контексті поза контекстів потоків , що дає перевагу в часі , який зазвичай витрачається на перемикання контекстів . С- функція , яку користувач приєднує до вектора переривання , насправді не є фактичною ISR . Переривання не можуть безпосередньо звертатися до С- функцій . Замість цього в таблиці векторів переривань , яка викликається апаратно , запам'ятовується адреса ISR . ISR виконує початкову обробку (підготовку стека і збереження регістрів ) , а потім викликається С- функція , яка була приєднана користувачем.

ОС

VxWorks володіє наступними мережевими засобами:

  • TCP / zero - copy
  • TCP / UDP / ICMP / IP (IPv4 та IPv6) / ARP ,
  • SLIP / CSLIP / PPP ,
  • Sockets ,
  • telnet / rlogin / rcp / rsh ,
  • ftp / tftp / bootp ,
  • NFS ( клієнт і сервер).

У мережеві засоби VxWorks входять також функції, необхідні при розробці пристроїв , що підключаються до Internet :

  • IP multicasting рівня 0,1 або 2 ;
  • long fat pipe ;
  • CIDR ( Classless Inter - Domain Routing ) ;
  • DHCP ( Dynamic Host Configuration Protocol ) в конфігураціях сервер , клієнт і Relay агент ;
  • DNS client ( Domain Naming System ) ;
  • SNTP ( Simple Network Time Protocol ) .
  • VxWorks підтримує наступні протоколи маршрутизації :
    • RIPv1/v2 ( Routing Information Protocol )
    • OSPF ( Open Shortest Path First ) версії 2 .

У стандартну поставку VxWorks входить протокол RIP , протокол OSPF поставляється як додатковий продукт.

VxWorks підтримує протокол SNMP ( Simple Network Management Protocol ) як версії v1 , так і версії v2c . Компілятор MIB ( Management Information Base ) підтримує об'єкти MIB - II та розширення. Стандартним інтерфейсом для підключення переносите мережевих протоколів до операційних систем є інтерфейс STREAMS . Під VxWorks можна інсталювати будь-який протокол , який має STREAMS - реалізацію : як стандартний ( Novell SPX / IPX , Decnet , AppleTalk , SNA , ...) , так і спеціалізований . ОС VxWorks підтримує STREAMS версії UNIX System V.4 .

У 1994 році Wind River Systems анонсувала програму WindNet , по якій ряд фірм- виробників програмних засобів в області комунікацій інтегрували свої програмні продукти з VxWorks , тим самим забезпечивши підтримку ( це неповний перелік):

  • мережевих протоколів: Х.25 , ISDN , ATM , SS7 , Frame Relay і OSI ;
  • CASE -засобів розробки розподілених систем на базі стандартів ROOM (Real - Time Object Oriented Modelling ) і CORBA ( Common Object Request Broker Architecture ) ;
  • менеджмент мереж за технологіями MBD ( Management By Delegation ) і CMIP / GDMO ( Common Management Information Protocol / Guidelines for Definition of Managed Objects ) .

У VxWorks підтримуються наступні файлові системи:

  • MS- DOS- Compatible File System : DosFS
  • Raw File System : RawFs
  • Target Server File System : TSFS
  • Network File System : NFS
  • ISO 9660 ( CDROM File System )
  • Tape File System : TapeFs
  • CIFS / SMB
  • TrueFFS

Мультипроцесорна система реального часу , з точки зору програмного забезпечення , буває двох видів: асиметрична ASMP (англ. Asymmetrical MultiProcessing ) і симетрична SMP (англ. Symmetrical MultiProcessing ) . При асиметричному мультипроцесінгу ASMP кожен мікропроцесор , а в разі багатоядерного мікропроцесора - кожне процесорний ядро виконує свій власний екземпляр ОС , а за розподіл процесів ( потоків , задач) по процесорах відповідає розробник прикладного ПЗ. У такому випадку многопроцесорна система складна в програмуванні , але володіє передбачуваністю ( детермінованість ) характеристик реального часу.

При симетричному мультипроцесінгу SMP прикладний програміст бачить систему як віртуальну , що значно спрощує розробку ПЗ , але немає 100 % гарантії передбачуваності виконання через те що навантаження між процесорами розподіляється не вручну , а автоматично.

До появи на ринку вбудованих мікропроцесорів багатоядерних пристроїв потреба в симетричному мультипроцесінгу практично була відсутня. Складність розробки ПО для слабозв"язанних багатопроцесорних систем була невелика, і простоту програмування ставили на друге місце після передбачуваності поведінки системи реального часу. Тому у версіях VxWorks 5.x і 6.x аж до версії 6.5 підтримувався тільки асиметричний мультипроцесінг , реалізований у вигляді бібліотеки VxMP ( поставляється як додатковий продукт) , що забезпечує комунікацію між процесорами через об'єкти в розділяється пам'яті. У міру появи вбудованих багатоядерних мікропроцесорів з сильно пов'язаними процесорними ядрами на кристалі на перше місце висунулася простота розробки ПЗ , що призвело до необхідності підтримування вбудовуваними ОС реального часу симетричного мультипроцесінга .

З версії 6.6 , що вийшла в листопаді 2007 року , VxWorks почала підтримувати симетричний мультіпроцессінг SMP . Підтримка SMP -систем включена в інтегроване середовище розробки Wind River Workbench for VxWorks і Workbench for On - Chip- Debugging . Підтримка SMP -систем в VxWorks поставляється як додаткова компонента. Підтримуються наступні багатоядерні мікропроцесори :

  • ARM11 MPCore ( ARMv6 )
  • Broadcom MIPS BCM1480
  • Cavium OCTEON CN38xx
  • Freescale MPC8641D
  • Intel Dual - Core Xeon LV
  • Intel Core Duo T2400
  • Raza XLR 732

Використання

Апарат Phoenix Mars Lander, на якому встановлено VxWorks
  • Phoenix Mars Lander - апарат НАСА , призначений для вивчення Марса.
  • Зонди Spirit , Opportunity і Curiosity, а також апарат Mars Reconnaissance Orbiter використовують VxWorks на платформі POWER. Система використовується і в інших космічних місіях , наприклад Deep Impact .
  • Планується використання в новітніх авіалайнерах Boeing 787 і Boeing 747-8 .
  • Комунікаційне обладнання багатьох компаній (наприклад , Nortel , 3COM , Alcatel та ін.)
  • Linksys WRT54G ( ver.5 , 6 , ...) , NetGear WGR614 ( ver. 5,6,7 )
  • Деякі PostScript - принтери .
  • Медичне обладнання компанії Siemens AG (зокрема , магнітно- резонансні томографи ) .
  • Системи зберігання ETERNUS DX компанії Fujitsu
  • Системи зберігання E-серії (колишні LSI Engenio ) від NetApp
  • Останні системи інтерфейсів BMW iDrive
  • Система управління робототехнічними комплексами компанії KUKA .
  • Система керування роботами компанії ABB
  • Безліч інших застосувань у вбудованих системах з високими вимогами до надійності і часу відгуку .
  • Підтримувані цільові архітектури ( targets ) си
  • Motorola 680х0 і CPU32 , PowerPC
  • Intel 386/486/Pentium , Intel 960 ,
  • Sparc , Mips R3000/4000 ,
  • AMD 29K , Motorola 88110

Конкуруючі операційні системи:

  • TRON
  • Integrity
  • QNX
  • LynxOS