форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"OpenNews: Эмуляция VxWorks и других систем реального времени..."

Сообщение от opennews (??) on 22-Мрт-08, 22:50

Представлен (http://linuxdevices.com/news/NS8393438079.html) проект Xenomai/SOLO (http://www.denx.de/cgi-bin/gitweb.cgi?p=xenomai-solo.git;a=b...), являющийся реализацией режима эмуляции RTOS систем, при использовании стандартного Linux ядра. В отличие от других проектов, таких как Xenomai (http://www.xenomai.org/index.php/Main_Page), нет необходимости в наложении патчей или в установке дополнительных модулей ядра, - все реализовано на пользовательском уровне. Для работы Xenomai/SOLO требуется свежая версия библиотеки glibc с поддержкой  NPTL нитей и режима PTHREAD_PRIO_INHERIT. Желательна, но не обязательно, установка Linux ядра с включенными real-time расширениями PREEMPT_RT (http://rt.wiki.kernel.org). Проект позволит значительно упростить процесс портирования RTOS приложений, например, первым достижением Xenomai/SOLO стала возможность пересборки с новым фреймворком эмулятора VxWorks. URL: http://linuxdevices.com/news/NS8393438079.html Новость: http://www.opennet.dev/opennews/art.shtml?num=14900

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Эмуляция VxWorks и других систем реального времени в стандар..."

Сообщение от Аноним (??) on 22-Мрт-08, 22:50

не совсем понятно, зачем это надо? Linux уже научился показывать лучшее реальное время нежели традиционные продукты этого сегмента? или это надо исключительно для разработки ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Эмуляция VxWorks и других систем реального времени в стандар..."

Сообщение от guest (??) on 22-Мрт-08, 23:33

Совсем не понятно что такое "лучшее реальное время" - гимп рисует лучший красный цвет чем фотожоп?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от pavlinux (ok) on 23-Мрт-08, 02:16
	Лучшее - это когда ГИМП всегда будет зарисовывать, скажем квадрат 500х500 pix, на CPU в 2GHz за 0.0012153 сек. и затратив на это  2.4306*10^6 тактов. ЗАМЕЧУ - ВСЕГДА за 0.0012153 сек, а не как Фотошоп - по настроению Windows.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от pavlinux (ok) on 23-Мрт-08, 02:23
	Для того, чтоб прочувствовали - скажите 100 раз -  "ОПЕРАЦИОННАЯ СИСТЕМА РЕАЛЬНОГО ВРЕМЕНИ", за столько же времени, за сколько сказали в первый раз. Что!?! В мозгах кэшируется, а язык-то заплетается?!  :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от Сергей (??) on 23-Мрт-08, 02:39
	Пример не тот, у RTOS немного другие задачи :) Как пример, это когда на производстве одновременно приходит 100 сигналов от датчиков и все они должны быть обработаны в строго ограниченные временные рамки (рамики все таки есть), но не более порогового значения.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от pavlinux (ok) on 23-Мрт-08, 02:50
	>Пример не тот, у RTOS немного другие задачи :) Как пример, это >когда на производстве одновременно приходит 100 сигналов от датчиков и все >они должны быть обработаны в строго ограниченные временные рамки (рамики все >таки есть), но не более порогового значения. Но все создатели RTOS только об этом и мечтают...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от Logo (ok) on 23-Мрт-08, 16:26
	Немного не так. В ОС реального времени каждая обработка должна выполняться в строго заданое время. В Linux хоть и меньше латентность, но нет никакой гарантии, что требуемая операция будет выполнена в строго заданое время. В реальных задачах в системах не реального времени (Linux и т.д.), приходится расчитывать так опрос, например датчика, чтобы он начинался гарантировано раньше поступления с него данных, при этом процесс ожидает прихода данных. После получения данных идет уже обработка. Вот и получается, что более короткую латентность и процессорное время тратят на ожидание и переключение между процесами. В РТОС все заранее просчитывается и для получения адекватного результата нужно меньшую частоту процессора и все вытекающие из этого последствия. Офисные приложения, фотошопы и т.п. не требуют реально времени выполнения, это не те цели.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от Аноним (??) on 23-Мрт-08, 02:33
	лучшее в данном контексте - меньшее. то есть при прочих равных Linux должен показывать большую скорость реакции и меньшую латентность по сравнению с VxWorks или QNX а сравнивать RT с цветом по-моему не вполне профессионально, или это у вас стеб такой?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от Konwin (ok) on 23-Мрт-08, 11:25
	До QNX ему как пешком до африки... Я думаю это всё всё-таки для разработки делается.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от Tverd (??) on 23-Мрт-08, 12:16
	+1
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	15. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от guest (??) on 24-Мрт-08, 01:05
	> ... или это у вас стеб такой? Дошло?! А то я уж боялся что у тебя как у павлина чувство юмора в нокауте... "Реальное время" оно либо есть (будь то жёсткое или мягкое), либо нет. И со "скоростью реакции", "латентностью" и прочим оно соотноситься как с цветом - это перпендикулярные понятия. Так же как и красный цвет в графическом редакторе - нельзя нарисовать "лучший" просто потому, что его либо можно нарисовать, либо нет: оно не бывает лучше\хуже.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от Аноним (??) on 25-Мрт-08, 01:29
	>"Реальное время" оно либо есть (будь то жёсткое или мягкое), либо нет. Не вполне согласен - "мягкое" РВ - это фактически отсутсвие РВ. РВ вполне измеряемо, и если гарантированное время реакции в VxWorks допустим 10 мс, а в Linux 30, то очевидно, что VxWorks по этому параметру лучше. Собственно именно это я и имел ввиду, когда говорил о лучшем РВ.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Эмуляция VxWorks и других систем реального времени в стандар..."

