The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Линус Торвальдс опроверг проблемы с планировщиком задач, всп..., opennews (??), 06-Янв-20, (0) [смотреть все] +1

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


67. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  –2 +/
Сообщение от Аноним (66), 06-Янв-20, 13:29 
>> Так как измерение производительности выполняется на основании абсолютных значений таймера, определённые в тестах задержки охватывают не только задержки в обработчике блокировки, но и код, который был выполнен в другом контексте, т.е. измеряют не только то, что пытался измерить автор теста, но и "шум" от других вычислений в системе.

Это финиш. Как не странно, в конечном счёте важно общее время выполнения - отзывчивость системы. И толку 0 от того, что "чистое время всего 1 мкс", если итоговая задержка 1 с. Потому что ответ пришёл через 1 с, а не 1 мкс. Именно это общее время и есть самый главный показатель, и в нём отражены все накладные расходы в системе. В том числе и то, что в момент обработки планировщик вытеснил наш поток и отдал управление другим задачам.
Вместо того, чтобы версии выпускать, лучше бы развитием системы занялся. Универсальная система, которая одинаково фигово работает как на десктопе, так и на серверах, такое себе решение. Вместо тешения своего чсв, лучше бы добавил возможность оптимизации под задачи пользователей. Та же винда с незапамятных времён имеет возможность оптимизации, банальным переключением флажка в формочке, без перекомпиляций. А эти даже с исходниками не могут до сих пор реализовать.

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

71. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  –2 +/
Сообщение от Аноним (6), 06-Янв-20, 13:44 
Наберите в поисковике "система реального времени", ознакомьтесь с определением -- есть куда двигаться дальше. ;)


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

74. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  +/
Сообщение от Аноним (79), 06-Янв-20, 13:49 
Можно и линукс с реалтайм ядром запускать, но есть минусы

-   Приложения реального времени выполняются в пространстве ядра, следовательно, они могут переписать часть памяти ядра и сломать систему
-   Взаимодействие между RT-подсистемой и Linux не может быть реального времени
-   Ядро Linux выполняется в бэкграунде, следовательно, задачи Linux могут испытывать большие задержки
-   Невозможно использовать драйверы Linux в задачах реального времени, следовательно, разработчики приложений реального времени вынуждены переписывать драйверы устройств поверх RT-подсистемы

Результат конечно может и быстрый, но минусы какбэ намекают.

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

85. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  +/
Сообщение от Аноним (6), 06-Янв-20, 14:09 
Правомерны ли исходные претензии к не реалтайм системе?
Ответить | Правка | Наверх | Cообщить модератору

100. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  +3 +/
Сообщение от Forthemail (ok), 06-Янв-20, 14:45 
Это если нужен hard-realtime. Для soft-realtime хватит и обычного preempt_rt.
Я не знаю как на x86, на cortex-a нас задержки устраивают. С sched_fifo в нашем проекте я пока не видел провалов планировщика, когда задача получила управление позже, чем ожидается.
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

241. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  –3 +/
Сообщение от Аноним (19), 06-Янв-20, 21:57 
Soft-realtime — это маркетинговое изобретение микрософта.
Либо система гарантирует задержки, либо нет. Величины этих гарантированных задержек - дело десятое.
Ответить | Правка | Наверх | Cообщить модератору

265. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  +/
Сообщение от Forthemail (ok), 06-Янв-20, 23:34 
Разница есть. Системы hard realtime ничего и никогда не должны пропускать. Потому что пропуск события в них это полный сбой. Самый набивший оскомину пример это кардиостимулятор. Если он не вовремя выдаст импульс или вовсе пропустит это может привести к остановке сердца.
Ответить | Правка | Наверх | Cообщить модератору

280. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  –3 +/
Сообщение от антонимус (?), 07-Янв-20, 00:04 
>Самый набивший оскомину пример это кардиостимулятор.

ОС общего назначения никогда не применяют в критических системах, связанных с жизнью человека. Вопрос закрыт.

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

322. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  +/
Сообщение от Forthemail (ok), 07-Янв-20, 09:46 
О том и речь. Hard-realtime это специально спроектированные системы, способные эти требования выдерживать. Linux это soft-realtime.
Ответить | Правка | Наверх | Cообщить модератору

284. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  +1 +/
Сообщение от антонимус (?), 07-Янв-20, 00:12 
>Это финиш. Как не странно, в конечном счёте важно

Лучше бы ты в lklm патчи присылал.

Ты же обладаешь сакральным знанием:
>Та же винда с незапамятных времён имеет возможность оптимизации, банальным переключением флажка в формочке

Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

416. "Линус Торвальдс опроверг проблемы с планировщиком задач, всп..."  +/
Сообщение от КО (?), 13-Янв-20, 15:28 
>Именно это общее время и есть самый главный показатель,

Если оно правильно измерено. А если в одном случае в измеренное время паузу от вытеснения задачи, а в другом случае не считали, то это и было тем, что измерили в ходе эксперимента.

Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру