|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Evgeny Kazanov 2:5020/400 12 Feb 2001 20:34:29
To : All
Subject : Re: Гарантированное время ответа
--------------------------------------------------------------------------------
yx <yx@angel.adamant.net> wrote:
> Evgeny Kazanov <evgeny.kazanov@hotpop.com> wrote:
>
> ...
>>> можно делать non-swapable memory и в user_space,
>>> по этому поводу начинать смотреть отсюда:
>>> man mlock mlockall
>>> man sched_setscheduler
>> Спасибо, думаю это то, что я и спрашивал. Hадо посмотреть.
>>
> а у тебя есть выбор?)
>
>> необходимость жесткого реалтайма для сложных задач
>> встречается достаточно редко, по крайней мере я не встречал.
>>
> реалтайм либо есть, либо его нет.
> Все остальное (мягкий, мелкомягкий, чуть-чуть не жесткий)
> - профанация.
Я понимаю, что такое реал тайм и говорю, что мне он не нужен.
Мне нужно примерно следующее:
1. Взять ОС общего назначения (конкретно - Линукс)
2. Запустить на нем известное количество определенных задач в
конкретной аппаратной и программной конфигурации. Оценить
время отклика моей системы причем не обязательно в форме "
Гарантированное время". Можно например отклик в течении
500мс с вероятностью 98%
3. Оценить факторы, в первую очередь влияющие на время отклика
(Своппинг моей задачи) и попробовать их устранить.
4. Повторить пункт 2.
>
>>> Отсутсвие свопинга просто повысит вероятность своевременного отклика,
>>> но никоим образом его не гарантируют (грабли с инверсиями приоритетов, etc.)
>> Можно поподробнее? Я как-то с трудом могу себе это представить.
>> Если я устрою свою измерительную систему, с эзернетом, в котором
>> только мои компьютеры, т.е. трафик маленький и заранее известный,
>> выключу всякие логротейты и т.д. (Буду их проводить как регламентное
>> обслуживание или вообще отключу запись в лог), все задачи и потребляемые
>> ими ресурсы будут известны и я не смогу получить гарантированное время
>> отклика 0.5 - 2с? Об[ясни, если не получу, то почему?
>>
> ключевым является "гарантированное время отклика",
> а не его, пусть и малое, значение.
>
> в unix - любой сисколл может привести к непредсказуемой задержке
> (execution in kernel space - non-preemptive).
Можно поподробнее? Интересуют конкретные причины непредвиденных задержек,
например, неправильно написанный драйвер не отдает управление или аппаратный
сбой причина?
Или, когда все драйвера и ядро работают правильно, можно оценить
задержку? Ведь работает все как-то? И задержек по 5 мин я не видел.
С уважением,
Евгений
--
- ---
Evgeny Kazanov
http://visaginas.is.lt/~evgeny
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
