Текущий архив: 2006.05.07;
Скачать: CL | DM;
ВнизРежим реального времени в XP sp 2. Найти похожие ветки
← →
Kolan © (2006-04-10 13:19) [0]Здравствуйте,
Недавно нашел что в диспетчере задач в меню "Установить приоритет" есть пункт "Режим реального времени"(Кажется это только на SP2). Интересно правда что-ли будет в режиме реального времени работать?
← →
jack128 © (2006-04-10 13:20) [1]это не тот режим.
← →
Ega23 © (2006-04-10 13:20) [2]
> Интересно правда что-ли будет в режиме реального времени
> работать?
А что есть "режим реального времени"?
И вообще, если в философию вдариться, то РРВ невозможен в дискретных системах.
← →
Gero © (2006-04-10 13:24) [3]> Интересно правда что-ли будет в режиме реального времени
> работать?
Нет, но максимально близко к этому.
← →
Kolan © (2006-04-10 13:25) [4]Я честно говоря не специалист в теории итд. Интересно знать смогу ли я пологаться на Windows по времени. Те допустим Sleep(1) - это заснуть на 1 мс с незначительной погрешностью...
← →
Ega23 © (2006-04-10 13:26) [5]
> это заснуть на 1 мс с незначительной погрешностью...
Что значит "незначительная погрешность"?
← →
DiamondShark © (2006-04-10 13:29) [6]
> И вообще, если в философию вдариться, то РРВ невозможен
> в дискретных системах.
По определению: режим реального времени -- режим вычислений, при котором обработка данных протекает с той же скоростью, что и моделируемые события.
И почему же он не возможен?
← →
DiamondShark © (2006-04-10 13:31) [7]
> Те допустим Sleep(1) - это заснуть на 1 мс с незначительной
> погрешностью...
Вообще-то, погрешность может быть от одного кванта до бесконечности :)
← →
Ega23 © (2006-04-10 13:32) [8]
> По определению: режим реального времени -- режим вычислений,
> при котором обработка данных протекает с той же скоростью,
> что и моделируемые события.
>
> И почему же он не возможен?
>
Это всего лишь одно из множества определений.
← →
Джо © (2006-04-10 13:35) [9]> [6] DiamondShark © (10.04.06 13:29)
> И почему же он не возможен?
Если уж совсем в "философию вдаряться", то — частота этой дискредитации принципиально может быть больше времени, которое занимает моделируемый процесс. Накладные расходы на вычисление, опять же. :-p
← →
Desdechado © (2006-04-10 13:39) [10]автору
А ты попробуй. Удивишься, когда остальные процессы начнут рушить(ся)
← →
Игорь Шевченко © (2006-04-10 13:42) [11]Windows не может гарантировано обеспечить временные интервалы для процессов
← →
Jeer © (2006-04-10 14:10) [12]P.S.
Настольные версии Windows.
← →
KSergey © (2006-04-10 14:29) [13]> Kolan © (10.04.06 13:19)
> Недавно нашел что в диспетчере задач в меню "Установить
> приоритет" есть пункт "Режим реального времени"
Это всего лишь приоритет, используемый диспетчером при переключении между процессами.
Как вариант - подумать что будет, если возникнет 2 процесса с стаким приоритетом. Будут ли они действительно RealTime?
← →
Kolan © (2006-04-10 15:30) [14]Windows не может гарантировано обеспечить временные интервалы для процессов
Вот я об этом и говорю. Как узнать насколько точно будут отсчитаны интервалы при этом режиме?
Что значит "незначительная погрешность"?
Допустим 1-3 процента при малых задержках(1-50 мс)...
А ты попробуй. Удивишься, когда остальные процессы начнут рушить(ся)
Попробовал браузер установить в этот режим. Не разрушилось....
← →
Ega23 © (2006-04-10 15:32) [15]
> Допустим 1-3 процента при малых задержках(1-50 мс)...
>
Сомневаюсь.
← →
Kolan © (2006-04-10 15:39) [16]Сомневаюсь.
Как бы точно узнать? :)
Я припоминаю что Windows длительность интервалов меньше 50 мс не гарантирует это так?
Понятно что она вообще ничего не гарантирует но при 3х секундах ± 10мс фигня.. А вот при маленьких интервалах сушественно...
← →
atruhin © (2006-04-10 16:09) [17]
> [2] Ega23 © (10.04.06 13:20)
> А что есть "режим реального времени"?
> И вообще, если в философию вдариться, то РРВ невозможен
> в дискретных системах.
Ошибаешся. Режим реального времени операционной системы - строго определенное понятие. Если не путаю :): ОС позволяющая рассчитать максимальное время выполнения любого участка кода. Т.е. регламентировано время выполнения (максимальное) всех системных функций, частота и время квантования потоков.
← →
Ega23 © (2006-04-10 16:13) [18]
> Режим реального времени операционной системы - строго определенное
> понятие.
Правильно. Для каждой из ОС - своё определение. А общего - нет. Потому как я всегда смогу придумать процесс, где частота событий будет больше частоты процессора (даже не обработки каждого из событий, а просто частота процессора).
← →
Jeer © (2006-04-10 17:26) [19]Ega23 © (10.04.06 16:13) [18]
atruhin © (10.04.06 16:09) [17]
Мужики, не смешите. :)
Стандарт POSIX для ОСРВ.
Настольные Window при сильной натяжке можно отнести к мягкому реал-тайму.
Спец.версии winNT и WinXP - embedded для промышленных применений.
Ну и более-менее ОСРВ, подпадающие под стандарт:VxWorks, QNX, LinxOS, RMX, OS9 и тд
← →
Kolan © (2006-04-13 11:44) [20]Благодарю за обсуждения. Вообщм этот режим - врядли можно использовать. :)
← →
Jeer © (2006-04-13 11:56) [21]Kolan © (13.04.06 11:44) [20]
Можно, но осторожно.
Я благополучно использовал w2k, как управляющий компьютер в супервизорном режиме управления сложной технологической установкой.
← →
atruhin © (2006-04-13 19:47) [22]
> [19] Jeer © (10.04.06 17:26)
> Мужики, не смешите. :)
А что я смешного сказал? Это не обида, просто интересно, я об этом не много знаю!
> [18] Ega23 © (10.04.06 16:13)
> Правильно. Для каждой из ОС - своё определение.
Готов это доказать? Немного читал по системам РВ для (в основном для контроллеров) и видел вполне конкретное определение для "жестких" и "мягких" систем, не зависимо от ОС.
Кстати есть пособия по разработке "мягких" приложений РВ под W2K, правда сильно в них не вникал.
← →
antonn © (2006-04-14 08:33) [23]кстати, раз уж речь про реальный режим...
я имею дело с металлорежущим станком. Сейчас он с ЧПУ, моя задача перевести его на управление с ПК. Выбрал IBM PC 386, ОС ДОС 6.1(какой был:)). На данный момент станок полностью от него управляется, но есть возможность оставить ЧПУ а модернизировать только фотосчитыватель перфоленты, от ПК соединение по LPT или COM портам. Там не такая уж и "реальность времени" нужна, но и Win2K ставить не хочется почему-то... что это за зверь - embedded?
ЗЫ мне не нужно отмерять временные отрезки, мне нужно "вовремя" реагировать на команду ЧПУ о необходимости загрузки следующего кадра...
← →
Jeer © (2006-04-14 10:31) [24]antonn © (14.04.06 08:33) [23]
> А что я смешного сказал?
Я сказал не для того, чтобы обидеть, а чтобы стало понятно - в любой области знаний есть специфика.
Для тех, кто занимается системами реального времени - существует упомянутый стандарт.
А стадарт, это не догма, а набор "выстраданных" правил.
Почитайте стандарт и много станет яснее.
http://rk6.bmstu.ru/electronic_book/posapr/standart/stand.htm
http://www.asutp.ru/?p=600361
http://www.asutp.ru/?p=600591
http://www.asutp.ru/?p=600493
> мне нужно "вовремя"
Это одно из "больных" мест настольных версий Windows.
Вопрос, как всегда, во времени реакции.
DOS вполне подходит под подмножество ОСРВ, за исключением мультизадачности и тп.
← →
antonn © (2006-04-14 10:35) [25]Jeer © (14.04.06 10:31) [24]
> А что я смешного сказал?
это был не я:)
> DOS вполне подходит под подмножество ОСРВ, за
> исключением мультизадачности и тп.
ну да, потому и пользуются...
просто мне хочется на дельфи писать, а не ассме, в котором я дуб:) Или трубопаскаль откапывать...
в нулевое кольцо можно же дельфийской проге вылезти?
← →
Kolan © (2006-04-14 10:43) [26]Или трубопаскаль откапывать...
в нулевое кольцо можно же дельфийской проге вылезти?
Нет. Драйвер надо писать.... и работать через него.
← →
Игорь Шевченко © (2006-04-14 10:46) [27]
> в нулевое кольцо можно же дельфийской проге вылезти?
Во-первых нельзя, во-вторых, не поможет
← →
Jeer © (2006-04-14 10:51) [28]Приведу пример.
Есть муфельная печь.
Требутся управлять процессом нагрева.
Печь имеет время выхода на установившейся режим - 1 час.
Для управления таким объектом достаточно кванта времени в 10-20 раз меньше, т.е. 5-10 мин.
Если не играть в Quake при этом, то вполне подойдет настольная Windows.
P.S.
Все, что связано с "нулевым кольцом" обычно пишется не на Delphi.
С и DDK -придется писать драйвер ядра.
Или метод через физ.память, шлюз и модификацию таблицы дескрипторов GDT.
Стоит ли игра свеч - решать тебе.
← →
antonn © (2006-04-14 14:16) [29]Jeer © (14.04.06 10:51) [28]
печку мне не дали, дали ФП17МН...
с другой стороны, там же перфолента, скорость подачи ее не такая уж и большая.
а про нулевое кольцо - напрямую с портом на НТ не знаю как еще работать. Киньте что ли ссылку почитать, есть ли стандартные функции работы с COM и LPT под NT"шными ОСами...
← →
Jeer © (2006-04-14 14:31) [30]
> скорость подачи ее не такая уж и большая.
Тебе решать.
> с портом на НТ не знаю как еще работать
Да масса вариантов:
Драйверы:
giveio
gwioopm
zlportio (http://www.specosoft.com)
...
CreateFile()
WaitCommEvent
Страницы: 1 вся ветка
Текущий архив: 2006.05.07;
Скачать: CL | DM;
Память: 0.52 MB
Время: 0.011 c