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

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

"ART Linux - релиз ядра жесткого реального времени"	+/–
Сообщение от opennews (ok) on 09-Сен-10, 14:00
Исследовательский центр Digital Human Research Center при Токийском Национальном Политехническом Институте (AIST), анонсировал (http://sourceforge.net/mailarchive/forum.php?thread_name=4C8...) в почтовой рассылке, о выпуске новой версии проекта ART Linux (http://art-linux.sourceforge.net/) (Advanced Real-Time Linux), базирующейся на Linux-ядре 2.6.32. Для загрузки доступны (http://www.dh.aist.go.jp/en/research/humanoid/ART-Linux/) как готовый пакет для Ubuntu Linux 10.04, так и исходные тексты. По мнению разработчиков, закрытые RTOS страдают недостатком поддерживаемого, как программного, так и аппаратного обеспечения. Так же, проблемы в открытых проектах, - для RTLinux и Linux/RT требуются специальные драйверы для совместимости с требованиями реального времени. В ответ на это, ART Linux имеет: -  Планировщик Жесткого Реального Времени; -  Защиту памяти для задач Реального Времени; -  Задачи Реального Времени могу сосущ... URL: http://sourceforge.net/projects/art-linux/ Новость: http://www.opennet.dev/opennews/art.shtml?num=27907
Ответить | Правка | Cообщить модератору

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

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

1. "ART Linux - релиз ядра жесткого реального времени"	+1 +/–
Сообщение от pavlinux (ok) on 09-Сен-10, 14:00
Милые ребята # make ... ... In file included from include/linux/sched.h:95:0,                  from arch/x86/kernel/asm-offsets_64.c:9,                  from arch/x86/kernel/asm-offsets.c:4: include/linux/art_task.h: In function 'art_inherit': include/linux/art_task.h:78:9: error: 'struct thread_info' has no member named 'art_task' include/linux/art_task.h: In function 'art_dispatch': include/linux/art_task.h:89:41: error: 'struct thread_info' has no member named 'art_task' In file included from arch/x86/kernel/asm-offsets.c:4:0: arch/x86/kernel/asm-offsets_64.c: In function 'main': arch/x86/kernel/asm-offsets_64.c:51:2: error: 'struct thread_info' has no member named 'art_task' make[1]: *** [arch/x86/kernel/asm-offsets.s] Error 1 make: *** [prepare0] Error 2
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "ART Linux - релиз ядра жесткого реального времени"	+9 +/–
	Сообщение от Аноним (??) on 09-Сен-10, 14:15
	Ну ты ж новость запостил, это мы к тебе должны претензии высказывать )))
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "релиз ядра *жесткого* реального времени"	–1 +/–
	Сообщение от vayerx (ok) on 09-Сен-10, 15:38
	похоже, их реальное время слегка мягкое и попахивает. ЗЫ бывает нежесткое реальное время? ;)
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	5. "релиз ядра *жесткого* реального времени"	+2 +/–
	Сообщение от StrangeAttractor (ok) on 09-Сен-10, 15:50
	Ну как бы да. Кошерность его с академической (да и технологической) точки зрения, конечно, под вопросом. Но термин такой есть. Пруфлинк: http://en.wikipedia.org/wiki/Real-time_computing#Hard_and_so...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	10. "релиз ядра *жесткого* реального времени"	+/–
	Сообщение от vayerx (ok) on 09-Сен-10, 16:57
	>Ну как бы да. Кошерность его с академической (да и технологической) точки >зрения, конечно, под вопросом. Но термин такой есть. Пруфлинк: http://en.wikipedia.org/wiki/Real-time_computing#Hard_and_so... термин-то можно придумать для чего угодно. но, имхо, от таких наполовину беременных маркетингом попахивает. "Операционная система реального времени - операционная система с *гарантированным* временем реакции на событие."
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	18. "релиз ядра *жесткого* реального времени"	+/–
	Сообщение от StrangeAttractor (ok) on 09-Сен-10, 18:51
	>термин-то можно придумать для чего угодно. но, имхо, от таких наполовину беременных >маркетингом попахивает. Совершенно верно. Поэтому я и написал "как бы". Хотя, для некоторых задачь это действительно может (я не очень-то специаллист тут, банальная эрудиция) иметь смысл и быть рациональным вариантом. Например студийные задачи, в противовес высокоответственным и промышленным задачам, где требуется настоящий гарантированный рилтайм
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	19. "релиз ядра *жесткого* реального времени"	+3 +/–
	Сообщение от MinimumLaw on 09-Сен-10, 20:55
	ММммм.... Не совсем так. Тогда скажите что время реакции системы не превышает 1 год и... Любая ОС становится ОС реального времени. На самом деле, все чутка по другому. Важно не столько время реакции (лишь бы оно не превышало некую, достаточно небольшую величину, зависящую от области применения - от десятков наносекунд до секунд). Тут важнее другое - при любой интенсивности входящих событий ОС РВ должна их ВСЕХ обработать за оговоренную дельту. В реальной жизни такого не может быть, потому как в любом случае повышая интенсивность возникновения событий мы любую систему ставим раком - она либо растит очередь и теряет гарантированную дельту, либо начинает пропускать события, что тоже недопустимо. Таким образм все разговоры о "реальном времени", а особенно "жестком реальном времени" в действительности обычный маркетинг. Реальное отличие таких ОС от остальных - сильно сокращенное время реакции на события (читай быстрое переключение контекстов), что позволяет в пиках загрузки успевать отработать большее их количество. В общем и целом - можно создать условия, при которых и ванильное ядро можно будет считать яром жесткого реального времени, а можно создать и такие, что и эти патчи нагрузку не потянут.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	21. "релиз ядра *жесткого* реального времени"	+/–
	Сообщение от szh (ok) on 09-Сен-10, 21:30
	> Любая ОС становится ОС реального времени. только денег на ней на этом рынке можно заработать не более нуля. > при любой интенсивности входящих событий таки любой, или таки с заданным в документации пределом
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	23. "релиз ядра *жесткого* реального времени"	+/–
	Сообщение от MinimumLaw on 09-Сен-10, 22:10
	>> Любая ОС становится ОС реального времени. >только денег на ней на этом рынке можно заработать не более нуля. Я же сказал - чистой воды маркетинг. >> при любой интенсивности входящих событий >таки любой, или таки с заданным в документации пределом Если в документации оговорен предел, то надо искать соответствующие этому пределу вычислительные средства (плюс "ефрейторский зазор", естественно), а не мудрить с жестким или не очень жестким реальным временем. Либо в корне пересматривать решение задачи и... обходиться БЕЗ операционной системы. Ценность патчей никто не принижает - грамотный планировщик - всегда хорошо. Но и преувеличивать их не стоит. Лучше поиметь запас вычислительной мощности и систему "нереального" времени, чем четко укладываться в рамки задачи. Я только об этом.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	24. "релиз ядра *жесткого* реального времени"	+/–
	Сообщение от Ytch on 09-Сен-10, 23:56
	>Таким образм все разговоры о "реальном времени", а особенно "жестком реальном времени" в действительности обычный маркетинг. Реальное отличие таких ОС от остальных - сильно сокращенное время реакции на события (читай быстрое переключение контекстов), что позволяет в пиках загрузки успевать отработать большее их количество. Не может быть в "чистом виде" ОС реального времени без учета приложений и аппаратуры. ОС считается real-time если она обеспечивает механизмы, позволяющие строить системы реального времени (именно системы, то есть, всё вместе - приложения+ОС+платформа). И, естественно, все это сильно специфично для конкретной задачи. Рассматривать теоретический "жесткий" real-time невозможно - он никогда не будет достигнут (это будет то о чем вы говорили - "потому как в любом случае повышая интенсивность возникновения событий мы любую систему ставим раком"). Простой пример: есть система (ОС+приложения+железо), обрабатывающая звуковой поток с определенным битрейтом при этом есть какие-то задачи управления, поддержка сети, веб-сервер и т.п. Все работает - работа звукового тракта фиксирована и не зависит ни от интенсивности поступления команд управления, ни от активности сети ни от... Для этого от ОС нужно только одно - если есть данные для потока, обрабатывающего звук - он должен выполняться независимо от того сколько он уже выполняется и сколько данных скопилось для обработки другим потокам, какой поток выполнялся до этого и что он делал, т. к. это основная задача и у нее высший приоритет (конкретная реализация этого может быть самая разная: вытеснение задач ядра, вложенные прерывания - тысячи способов и уловок). Естественно, вся система должна быть спроектирована так, чтобы в среднем(!) всем хватало ресурсов (это задача именно системного уровня, а не только ОС), но если что, в жертву, приносятся задачи строго в соответствии с приоритетом. Это система реального времени и, если в разы превысить, например, битрейт, так, что система начнет "лажать" это не означает, что система и не реального времени вовсе - просто прилагательное real-time без учета системы целиком и условий эксплуатации не имеет практического смысла (только теоретико-философский). Формальные определения оперируют понятиями типа "время реакции на события" - без учета системы в целом это классический "сферический конь в вакууме", поэтому единственный правильный ответ на вопрос "А какое у вас время реакции на события?" - это "it depends...". Планировщики задач ОС общего назначения исходят из принципа (упрощенно) "если у одной активной задачи низкий приоритет - она выполняется меньше тех, у которых приоритет выше". В мире real-time - "если есть активная задача высокого приоритета, то, пока она остается активной задачи более низкого приоритета НЕ ВЫПОЛНЯЮТСЯ совсем". А это значит, что если запускать задачи, не учитывающие этот факт, то система в целом будет неработоспособна. Это одна из основных причин, почему в десктопных и серверных ОС не делают планировщики реального времени.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	29. "релиз ядра *жесткого* реального времени"	+/–
	Сообщение от pavlinux (ok) on 10-Сен-10, 01:55
	>>Таким образм все разговоры о "реальном времени", а особенно "жестком реальном времени" в действительности обычный маркетинг. Реальное отличие таких ОС от остальных - сильно сокращенное время реакции на события (читай быстрое переключение контекстов), что позволяет в пиках загрузки успевать отработать большее их количество. > >Не может быть в "чистом виде" ОС реального времени без учета приложений >и аппаратуры. Фиг вам
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	30. "релиз ядра *жесткого* реального времени"	+/–
	Сообщение от Ytch on 10-Сен-10, 02:03
	>>>Таким образм все разговоры о "реальном времени", а особенно "жестком реальном времени" в действительности обычный маркетинг. Реальное отличие таких ОС от остальных - сильно сокращенное время реакции на события (читай быстрое переключение контекстов), что позволяет в пиках загрузки успевать отработать большее их количество. >> >>Не может быть в "чистом виде" ОС реального времени без учета приложений >>и аппаратуры. > >Все расписанное - полный бред 30 летней давности, меняйте ваших преподавателей и >учебники. > Может приведете пример ОС, которая сумеет обеспечить работу системы в "реальном времени" независимо от приложений, требований к системе и задач возлагаемых на эту систему (не говоря уже об аппаратной платформе)? Переходите уже от учебников и преподавателей к реальности. В жизни все не совсем так как в книжках.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	34. "релиз ядра *жесткого* реального времени"	+1 +/–
	Сообщение от Alex_S (??) on 10-Сен-10, 05:40
	классически хард риалтайм - это когда невыполнение гарантии ведет к катастрофе. Софт риалтайм подразумевает допущение невыполнения , с последующим восстановлением.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	39. "релиз ядра *жесткого* реального времени"	+/–
	Сообщение от vayerx (ok) on 10-Сен-10, 15:59
	> классически хард риалтайм - это когда невыполнение гарантии ведет к катастрофе. > Софт риалтайм подразумевает допущение невыполнения , с последующим восстановлением. да никто не заприщает называть WinXP-Home мягким RTOS'ом, но пользователям от этого не легче. видел я проекты "реального времни", под десктопные ОСи. более того, они даже какое-то время успешно работали. теперь все ОСи называть мягкими RTOS'ами?
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	40. "релиз ядра *жесткого* реального времени"	+/–
	Сообщение от fr0ster (ok) on 10-Сен-10, 16:26
	>да никто не заприщает называть WinXP-Home мягким RTOS'ом, но пользователям от этого >не легче. Такой мягкий немецкий РТОС, "я я дас ист фантастиш" :)
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

6. "ART Linux - релиз ядра жесткого реального времени"	+2 +/–
Сообщение от EuPhobos (ok) on 09-Сен-10, 16:08
>If an old kernel package installed, remove it. ># dpkg -r linux-image-2.6.32-art >Intall the ART-Linux 2.6 kernel package. ># dpkg -i linux-image-2.6.32-art_20100906_i386.deb Суровые перцы, "мы не презнаём граб-меню"? =) А если свет вдруг моргнёт после первой команды? ))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	26. "ART Linux - релиз ядра жесткого реального времени"	+/–
	Сообщение от XoRe (ok) on 10-Сен-10, 00:40
	>>If an old kernel package installed, remove it. >># dpkg -r linux-image-2.6.32-art >>Intall the ART-Linux 2.6 kernel package. >># dpkg -i linux-image-2.6.32-art_20100906_i386.deb > >Суровые перцы, "мы не презнаём граб-меню"? =) >А если свет вдруг моргнёт после первой команды? )) LiveCD, chroot, apt-get install ядро... =)
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

7. "ART Linux - релиз ядра жесткого реального времени"	+1 +/–
Сообщение от pavlinux (ok) on 09-Сен-10, 16:10
Мужики глобальный облом! #ifdef CONFIG_X86_32    ТОГДА РАБОТАЕТ #else    НАХ... #endif
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "ART Linux - релиз ядра жесткого реального времени"	+/–
	Сообщение от Vitaly_loki (ok) on 09-Сен-10, 16:15
	xD
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "ART Linux - релиз ядра жесткого реального времени"	+/–
Сообщение от pavlinux (ok) on 09-Сен-10, 16:33
И ещё # make ARCH=i386 ... ... init/built-in.o: In function `kernel_init': main.c:(.init.text+0x619): undefined reference to `populate_rootfs_domain' kernel/built-in.o: In function `__art_dispatch': (.text+0x226a8): undefined reference to `art_trace' make: *** [.tmp_vmlinux1] Ошибка 1
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "ART Linux - релиз ядра жесткого реального времени"	+/–
Сообщение от rpisarev on 09-Сен-10, 17:00
А какое отношение ART Linux имеет к проекту https://rt.wiki.kernel.org/ ? В ART Linux патчат ядро -rt ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "ART Linux - релиз ядра жесткого реального времени"	+/–
	Сообщение от pavlinux (ok) on 09-Сен-10, 17:15
	>А какое отношение ART Linux имеет к проекту https://rt.wiki.kernel.org/ ? Никакого. > В ART Linux патчат ядро -rt ? Нет, все своё с нуля. Это же япошки.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	33. "ART Linux - релиз ядра жесткого реального времени"	+/–
	Сообщение от анон on 10-Сен-10, 04:31
	>все своё с нуля. Это же япошки Плохо ты знаешь япошек
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	38. "ART Linux - релиз ядра жесткого реального времени"	+/–
	Сообщение от pavlinux (ok) on 10-Сен-10, 14:17
	>>все своё с нуля. Это же япошки > >Плохо ты знаешь япошек В отличии от всего мира, который ПиаРится за счёт судебных нападок со стороны FSF. Япошки хорошо прячут код, и тихо, мирно юзают. А на публику выставляют только своё.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

