|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Evgeny Kazanov 2:5049/1.118 12 Feb 2001 02: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
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Gateway NEWS (http://in.kazan.ru) <=> FidoNet (2:5049/1)
+ of Kazan Physical-Technical Institute
+ ( http://kfti.knc.ru ; http://kazinfo.knc.ru )
+
+ User email address: Evgeny.Kazanov@p0.f1.n5049.z2.fidonet.org
+ User FidoNet address: 2:5049/1.
--- NewsGate+ v0.8Р3
* Origin: Kazan Physical-Technical Institute, Gateway NEWS (2:5049/1.118)
бЕПМСРЭЯЪ Й ЯОХЯЙС РЕЛ, ЯНПРХПНБЮММШУ ОН: БНГПЮЯРЮМХЕ ДЮРШ СЛЕМЭЬЕМХЕ ДЮРШ РЕЛЮ ЮБРНП
| рЕЛЮ: |
юБРНП: |
дЮРЮ: |
|
Re: Варантированное время ответа |
Evgeny Kazanov |
12 Feb 2001 02:29:58 |
|
|
