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

В состав ядра Linux 3.14 принят планировщик real-time задач ..., opennews (??), 22-Янв-14, (0) [смотреть все] ну и здорово Теперь gnu linux будет операционной системой реального времени , Аноним (-), 19:55 , 22-Янв-14, (1) +6 // Всё равно xorg будет тормозить Хотя я лично жду, что в ядре 3 14 у меня таки , анонко (?), 20:07 , 22-Янв-14, (4) –6 // а зачем нужна подсветка всего ноута Подсветки экрана и клавиатуры мало , анонимус (??), 20:20 , 22-Янв-14, (7) +2 // Тем более что с помощью подсветки монитора можно освещать клавиатуру , A.Stahl (ok), 20:27 , 22-Янв-14, (9) И туалетную комнату , Anonymous528 (?), 21:55 , 22-Янв-14, (20) +12 это не для того чтоб xorg не тормозил , Аноним (-), 22:45 , 22-Янв-14, (21) +4 Зависит от Бывают на редкость кривые биосы, там приходится использовать вендорс, Аноним (-), 00:27 , 23-Янв-14, (29) Уже очень давно и в разных вариантах неванильных , Michael Shigorin (ok), 21:29 , 22-Янв-14, (18) +4 // вот вот , Аноним (-), 22:46 , 22-Янв-14, (22) Как правило платных, и или триальных И такой тип как LinxOS вполне себе гинезис, Васька (??), 11:48 , 23-Янв-14, (74) –3 // да ладно вам, тот же opensuse с l4 идет свободно, латентность лучше чем у ядра , fi (ok), 01:02 , 31-Янв-14, (107) QNX больше не нужен Вот и славненько , A.Stahl (ok), 20:06 , 22-Янв-14, (2) –1 // Нужен, смотря какой Хотя и 4,25 и 6, Васька (??), 11:49 , 23-Янв-14, (75) –1 Странно, я уже много лет при сборки ядра вижу его в списке опций , Аноним (-), 20:07 , 22-Янв-14, (3) –1 // Ты видишь скорее всего планировщик IO deadline, freename (ok), 20:25 , 22-Янв-14, (8) +6 // Точно, спасибо , Аноним (-), 20:39 , 22-Янв-14, (11) Очередной гвоздь в крышку Bug 12309 , Аноним (-), 20:17 , 22-Янв-14, (5) –2 // Вахтёршу от начальника отдела отличаем, не , pavlinux (ok), 20:29 , 22-Янв-14, (10) +1 И как интересно реалтайм связан с таинственным 12309 , anonymous (??), 23:01 , 22-Янв-14, (26) // А никак особо Если реалтаймная программа уповает что выделение памяти случится , Аноним (-), 23:29 , 22-Янв-14, (28) // Видимо эту, риал-таймовую , программу спроектировал именно ты Причем специально, ананим (?), 08:35 , 23-Янв-14, (68) –1 Чойта за жирнота 12309 может вылезти при выделении памяти программой И пока , Аноним (-), 15:40 , 23-Янв-14, (84) –1 Поясняю 8212 твоя программа не становится рт, только из-за того, что ты её на, ананим (?), 17:00 , 23-Янв-14, (89) +1 ззыжЧтобы не быть голословным 1 Вот так выглядит 171 хеловолд 187 для рт ht, ананим (?), 17:17 , 23-Янв-14, (90) +1 Пффф, придумают тоже chrt -f -p 99 hello , pavlinux (ok), 23:15 , 23-Янв-14, (97) +1 Ну, каждый раз запускать так процесс не камильфо А то прописал 1 раз и каждый за, ананим (?), 13:14 , 24-Янв-14, (99) зыжВ смысле не нужны рутовые привилегии ззыжДа, надеюсь ты то хоть понимаешь, чт, ананим (?), 15:27 , 24-Янв-14, (100) man chrtchrt options prio command arg chrt options -p prio pid-p у теб, ананим (?), 15:50 , 24-Янв-14, (101) И это не планировщик задач, это класс приоритета, такой же как и SCHED_NORMAL, , pavlinux (ok), 20:17 , 22-Янв-14, (6) +3 // так софт уже есть давно, со времен preempt патча и оптимизаций мьютексов и прочи, anonymous (??), 21:00 , 22-Янв-14, (15) // Они только мечтают Hard RT это 5 отклонение от средних показателей Сейчас сред, pavlinux (ok), 21:04 , 22-Янв-14, (16) –1   // Это всё в большей части используется в обвязках для питания На кристалле это ли, Аноним (-), 22:54 , 22-Янв-14, (25) +1   Да фигня это, павлин Поставь всем задачам приоритет реалтайм и наслаждайся хард, Аноним (-), 00:31 , 23-Янв-14, (30)   Открою маленький секрет в Линуксе не бывает Hard RealTime в принципе Это же Ва, Мамонт (?), 01:21 , 23-Янв-14, (33) –1   Это всё чушь Будет хард RT или нет с DRAM завист требуемой гранулярности по вре, Аноним (-), 02:21 , 23-Янв-14, (50) +1   Реалтайм - это про ГАРАНТИРОВАННОСТЬ времени реакции Хард - про 100 гарантиров, Eugene Ryabtsev (?), 07:39 , 23-Янв-14, (67) +1   Скажем так, профессиональные реал тайм оси создаются для обеспечения гарантирова, Мамонт (?), 10:45 , 23-Янв-14, (71)   На х86 реалтайм достаточно условный из-за дикого разброса времен cache hit cache, Аноним (-), 15:41 , 23-Янв-14, (85) +1   Павлин, причём здесь кондёры, резисторы и катушки, просвети публику, а , Мамонт (?), 01:16 , 23-Янв-14, (31)   Начинай отсюда http lib qrz ru node 28775 и http library ispu ru 8001 metrol, pavlinux (ok), 01:19 , 23-Янв-14, (32) +1   Павлин, это всё не про реальное время, а про качество питания, а оно мало влияет, Мамонт (?), 01:24 , 23-Янв-14, (34)   монитор у тя в процессор впаян кнопки с клавы прям в L1 кэш пишут, контроллер п, pavlinux (ok), 01:26 , 23-Янв-14, (36)   У меня лично микроконтроллеры и спец микросхемы рулят монитором и кнопками с кл, Мамонт (?), 01:31 , 23-Янв-14, (37) –1   Если следовать логике pavlinux, то для повышения отзывчивости важно еще и провод, Аноним (-), 01:38 , 23-Янв-14, (39) +1   Вы не поверите ц , но сотня метров оптики вдруг оказывается уже заметной на QDR, Michael Shigorin (ok), 01:39 , 23-Янв-14, (40)   Ванга, ты Google EtherCAT За одно закон Ома, проводимость материалов, закон Фа, pavlinux (ok), 01:44 , 23-Янв-14, (42)   Хреновый этот EtherCAT в плане реального времениВитая пара, как и остальное пере, Мамонт (?), 01:59 , 23-Янв-14, (46)   Хорошо, живи в мечтах , pavlinux (ok), 02:01 , 23-Янв-14, (47) –1   не имеют отношения а ты когда ни будь слышал что задержки можно сложить в кучу , славян (?), 03:04 , 23-Янв-14, (55) –2   Про физику всё написано выше Остальное, что ты перечислил, относится к софту, а, Дрессировщик павлинов (?), 03:13 , 23-Янв-14, (57) –1   согласен с тем что и обычный линух без патчей в какой то мере можно назвать реал, славян (?), 04:00 , 23-Янв-14, (63) –2   Если учесть, что реал-тайм система отличается от обычной тем, что прибивает, IMHO (?), 08:55 , 23-Янв-14, (69) –1   Не совсем реал тайм обеспечивает гарантированное время реакции ВСЕЙ системы, ко, Мамонт (?), 10:21 , 23-Янв-14, (70) –1   Нет Только рт-процессов Более того, то что процесс получит свой квант а он пол, ананим (?), 20:20 , 23-Янв-14, (92)   Таки да Если не согласны, идите-ка учите физику , ZloySergant (ok), 22:46 , 23-Янв-14, (95) –1   Таки нет, думайте головой, 5 нс на 1 метр вам вряд ли сильно помешает, по крайне, Друг (?), 12:45 , 26-Янв-14, (104)   Таки да, думаю головой и Вам того же желаю Во-первых, расстояния между А и Б , ZloySergant (ok), 15:02 , 27-Янв-14, (105)   А причем тут вычисления и реалтайм ---Более того, кондёры резисторы с погрешнос, pavlinux (ok), 01:39 , 23-Янв-14, (41)   Если уж придираться, то - погрешность кондёров в 99,99 случаев ни на что не вли, Мамонт (?), 02:10 , 23-Янв-14, (48) –1   Цезиевые, в жидком гелии Ща допью и полетим , pavlinux (ok), 02:20 , 23-Янв-14, (49)   Павлик, а у меня наоборот - процессор впаян в монитор Хуже того, кнопки прям в р, Друг (?), 03:45 , 23-Янв-14, (62) –1   А, так вот почему сообщения с трёх ников , Michael Shigorin (ok), 04:05 , 23-Янв-14, (64) +1   Я так понимаю, Вы и есть Шерлок Холмс А где Доктор Ватсон , Друг (?), 04:21 , 23-Янв-14, (65)   Да здесь я, здесь Холмс, но как это воможно , Доктор Ватсон (?), 06:44 , 23-Янв-14, (66)   Предлагаю обратить внимание на п 6 правил форума http wiki opennet ru ForumH, Michael Shigorin (ok), 14:16 , 23-Янв-14, (83) –1   Ты так и не ответил - при чем тут питание Признайся уже что облажался , Аноним (-), 15:43 , 23-Янв-14, (86)   Не, железо тут ни причем По крайней мере то что ты описал Всякие железки обраб, Васька (??), 12:00 , 23-Янв-14, (76) –1   Hard RT - это когда система by design гарантирует верхний предел времени отклика, annulen (ok), 12:49 , 23-Янв-14, (81)   Отклонение не более 177 5 - это промышленно допустимое Дальнейшая точность к, pavlinux (ok), 16:04 , 24-Янв-14, (102)   Смысл сообщения был в том, что опеределение soft hard никак не связано с величин, annulen (ok), 20:25 , 27-Янв-14, (106) –1   ага, и будет у нас как с мигалками, когда все с ними в сверхприоритете, Аноним (-), 20:41 , 22-Янв-14, (12) // Не, не, не, SCHED_DEADLINE - это куча мигалок на перекрытой трассе, которые меня, pavlinux (ok), 20:59 , 22-Янв-14, (13) // Боюсь оттуда станут сыпаться пассажиры , ананим (?), 23:25 , 22-Янв-14, (27) Означает ли это, что ПО для работы с музыкой будет работать без шаманства устан, Аноним (-), 03:28 , 23-Янв-14, (59) –1 // Скорее всего да Дрова к карте пересмотреть нуно А остальное - только после пер, Васька (??), 12:02 , 23-Янв-14, (77) –1 Если пропатчишь свое ПО, чтобы оно использовало SCHED_DEADLINE, то, может быть, , annulen (ok), 17:25 , 23-Янв-14, (91) –1 Когда Kolivas предлагал подобное, ответ был - второму планировщику задач в ядре , Аноним (-), 11:01 , 23-Янв-14, (72) –1 // Да, Кона быдляли все кому не лень А ушел он и спохватлись друг, оставь п, Васька (??), 12:05 , 23-Янв-14, (78) –1 Он не позиционировался на реалтайм Он в основном оптимизировался на ускорение р, Аноним (-), 15:45 , 23-Янв-14, (88) +1 Уряяяя Больше не буду накатывать rt-пячи на ведро Наконец-то , Трубовращатель (?), 11:32 , 23-Янв-14, (73) –1 // Ты всё перепутал Продожай страдать , Andrey Mitrofanov (?), 12:43 , 23-Янв-14, (80) +2 // На самом деле с 3-х версий без рт-патчей уже можно обходиться И так Джек нормал, Трубовращатель (?), 12:51 , 23-Янв-14, (82) В ринципе РТ и сейчас работает Как то написал прогу, перехватил все прерывания , Васька (??), 12:12 , 23-Янв-14, (79) // Уважаемый Васька, на каком таком поганом языке вы разговариваете , Аноним (-), 20:24 , 23-Янв-14, (93) +3 Гы code include stdio h include stdlib h include unistd h include sys t, pavlinux (ok), 04:56 , 25-Янв-14, (103) // У вас копипаста не работает , оттуда (?), 20:33 , 31-Окт-18, (109) 1,2,3,5,6,12,59,72,73,79,103

