|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 24 Apr 2007 13:10:11
To : Alexey Korop
Subject : Re: провожая в последний путь OS/2 заглянем в будущее
--------------------------------------------------------------------------------
2007-04-23, Alexey Korop <Alexey.Korop@p999.f155.n461.z2.fidonet.org> пишет:
> Привет, Victor!
>
> 22.04.2007 в 09:49:29 Victor Wagner написал к Alexey Korop:
>
> AK>> Это правда, что в Линуксе нет средства ожидать любого из
> AK>> группы событий?
>
> VW> Это правда, что в Linux почти все события можно выразить в терминах
> VW> готовности к чтению/записи определенного дескриптора файла. Вспомним
> VW> максиму "Всё есть файл".
>
> VW> Если ты не страдаешь фигней, пытаясь привнести в Linux несвойственный
> VW> ему стиль программирования, то единицы планировщика у тебя процессы,
> VW> а средства взаимодействия между ними - пайпы и сокеты (т.е. файловые
> VW> дескрипторы). Селекта за глаза хватает.
>
> VW> Hо вот если ты начинаешь развлекаться с тредами, семафорами etc, то
> VW> всё плохо - придется самому быть умным, а не надеяться на
> VW> разработчиков API.
>
> Ой. Меня интересуют программы реального времени. Для них испокон веку и на
Да, сразу видно, что они Вас чисто теоретически интересуют.
> всех платформах использовались треды и семафоры; собственно, для них треды и
> семафоры придуманы, и для них они адекватны. Адекватны с точки зрения логики,
Собственно, семафоры совсем (то есть абсолютно) ортогональны
РВ. И придуманы они для мультитаскинга, который сам по себе тожэ
ортогонален РВ.
> безотносительно к платформе.
> Ожидание любого из группы семафоров - это, в принципе, уже добавочная
> фишка; просто она работает гораздо эффективнее, если реализована в системе а
> не в прикладной задаче. Hо мне даже в голову не приходило, что в Линуксе может
> не быть простых семафоров. Ладно, буду разбираться потом, а сейчас хочу
> спросить, вообще реально ли для Линукса делать, программы, которые бы, к
> примеру: 1) на внешние события (приход UDP-пакета, приход байта на COM-порт
> и т.п.) реагировали с задержкой в пределах 10 мс;
soft- -- реально. В смысле с вероятностью 99.5% оно тебе отреагирует
с задержкой 10мс. Hard -- ну, я бы не взялся. Можно пытаться, искать
по слову linux real-time.
> 2) имели свою "тикалку" для циклически выполняемых действий с периодом 20
> мс и ошибкой (не накапливающейся) в пределах 10 мс;
Hахрена? Эта тикалка давно встроена в процэссоры. Убогие, у которых
не -- могут взять из ядра.
> 3) взаимодействовали с клавиатурой и мышью (время реакции некритично);
> 4) выводили достаточно детальную графику и в достаточно быстром темпе
> (скажем, на полотне порядка 1280*1024 куча кнопок и цифровых индикаторов (с
> обновлением 4 раза в секунду) и пара полос графиков с 3-4 кривыми на каждой,
> которые постоянно скроллируются (с обновлением 20 раз в секунду) по мере
> поступления данных, или которые может "перематывать" оператор.
Если проц приличный. (пол-гигагерца и более).
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
