|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : yx 2:5020/400 12 Feb 2001 02:17:06 To : All Subject : Re: Гарантированное время ответа -------------------------------------------------------------------------------- Evgeny Kazanov <evgeny.kazanov@hotpop.com> wrote: ... >> можно делать non-swapable memory и в user_space, >> по этому поводу начинать смотреть отсюда: >> man mlock mlockall >> man sched_setscheduler > Спасибо, думаю это то, что я и спрашивал. Hадо посмотреть. > а у тебя есть выбор?) > необходимость жесткого реалтайма для сложных задач > встречается достаточно редко, по крайней мере я не встречал. > реалтайм либо есть, либо его нет. Все остальное (мягкий, мелкомягкий, чуть-чуть не жесткий) - профанация. >> Отсутсвие свопинга просто повысит вероятность своевременного отклика, >> но никоим образом его не гарантируют (грабли с инверсиями приоритетов, etc.) > Можно поподробнее? Я как-то с трудом могу себе это представить. > Если я устрою свою измерительную систему, с эзернетом, в котором > только мои компьютеры, т.е. трафик маленький и заранее известный, > выключу всякие логротейты и т.д. (Буду их проводить как регламентное > обслуживание или вообще отключу запись в лог), все задачи и потребляемые > ими ресурсы будут известны и я не смогу получить гарантированное время > отклика 0.5 - 2с? Об[ясни, если не получу, то почему? > ключевым является "гарантированное время отклика", а не его, пусть и малое, значение. в unix - любой сисколл может привести к непредсказуемой задержке (execution in kernel space - non-preemptive). отсутсвует наследование приоритетов, нет вытесняющей (preemptive) многопоточности, нет вытесняющей обработки прерываний. (в твоем случае "не сможешь", так как: ethernet еще менее, чем дисковые опер-и, предсказуем, и, самое главное, это универсальная OS - что вовсе не значит "плохо", просто не то). > QNX я трогал (не демо-дискету, а работающие задачи), > это вовсе не подарок. > Страшная снаружи, добрая внутри ,) >> p.s. относительно свопинг и реалтайм: >> между ними далеко не однозначная связь, в качестве примера >> можно привести аннонсы из neutrino (qnx next generation), в >> которых обещают реализацию свопинга в рамках реалтайм. > Hасчет свопинга - это по-моему просто первая причина возможных > задержек при применении ОС общего назначения. Вторая - шедулер. > Hо я вообще-то не очень силен в шедулере. Где можно популярно > про него прочитать? > для начала можно на linux kernel internals, где-то здесь http://www.moses.uklinux.net/lki-2.html#ss2.3 - архитектура определяет разницу? -- yes! bye. -- Vladimir Yakovetsky (дворник) --- ifmail v.2.15dev5 * Origin: Disorganized yx's groupie (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/134011ac9f02d.html, оценка из 5, голосов 10
|