Сообщения

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

	16. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от pavlinux (ok), 22-Янв-14, 21:04
	> Разве это не hard realtime? Они только мечтают. Hard RT это 5% отклонение от средних показателей. Сейчас средняя задержка 6-8µs, зато бывают пики от 80 до 2500µs     Но опять же, от железа зависит. 5% это на оооооооооооочень качественных резисторах, кондёрах, катушках. С защитой от ЭМИ. итд, итп. В общем, у кого увидишь надпись Hard RealTime - плюнь им в рожу, без заранее проверенного железа и замеров с него, всё маркетинговый бред.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+1 +/–
	Сообщение от Аноним (-), 22-Янв-14, 22:54
	>  5% это на оооооооооооочень качественных резисторах, кондёрах, катушках. Это всё в большей части используется в обвязках для питания. На кристалле это либо работает как нужно, либо нет и вместе с ними не работает сразу всё.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от Аноним (-), 23-Янв-14, 00:31
	Да фигня это, павлин. Поставь всем задачам приоритет реалтайм и наслаждайся хард-реалтаймом :)
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	33. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от Мамонт (?), 23-Янв-14, 01:21
	> Да фигня это, павлин. Поставь всем задачам приоритет реалтайм и наслаждайся хард-реалтаймом :) Открою маленький секрет: в Линуксе не бывает Hard RealTime в принципе. Это же Вам не DSP, не микроконтроллер и не ПЛИС! Там, где DRAM, нет Hard Real Time, за исключением специальных систем (железо + ОС + софт), которые могут грамотно управлять его работой. Даже QNX, VxWorks вам в этом не помогут - это всё Soft Real Time, как бы производители этих ОС не пиарились.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+1 +/–
	Сообщение от Аноним (-), 23-Янв-14, 02:21
	Это всё чушь. Будет хард RT или нет с DRAM завист требуемой гранулярности по времени. В пределах ms, например, всё можно.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+1 +/–
	Сообщение от Eugene Ryabtsev (?), 23-Янв-14, 07:39
	Реалтайм - это про ГАРАНТИРОВАННОСТЬ времени реакции. Хард - про 100% гарантированность, софт - про <100% гарантированность (желаемый процент может быть задан). Так вот, само требуемое время реакции ТОЖЕ может быть задано, хотите - мкс, хотите - сутки. И уже потом смотрим соответствует или нет.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	71. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от Мамонт (?), 23-Янв-14, 10:45
	> Реалтайм - это про ГАРАНТИРОВАННОСТЬ времени реакции. Хард - про 100% гарантированность, > софт - про <100% гарантированность (желаемый процент может быть задан). Так > вот, само требуемое время реакции ТОЖЕ может быть задано, хотите - > мкс, хотите - сутки. И уже потом смотрим соответствует или нет. Скажем так, профессиональные реал тайм оси создаются для обеспечения гарантированности реакции обычно не более 5 мкс, но это плохой показатель. Нормальный ориентир - 1 мкс плюс-минус несколько процентов, более-менее обеспечиваемые QNX. Но это всё равно Soft Real Time, т.к. 100% стабильности всё равно нет и не будет, т.к. обычные процессоры не позволяют управлять DRAM и кеш памятью, делая это автоматически. Это основная проблема, почему у реал тайм осей на обычных процессорах не хард, а софт реал тайм, в отличие от специализированных решений, у которых время срабатывания по прерыванию на несколько порядков ниже, а стабильность - 100%, без оговорок.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+1 +/–
	Сообщение от Аноним (-), 23-Янв-14, 15:41
	> Открою маленький секрет: в Линуксе не бывает Hard RealTime в принципе. Это > же Вам не DSP, не микроконтроллер и не ПЛИС! На х86 реалтайм достаточно условный из-за дикого разброса времен cache hit/cache miss. Ну а многозадачки усугубляют ситуацию.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	31. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от Мамонт (?), 23-Янв-14, 01:16
	Павлин, причём здесь кондёры, резисторы и катушки, просвети публику, а?
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	32. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+1 +/–
	Сообщение от pavlinux (ok), 23-Янв-14, 01:19
	Начинай отсюда http://lib.qrz.ru/node/28775 и http://library.ispu.ru:8001/metrolog/index.htm
	Ответить | Правка | Наверх | Cообщить модератору

	34. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от Мамонт (?), 23-Янв-14, 01:24
	> Начинай отсюда http://lib.qrz.ru/node/28775 Павлин, это всё не про реальное время, а про качество питания, а оно мало влияет на реальное время.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от pavlinux (ok), 23-Янв-14, 01:26
	>> Начинай отсюда http://lib.qrz.ru/node/28775 > Павлин, это всё не про реальное время, а про качество питания, а > оно мало влияет на реальное время. монитор у тя в процессор впаян? кнопки с клавы прям в L1 кэш пишут, контроллер привода там же? Пусти cyclictest и жмакай по мышу иль клаве, насладись линуксовым реалтаймом!
	Ответить | Правка | Наверх | Cообщить модератору

	37. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от Мамонт (?), 23-Янв-14, 01:31
	>>> Начинай отсюда http://lib.qrz.ru/node/28775 >> Павлин, это всё не про реальное время, а про качество питания, а >> оно мало влияет на реальное время. > монитор у тя в процессор впаян? кнопки с клавы прям в L1 > кэш пишут, контроллер привода там же? У меня лично микроконтроллеры и спец. микросхемы рулят монитором и кнопками с клавы, а контроллер привода - это отдельная ASIC. Ну а при чём здесь пассивные компоненты, которые ни на что в выч. технике не влияют, кроме как на стабильность работы устройств?
	Ответить | Правка | Наверх | Cообщить модератору

	39. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+1 +/–
	Сообщение от Аноним (-), 23-Янв-14, 01:38
	Если следовать логике pavlinux, то для повышения отзывчивости важно еще и провода короче делать. Если будут очень длинные то это будет не тот Real Time
	Ответить | Правка | Наверх | Cообщить модератору

	40. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от Michael Shigorin (ok), 23-Янв-14, 01:39
	> Если следовать логике pavlinux, то для повышения отзывчивости важно еще и провода > короче делать. Если будут очень длинные то это будет не тот Real Time Вы не поверите (ц), но сотня метров оптики вдруг оказывается уже заметной на QDR IB.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от pavlinux (ok), 23-Янв-14, 01:44
	> Если следовать логике pavlinux, то для повышения отзывчивости важно еще и провода > короче делать. Если будут очень длинные то это будет не тот > Real Time Ванга, ты? Google: EtherCAT За одно закон Ома, проводимость материалов, закон Фарадея, по дороге "Почему витая пара, витая", с чем курят STP/UTP да ....чо уж там, начинай с Физики 5 класса.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	46. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от Мамонт (?), 23-Янв-14, 01:59
	>> Если следовать логике pavlinux, то для повышения отзывчивости важно еще и провода >> короче делать. Если будут очень длинные то это будет не тот >> Real Time > Ванга, ты? Google: EtherCAT Хреновый этот EtherCAT в плане реального времени > За одно закон Ома, проводимость материалов, закон Фарадея, > по дороге "Почему витая пара, витая", с чем курят STP/UTP > да ....чо уж там, начинай с Физики 5 класса. Витая пара, как и остальное перечисленное, не относится к реальному времени - это всего лишь линия передачи, у которой задержки, как у любой линии передачи, в основном зависят от параметров линии, материалов проводников и окружающей проводники среды. Всё это к реальному времени не относится.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от pavlinux (ok), 23-Янв-14, 02:01
	> Всё это к реальному времени не относится. Хорошо, живи в мечтах.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–2 +/–
	Сообщение от славян (?), 23-Янв-14, 03:04
	не имеют отношения? а ты когда ни будь слышал что задержки можно сложить в кучу и получим не реалтайм ,а тормозилово. причем из-за компонентов будет вылетать план работы программ( точнее планировщика) . грубо говоря в отведенное время процесс не будет успевать проделать необходимый объем работы, что автоматом переводит систему из реалтайм в обычную.  да уж а физику процессов бы подучил бы а?
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	57. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от Дрессировщик павлинов (?), 23-Янв-14, 03:13
	> не имеют отношения? а ты когда ни будь слышал что задержки можно > сложить в кучу и получим не реалтайм ,а тормозилово. причем из-за > компонентов будет вылетать план работы программ( точнее планировщика) . грубо говоря > в отведенное время процесс не будет успевать проделать необходимый объем работы, > что автоматом переводит систему из реалтайм в обычную.  да уж > а физику процессов бы подучил бы а? Про физику всё написано выше. Остальное, что ты перечислил, относится к софту, а не к железу, обсуждаемому в данном диалоге. А софт - дело программиста, на то ему и платят з/п, чтобы он думал думалкой, а не задним местом, и не надеялся на бога или царя-батюшку. Программист должен всё учесть, все длины, задержки и прочие особенности конфигурации, с которой он имеет дело. А ежели кто думает, что железо само за него всё сделает... только это будет совсем другой реал тайм, не 100 КГц, а 100 Гц, но тоже вполне себе реал тайм, для кого-то.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–2 +/–
	Сообщение от славян (?), 23-Янв-14, 04:00
	согласен с тем что и обычный линух без патчей в какой то мере можно назвать реалтайм системой, все зависит от требований к времени реакции на определенное действие, но все же как то обычную сборку линуха или там фри не принято считать таковыми. а все потому что реалтайм как правило подразумевает более мизерные и строгие сроки реакции, а допуски работы самой электроники могут свести любую действительно реалтайм операционку к неприменимому варианту. тут все таки как и с безопасными системами важна не только ось , но и набор железа соответствующего заданию.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	69. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от IMHO (?), 23-Янв-14, 08:55
	>что автоматом переводит систему из реалтайм в обычную Если учесть, что "реал-тайм" система отличается от "обычной" тем, что прибивает процессы которые "думают" дольше запланированного. И более ничем. То в чем суть спора?
	Ответить | Правка | Наверх | Cообщить модератору

	70. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от Мамонт (?), 23-Янв-14, 10:21
	>>что автоматом переводит систему из реалтайм в обычную >  Если учесть, что "реал-тайм" система отличается от "обычной" тем, что прибивает > процессы которые "думают" дольше запланированного. И более ничем. Не совсем: реал тайм обеспечивает гарантированное время реакции ВСЕЙ системы, которая как правило, включает много устройств, взаимодействующих друг с другом, поэтому всё - железо, софт (ОСи, драйверы, ПО), интерфейсы, протоколы... - на всех устройствах системы проектируются изначально с таким расчётом, чтобы обеспечивать требуемое время реакции. >  То в чем суть спора? Павлин нам пел песню о том, что кондёры и другие пассивные компоненты сильно влияют на реал тайм. А мы Павлину разъясняли, что кондёры и реал тайм вещи абсолютно параллельные. И даже линии связи между устройствами, про которые вспомнили в процессе обсуждения, хоть и дают задержку порядка 4.5 нс на метр, которую конечно же надо всегда учитывать, но учитывать её надо в любых системах, а не только реал тайм. В общем поболтали о само собой разумеющихся вещах.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	92. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от ананим (?), 23-Янв-14, 20:20
	>Не совсем: реал тайм обеспечивает гарантированное время реакции ВСЕЙ системы, которая как правило, включает много устройств, взаимодействующих друг с другом, поэтому всё - железо, софт (ОСи, драйверы, ПО), интерфейсы, протоколы... Нет. Только рт-процессов. Более того, то что процесс получит свой квант (а он получит) не значит, что в/в и остальные устройства не будут в это время заняты. И разруливать это должен сам процесс. Вот так.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	95. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от ZloySergant (ok), 23-Янв-14, 22:46
	>Если следовать логике pavlinux, то для повышения отзывчивости важно еще и провода короче делать. Если будут очень длинные то это будет не тот Real Time Таки да. Если не согласны, идите-ка учите физику.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	104. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от Друг (?), 26-Янв-14, 12:45
	>>Если следовать логике pavlinux, то для повышения отзывчивости важно еще и провода короче делать. Если будут очень длинные то это будет не тот Real Time > Таки да. Если не согласны, идите-ка учите физику. Таки нет, думайте головой, 5 нс на 1 метр вам вряд ли сильно помешает, по крайней мере на расстояниях в пару сотен метров.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от ZloySergant (ok), 27-Янв-14, 15:02
	> Таки нет, думайте головой, 5 нс на 1 метр вам вряд ли > сильно помешает, по крайней мере на расстояниях в пару сотен метров. Таки да, думаю головой (и Вам того же желаю). Во-первых, расстояния (между А и Б) в пару сотен метров (х) могут превратиться в n*х метров провода. Во-вторых, даже х метров провода != y метров пути для сигнала, при y>x. В-третьих, для RT (особенно на _опасных_ производствах) нужна калибровка на среднее прохождение сигнала, и там 5-10 нс вполне критичный показатель. В-четвертых, из-за п. 3, таки нужно делать оптимальное расположение и длину проводки провода. А то таки будет очередной "Маяк", ЛАЭС, ЧАЭС. Если чо, в местах, где нужон жесткий RT действует простое правило: "лучше перебздеть, чем недобдеть".
	Ответить | Правка | Наверх | Cообщить модератору

	41. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от pavlinux (ok), 23-Янв-14, 01:39
	>>>> Начинай отсюда http://lib.qrz.ru/node/28775 >>> Павлин, это всё не про реальное время, а про качество питания, а >>> оно мало влияет на реальное время. >> монитор у тя в процессор впаян? кнопки с клавы прям в L1 >> кэш пишут, контроллер привода там же? > У меня лично микроконтроллеры и спец. микросхемы рулят монитором и кнопками с > клавы, а контроллер привода - это отдельная ASIC. Ну а при > чём здесь пассивные компоненты, которые ни на что в выч. технике > не влияют, кроме как на стабильность работы устройств? А причем тут вычисления и реалтайм? --- Более того, кондёры/резисторы с погрешностью 5% это полбеды. Есть такие дебилы, которые контакты золотят, не только на разъёмах, но и на спаиваемых деталях, А ещё формула припоя, у тех же дибилов, секретная. А ещё пайка ведётся в вакууме или криптоне.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