14. "ART Linux - релиз ядра жесткого реального времени"	+/–
Сообщение от rpisarev on 09-Сен-10, 17:19
Так это конкурирующие проекты? Мама дорогая... Их же как грязи теперь... RT-Linux, ART Linux, KURT, Xenomai, RTAI... И всё разные...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "ART Linux - релиз ядра жесткого реального времени"	+2 +/–
Сообщение от Р on 09-Сен-10, 17:29
%))) есть реальное, есть реально жесткое и наверное скоро будет мега-реально жесткое:)))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "ART Linux - релиз ядра жесткого реального времени"	+2 +/–
	Сообщение от rpisarev on 09-Сен-10, 17:34
	А есть и "Мягкий" реал-тайм ;)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	27. "ART Linux - релиз ядра жесткого реального времени"	+1 +/–
	Сообщение от XoRe (ok) on 10-Сен-10, 00:41
	>%))) есть реальное, есть реально жесткое и наверное скоро будет мега-реально жесткое:))) > Тру жесткое)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	37. "ART Linux - релиз ядра жесткого реального времени"	+4 +/–
	Сообщение от Sugar (ok) on 10-Сен-10, 13:50
	Реально суровое время =)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	43. "ART Linux - релиз ядра жесткого реального времени"	+/–
	Сообщение от Anonymous1998 on 07-Окт-11, 23:15
	пацанское
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

20. "ART Linux - релиз ядра жесткого реального времени"	+1 +/–
Сообщение от Аноним (??) on 09-Сен-10, 21:09
Систем жёсткого реального времени не существует. Откройте учебник по ОСРВ или системному программированию. Учиться никого не поздно, а пофлудить всегда успеете. Кстати о "RT-Linux, ART Linux, KURT, Xenomai, RTAI... ", под каждую задачу пилят своё ядро, чтобы эта задача выполнялась успешно, благо открытость позволяет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "ART Linux - релиз ядра жесткого реального времени"	+/–
	Сообщение от Crazy Alex (??) on 09-Сен-10, 21:36
	>Систем жёсткого реального времени не существует. Откройте учебник по ОСРВ или системному >программированию. Учиться никого не поздно, а пофлудить всегда успеете. > >Кстати о "RT-Linux, ART Linux, KURT, Xenomai, RTAI... ", под каждую задачу >пилят своё ядро, чтобы эта задача выполнялась успешно, благо открытость позволяет. > Такой учебник, значит. Вот ссылочка - учиться никогда не поздно ;-) Там различия soft и hard realtime вполне толково расписаны.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	25. "ART Linux - релиз ядра жесткого реального времени"	+1 +/–
	Сообщение от Ytch on 10-Сен-10, 00:13
	>Систем жёсткого реального времени не существует. Откройте учебник по ОСРВ или системному >программированию. В соответствии с формальными определениями, ОС "жесткого" реального времени не только не существует, но и не может существовать. Ни одна ОС сама по себе (без учета запускаемых приложений, железа и решаемых задач) никогда не сможет обеспечить работу системы в реальном времени. Чтоб можно было громко заявлять про real-time какого-либо одного компонента системы (чаще всего ОС - чистый маркетинг) без учета остальных, придуман термин "мягкого" реального времени. Это как отказ от ответственности: "Мы поставляем высоконадежные системы, которые помогут вам бла-бла-бла", а чуть ниже мелким шрифтом "мы не несем никакой ответственности за возможные....". Типа как: у нас рилтайм, но иногда так себе рилтайм, а бывает и совсем не рилтайм.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	41. "ART Linux - релиз ядра жесткого реального времени"	+/–
	Сообщение от VoDA (ok) on 11-Сен-10, 12:15
	>Типа как: у нас рилтайм, но иногда так себе рилтайм, а бывает и совсем не рилтайм. великолепно =)))
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

36. "ART Linux - релиз ядра жесткого реального времени"	+/–
Сообщение от Okruzhor (ok) on 10-Сен-10, 11:16
Слишком однообразные названия . Лучше бы Аист-Линуксом назвали , в честь фирмы . Аист , порождённый пингвином , это звучит гордо !
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

42. "ART Linux - релиз ядра жесткого реального времени"	+1 +/–
Сообщение от pavlinux (ok) on 11-Сен-10, 17:57
Заработало!!! Под VMware правда. Реалтайм не заметил!!!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема