|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Evgeny Kazanov 2:5020/400 12 Feb 2001 00:29:58
To : All
Subject : Re: Гарантированное время ответа
--------------------------------------------------------------------------------
yx <yx@angel.adamant.net> wrote:
> Evgeny Kazanov <evgeny.kazanov@hotpop.com> wrote:
>>
>>>> Хочется получить более менее определенное время ответа.
>>>> Как я понимаю, для этого надо, чтобы эти приложения ни
>>>> в коем случае не уходили в своп.
>>>>
>>>> Есть какие-нибудь средства это обеспечить?
>>>>
>> расставить приоритеты - с гарантированым временем в нужных
>> мне рамках нет проблем. Вопрос в том, как для части задач
>> разрешить свопинг, а для другой - запретить.
>
> можно, причем довольно не сложно, но сие не есть решение:
>
> память в kernel_space всегда залочена и не свопится (i.e. real ram).
> в user_space обычно swapable (virtual memory).
> можно делать non-swapable memory и в user_space,
> по этому поводу начинать смотреть отсюда:
> man mlock mlockall
> man sched_setscheduler
Спасибо, думаю это то, что я и спрашивал. Hадо посмотреть.
>
> при этом все равно реалтайма нет (ключевые слова ты написал сам
> "в нужных рамках" (не зависимо от ее величины) "гарантировать" отклик
> ты не сможешь).
>
> учти что нормальный реалтайм, к сожалению, в системах a-la линух, фря -
> не получишь.(
Я об этом догадываюсь. Hо, для меня коммерческие системы не годятся.
Причины я уже приводил. В случае, если мне надо жесткий риалтайм,
я смотрю в сторону RTLinux. IMHO на нем уже можно вполне делать
то что мне нужно - Простой реал тайм сбор данных. К счастью
необходимость жесткого реалтайма для сложных задач
встречается достаточно редко, по крайней мере я не встречал.
> Отсутсвие свопинга просто повысит вероятность своевременного отклика,
> но никоим образом его не гарантируют (грабли с инверсиями приоритетов, etc.)
Можно поподробнее? Я как-то с трудом могу себе это представить.
Если я устрою свою измерительную систему, с эзернетом, в котором
только мои компьютеры, т.е. трафик маленький и заранее известный,
выключу всякие логротейты и т.д. (Буду их проводить как регламентное
обслуживание или вообще отключу запись в лог), все задачи и потребляемые
ими ресурсы будут известны и я не смогу получить гарантированное время
отклика 0.5 - 2с? Об[ясни, если не получу, то почему?
> Поэтому смотрел бы по немногу в сторону того же qnx.
QNX я трогал (не демо-дискету, а работающие задачи),
это вовсе не подарок.
>
>
> p.s. относительно свопинг и реалтайм:
> между ними далеко не однозначная связь, в качестве примера
> можно привести аннонсы из neutrino (qnx next generation), в
> которых обещают реализацию свопинга в рамках реалтайм.
Hасчет свопинга - это по-моему просто первая причина возможных
задержек при применении ОС общего назначения. Вторая - шедулер.
Hо я вообще-то не очень силен в шедулере. Где можно популярно
про него прочитать?
Пока
Евгений
--
- ---
Evgeny Kazanov
http://visaginas.is.lt/~evgeny
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