Сообщение от ZANSWER (??) on 23-Мрт-08, 12:26

Зато быдло-менеджеры из Novell уже дистр продают, SLES RT, хотя там лишь жалкий soft real time, но зато, как звучит, Real Time Linux, ура мелкомяхким половым связям, они зделали своё дело с Novell!!!*MRAK*

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от Konwin (ok) on 23-Мрт-08, 14:07
	>Зато быдло-менеджеры из Novell уже дистр продают, SLES RT, хотя там лишь >жалкий soft real time, но зато, как звучит, Real Time Linux, >ура мелкомяхким половым связям, они зделали своё дело с Novell!!!*MRAK* А что вас так злит? Люди зарабатывают деньги, видимо кого-то это решение устраивает по своим возможностям.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Эмуляция VxWorks и других систем реального времени в стандар..."

Сообщение от ZANSWER (??) on 23-Мрт-08, 14:37

> А что вас так злит? Люди зарабатывают деньги, видимо кого-то это решение устраивает по своим возможностям. Меня это не злит вовсе, мне то что от этого, пусть зарабатывают, естественно это кого-то устраивает, лижбы это в целом GNU движению не мешало, я имею ввиду их половые связи с мелкомяхкими...:)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от linked on 24-Мрт-08, 00:14
	А что, были замечены негативные последствия этих связей? Все только на пользу.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Эмуляция VxWorks и других систем реального времени в стандар..."

Сообщение от Alex (??) on 24-Мрт-08, 10:07

Вряд ли тот кто десятилетиями разрабатывал систему под VxWorks реально захочет все переписывать с нуля телько для того, чтобы перенести свой продукт на Linux. Для масштабных проектов всегда требуется время. Одним из примеров является Nortel - большинство их PABX (включая IP тел. станции) работаеют по VxWorks.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	17. "Эмуляция VxWorks и других систем реального времени в стандар..."
	Сообщение от Logo (ok) on 24-Мрт-08, 15:21
	А смысл то в чем переносить? Это нужно, как среда разработки для новых проектов, хотя сомнительно, что удастся создать полную эмуляцию (личное мнение).
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "А видео?"

Сообщение от alex (??) on 24-Мрт-08, 22:12

Ну мож хоть видео можно будет 99.9% заставить без рывков и артефактов всяких показывать. А то софтверные проигрыватели сливают в этом плане всяким dvd пепельницам

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "А видео?"
	Сообщение от Konwin (ok) on 25-Мрт-08, 10:00
	>Ну мож хоть видео можно будет 99.9% заставить без рывков и артефактов >всяких показывать. А то софтверные проигрыватели сливают в этом плане всяким >dvd пепельницам Софт против аппаратно реализованного кодека всё равно не канает.... Купите видюху поприличнее - не будет ничего логать - у меня в VLC на х800 HDTV почти не лагает.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Эмуляция VxWorks и других систем реального времени в стандар..."

Сообщение от Алекс (??) on 25-Мрт-08, 23:28

А вот как раз и интересует полный реал тайм, когда ЦПУ только и занят потоком видео. В общем то грамотно написанный и использующий SSE3 алгоритм может с точностью до герца расчитать требуемую частоту процессара, учитывая конечно же и архитектуру системы в целом... Другое дело, что HDTV проприетарщина  :(

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]