Представлена (http://blog.xen.org/index.php/2013/11/27/rt-xen-real-time-vi.../) новая, существенно улучшенная, версия проекта RT-Xen (https://sites.google.com/site/realtimexen/), в рамках которого группой исследователей из Сент-Луисского и Пенсильванского университетов развивается вариант гипервизора Xen, пригодный для выполнения в виртуальных окружениях задач, работающих в режиме реального времени. Использование RT-Xen позволяет организовать работу операционных систем реального времени внутри гостевых виртуальных машин.
В Xen используется концепция виртуальных CPU (VCPU), ресурсы которых распределяются планировщиком гипервизора между виртуальными окружениями. Штатные планировщки Xen, манипулирующие VCPU, не могут обеспечить гарантированное и предсказуемое выделение ресурсов. Основу RT-Xen составляет работающий на уровне гипервизора композиционный (https://sites.google.com/site/realtimexen/background) real-time планировщик, реализующий возможность предсказуемого гарантированного выделения вычислительных ресурсов для выполнения вычислений реального времени на виртуализированных платформах.
RT-Xen привязывает к VCPU такие дополнительные параметры, как маска для закрепления выполнения на определённых физических CPU и максимальный размер ресурсов CPU, которые могут быть выделены за квант времени планировщика. Предоставляется возможность выбора нескольких алгоритмов планирования (RT-global, RT-partition) и схем расстановки приоритетов (EDF (earliest deadline first), RM (rate monotonic)). Планировщики RT-Xen поддерживают работу на многоядерных системах и предоставляют возможность формирования многоядерных виртуальных машин.
Планировщик RT-global манипулирует глобальной очередью выполнения, обслуживающей все VCPU, что позволяет более эффективно распределять ресурсы и обеспечить возможность свободной миграции VCPU между физическими CPU. RT-partition использует отдельные очереди выполнения для каждого физического CPU, что уменьшает накладные расходы и потенциально более оптимально использует процессорный кэш.
URL: http://blog.xen.org/index.php/2013/11/27/rt-xen-real-time-vi.../
Новость: http://www.opennet.me/opennews/art.shtml?num=38540
Просветите темного, что такое "задачи, работающие в режиме реального времени"?
Предпологаю высокоэффективное изменение данных без кеша или кеш с минимальными задержками и периодами хранения
Представь себе конвеер или любое автоматизированное производство. Там любая операция должна выполнятся за фиксированное время. Это типичная задача реального времени.
> Представь себе конвеер или любое автоматизированное производство.
> Там любая операция должна выполнятся за фиксированное время.Конвейер стараются не привязывать ко времени выполнения.
Если робот с ногами, то он побежит догонять деталь, а если нет, то либо деталь будет забракована т.к. будет без гайки, либо сработает защита и конвейер остановится.
> Если робот с ногами, то он побежит догонять деталь, а если нет,
> то либо деталь будет забракована т.к. будет без гайки, либо сработает
> защита и конвейер остановится.Ага, а с реалтайм осью значить, например, будут сваривать два листа металла,
и прервутся в строго назначенное время?! "Кто не успел, тот опоздал"? :)
> Ага, а с реалтайм осью значить, например, будут сваривать два листа металла,и прервутся в строго назначенное время?!
Точно. Иначе есть риск прожечь эти листы нафиг.
>> Ага, а с реалтайм осью значить, например, будут сваривать два листа металла,
> и прервутся в строго назначенное время?!
> Точно. Иначе есть риск прожечь эти листы нафиг.Кто шагает дружно в ряд?
Пионерский наш отряд!
Наш девиз - не прожгём и не доварим!
Наше имя - АвтоВАЗ!
- Искусственное легкое
- Атомный реактор
- Система наведения ракет.
- Измерительная техника.
... короча, везде где их нет, но мечтают всунуть :)
> - Атомный ректорТакому наверное и студенты тоже атомные нужны
> Просветите темного, что такое "задачи, работающие в режиме реального времени"?В общем случае подразумевается что задача сможет отреагировать за некоторое оговоренное время или быстрее.
>> Просветите темного, что такое «задачи, работающие в режиме реального времени»?
> В общем случае подразумевается что задача сможет отреагировать за некоторое оговоренное
> время или быстрее.в это определение, кстати, отлично попадают «заглушки», которые мгновенно возвращают ошибку «нишмагла!»
> в это определение, кстати, отлично попадают «заглушки», которые мгновенно возвращают
> ошибку «нишмагла!»Отрицательный результат - тоже результат. Если приходит не позднее оговоренного срока. Не, блин, намного лучше запустить опасный процесс и потом обоcpaться в процессе управления. Нехай все разъ...т нафиг.
соответственно, для получения гордого звания real-time system (даже hard real-time system) достаточно заменить все системные вызовы на заглушку, возвращающую «нишмагла!» круто. щаз напишу real-time os!
Если _все_ вызовы в _любой_ ситуации будут возвращать "нишмагла!", мы даже дадим вам за эту ось звание почетного леннарта.Настоящие RTOS таки выполняют операцию, если она укладывается по времени в оговоренные рамки.
я просто забавляюсь, используя определение из #19.
> круто. щаз напишу real-time os!Дык половина RTOSов - по сути примитивные тасксвичеры, достаточно безблагодатные.
> Просветите темного, что такое "задачи, работающие в режиме реального времени"?Это когда ты смотришь порево, а в этот момент винда начинает жесткий своппинг и порево замирает.
Вот кстати, раз про ксен тема. Везде тыкают вот этой ссылкой www.vmguru.nl/wordpress/2013/10/bye-bye-citrix-xenserver/ кто может внятно рассказать что на самом деле?
> кто может внятно рассказать что на самом деле?EMC хочет зарабатывать бабло!
Все верно пишут. Цытрикс облажался.
Виртуальную инфраструктуру поднимали еще на бесплатной версии 5.6. Потребности росли, поэтому со временем купили платную версию. Все ок, но тут выходит 6.2. Не обновиться не получилось - нужна поддержка новых гостевых ОС. И пошло-поехало:
1. цытрикс выкинул регулярный бэкап виртуалок. Типа - не наша забота, используйте сторонние решения. Платные, в основном.
2. резко упала стабильность. На пустом месте зависают наглухо виртуалки, отваливаются диски и т.п.
3. с производительностью полный швах: на аналогичном оборудовании hyper-v 2012 r2 показывает в 3 раза большую скорость записи на sas. Я уже не говорю о том, чего мелкософт умеет, а цытрикс - нет, типа выделения физического диска виртуалке.В общем, шок, паника и задница - срочно мигрируем на мелкософт, благо поддержку убунты и центос из коробки они сделали.
И да, еще осталось 4 месяца техподдержки от цытрикса, которые можно было бы использовать для решения имеющихся проблем, но по опыту общения с техподдержкой симантека и прочим говном... данунах, лучше я это время на спокойную миграцию потрачу.
> Я уже не говорю о том, чего мелкософт умеет, а цытрикс - нет, типа
> выделения физического диска виртуалке.Vmware ещё году так в 2000 умела
не буду спорить со всем сказанным, справедливо. но вот к hyper-v 2012 претензии есть - та самая убунта, поддержка которой вроде бы есть, в варианте ubuntu server стабильно имеет load average в виртуалке не меньше единицы, причем это голая свежеустановленная ось. ставил в hyper-v на разном железе - в 2008R2 все нормально, в 2012 - такой вот косяк.
> не буду спорить со всем сказанным, справедливо. но вот к hyper-v 2012
> претензии естьВаша претензия далеко не самая крутая. Вот когда в энтерпрайзе с кучей хостов регулярно дохнут средства управления и саппорт микрософта *годами* ничего не может с этим поделать - вот это да, предъявы. Конкретные такие предъявы. А, ну да, в процессе разумеется дохнут виртуалки, случается масса глюков, и вообще - если б вам так дворник улицу убирал, вы бы стремно лавировали между открытыми люками и минами-растяжками, уворачиваясь от кирпичей с крыши.
> В общем, шок, паника и задница - срочно мигрируем на мелкософт,Мазохизм это хорошо. А чуть попозже вы познакомитесь с чудесными свойствами их управляторов. Как у вас будет серваков побольше и это поработает несколько месяцев - вы узнаете много интересного о закидонах hyper-v'шных управляторов :).
обычная ситуация для «партнёров» m$.
И часто у вас такие ситуации возникают?
> И часто у вас такие ситуации возникают?Не знаю как у него а про LSE MS и их шестерки тоже рассказывали много чего. А потом торги завалились на 8 часов. И времена транзакций которые обещали никогда не были достигнуты. Зато десятки лямов за обслуживание сдирали исправно. Все это LSE задолбало и они купили производителя софта под линух и свалили на пингвина. Но у MS еще чуть ли не пару лет на сайте висела история успеха. Вот и тут так же видимо. Простите, у hyper-v крайне глюкавые и падучие управляторы. В сколь-нибудь большой инсталляции у них срывает крышу и начинается море проблем. Но тут только красивые рассказы о том как все замечательно. Ну да, если 1 сервачок для показухи запустить на 2 часа - все нормалек. А если энтерпрайз с десятками хостов и сотнями VM - через некоторое начинается форменная задница. При том она не лечится. И вообще - нормальных управляторов под hyper-v просто нет. Есть или совсем примитив для работы с 1 серваком, который хоть как-то работает, и есть жесть и ужас в качестве энтерпрайзных управляторов, которые размазывают машину между хостами при миграции, продолбав половину файлов виртуального диска вникуда, рассыпают снапшоты, педалят самые тривиальные операции типа изготовления снапшота или запуска машины по 20 минут, в половине случаев заваливая операцию и прочая. Что еще милее - саппорт MS носится колбасой, но починить свою индусятину напрочь не в состоянии.
>[оверквотинг удален]
> десятками хостов и сотнями VM - через некоторое начинается форменная задница.
> При том она не лечится. И вообще - нормальных управляторов под
> hyper-v просто нет. Есть или совсем примитив для работы с 1
> серваком, который хоть как-то работает, и есть жесть и ужас в
> качестве энтерпрайзных управляторов, которые размазывают машину между хостами при миграции,
> продолбав половину файлов виртуального диска вникуда, рассыпают снапшоты, педалят самые
> тривиальные операции типа изготовления снапшота или запуска машины по 20 минут,
> в половине случаев заваливая операцию и прочая. Что еще милее -
> саппорт MS носится колбасой, но починить свою индусятину напрочь не в
> состоянии.А что посоветуете бесплатного для десятков хостов и сотней VM? И если не сложно, поясните мотивы выбора. Спасибо.
Советую попробовать openstack и желательно "havana", для таких масштабов он как раз.
Конечно придётся повозиться с установкой... Советую т.к. сам его пользую на работе.
эээээ... а смысл городить огород с виртуализацией, если система реального времени обычно живёт рядом с управляемым ею объектом в компьютере размером с пачку сигарет?
1. Отладка
2. Экономия ресурсов (в одну пачку можно запихать управление сразу несколькими близлежащими устройствами)
> эээээ... а смысл городить огород с виртуализацией, если система реального времени обычно
> живёт рядом с управляемым ею объектом в компьютере размером с пачку
> сигарет?Будут продавать блоками по десять пачек.
> эээээ... а смысл городить огород с виртуализациейСмысл в маркетинге. Сначала вам подсунут Г в красивой обёртке, а потом, когда пойдут глюки, в продакшене, скажут: "А что вы хотели за такие деньги?"
> эээээ... а смысл городить огород с виртуализацией, если система реального времени обычно
> живёт рядом с управляемым ею объектом в компьютере размером с пачку
> сигарет?Приложения работают в виртуалках заметно хуже по сравнению с нативными системами. Даже с паравиртуальными драйверами и сервисами синхронизации времени, если добавить потоков и конкурентности которые требуют синхронизации.. начинается лютый ад. Поскольку виртуализация неслабо экономит железо и унифицирует управление, появляется желание запихнуть в виртуалки весь имеющийся софт, но не получается, в том числе и по вышеназванным причинам.
ЗЫ. А либеральная демократия в сообществе линукса всё набирает обороты. Если раньше был не нужен расово неверный софт, то теперь не нужен и родной, линуксовой. Этап интеграции завершен, началась дезинтеграция?
есть же мнение, что ксен мертворожденный от рождения ...
> есть же мнение, что ксен мертворожденный от рождения ...Есть мнение, что кур доят.
> Есть мнение, что кур доят.Маркетологи могут подоить даже козла. Потом вам еше и продадут результаты.
Судя по описанию это очень похоже на запатентованный планировщик PikeOS от SYSGO.
Realtime в виртуалку? Абсурд!
У маркетологов от айти наблюдается усиленный зуд по поводу того, что рынок real-time приложений не охвачен ихней виртуализацией.
Т.е. отзывчивые виртуальные машины не нужны?
> Т.е. отзывчивые виртуальные машины не нужны?в таком общем контексте — по барабану.
> Т.е. отзывчивые виртуальные машины не нужны?Ну попробуйте как-нибудь поставить, скажем, Астериск екстеншенов на 100-150 на виртуальную машину - будет много счастья... Счастья на века... Это самое грубое приближение к реалтайм-задачам, востребованное даже в офисе.
Дело не в том, что не нужны - дело в том, что в самой постановке задачи проблема.
Виртуализация - как минимум еще один "слой" поверх обычной ОС, занятый перераспределением ресурсов между разными виртуальными машинами. И если уж сложно в одной машине, даже без этого слоя, получить реалтайм - куда сложнее получить его в гостевой машине из-под гипервизора.