Часть нити удалена модератором

	48. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от Мамонт (?), 23-Янв-14, 02:10
	>> Павлин, кончай крутить хвостом, это тебе не цирковая арена с медведями и >> клоунами! > Очень нужная информация. Если уж придираться, то: - погрешность кондёров в 99,99% случаев ни на что не влияет, - если нужна точность, то резисторы берут не 5%, а 1% или менее, - ну а уж контакты золотить - это только про надёжность и агрессивные среды, - формула припоя обычно китайская, а секретная она потому, что некоторые дeбилы в России берут китайское и продают в 100 раз дороже, как спец. товар, - "пайка ведётся в вакууме или криптоне" - можно даже отправить на марс и там сделать сeкретную паяльную лабораторию :)
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	49. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от pavlinux (ok), 23-Янв-14, 02:20
	> резисторы берут не 5%, а 1% или менее, Цезиевые, в жидком гелии? > и там сделать сeкретную паяльную лабораторию :) Ща допью и полетим.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от Друг (?), 23-Янв-14, 03:45
	> монитор у тя в процессор впаян? Павлик, а у меня наоборот - процессор впаян в монитор. > кнопки с клавы прям в L1 кэш пишут Хуже того, кнопки прям в регистры процессора печатают - клава у меня виртуальная, ясен пень! И всё это называется iPhone!!!
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	64. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 23-Янв-14, 04:05
	> И всё это называется iPhone!!! А, так вот почему сообщения с трёх ников...
	Ответить | Правка | Наверх | Cообщить модератору

	65. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от Друг (?), 23-Янв-14, 04:21
	>> И всё это называется iPhone!!! > А, так вот почему сообщения с трёх ников... Я так понимаю, Вы и есть Шерлок Холмс? А где Доктор Ватсон?
	Ответить | Правка | Наверх | Cообщить модератору

	66. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от Доктор Ватсон (?), 23-Янв-14, 06:44
	Да здесь я, здесь. Холмс, но как это воможно ?
	Ответить | Правка | Наверх | Cообщить модератору

	83. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 23-Янв-14, 14:16
	>> А, так вот почему сообщения с трёх ников... > Я так понимаю, Вы и есть Шерлок Холмс? А где Доктор Ватсон? Предлагаю обратить внимание на п. 6 правил форума: http://wiki.opennet.ru/ForumHelp -- ведите себя прилично, профессор.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	86. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от Аноним (-), 23-Янв-14, 15:43
	> Пусти cyclictest и жмакай по мышу иль клаве, насладись линуксовым реалтаймом! Ты так и не ответил - при чем тут питание. Признайся уже что облажался :).
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	76. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от Васька (??), 23-Янв-14, 12:00
	>> Разве это не hard realtime? > Они только мечтают. Hard RT это 5% отклонение от средних показателей. > Сейчас средняя задержка 6-8µs, зато бывают пики от 80 до 2500µs > Но опять же, от железа зависит. 5% это на оооооооооооочень качественных > резисторах, кондёрах, катушках. С защитой от ЭМИ. итд, итп. > В общем, у кого увидишь надпись Hard RealTime - плюнь им в > рожу, > без заранее проверенного железа и замеров с него, всё маркетинговый бред. Не, железо тут ни причем. По крайней мере то что ты описал. Всякие железки обрабатывающие прерывания - вот где засада. Оно тебя удерживает на прерывании а сама требует реал тайма жесткого. А резюк с индуктивностью никто силами ЦПУ не опрашивает, если конечно препод был трезв при выдаче ТЗ на курсач. Хард реал тайм в QNX , и собсно без реал-тайма в голове реал-таймовый софт не пишется. Проверено уже не раз, и не только мною.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	81. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от annulen (ok), 23-Янв-14, 12:49
	>Hard RT это 5% отклонение от средних показателей. Hard RT - это когда система by design гарантирует верхний предел времени отклика (причем не важно, какой), и не при каких обстоятельствах он не будет превышен. Заявки типа "допустимое отклонение 5%" - это типичный soft RT.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	102. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	+/–
	Сообщение от pavlinux (ok), 24-Янв-14, 16:04
	>>Hard RT это 5% отклонение от средних показателей. > Hard RT - это когда система by design гарантирует верхний предел времени > отклика (причем не важно, какой), и не при каких обстоятельствах он > не будет превышен. Заявки типа "допустимое отклонение 5%" - это типичный > soft RT. Отклонение не более ±5% - это промышленно допустимое. Дальнейшая точность корректируется программно либо введением дублирующих систем.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "В состав ядра Linux 3.14 принят планировщик real-time задач ..."	–1 +/–
	Сообщение от annulen (ok), 27-Янв-14, 20:25
	>>>Hard RT это 5% отклонение от средних показателей. >> Hard RT - это когда система by design гарантирует верхний предел времени >> отклика (причем не важно, какой), и не при каких обстоятельствах он >> не будет превышен. Заявки типа "допустимое отклонение 5%" - это типичный >> soft RT. > Отклонение не более ±5% - это промышленно допустимое. > Дальнейшая точность корректируется программно либо введением дублирующих систем. Смысл сообщения был в том, что опеределение soft/hard никак не связано с величиной отклонения
	Ответить | Правка | Наверх | Cообщить модератору

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

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