Windows vs Linux - Как десктоп , и игровая станция.

[микроха]

Дык пишите больше непредсказуемого глюконата, и будет вам его еще больше Лично у меня есть решения (пользовательская прога + драйвер), по организации работы в жестком времени, при этом нисколько не мешая функционалу остальным частям, в тойже венде2к. Хотя не скрою, для повышения эффективности, некоторые вещи приходилось совершать напрямую в обход ядра, с полным наплеванием на всю так называемую "безопасность".

[Unhealer]

Цитата n0p @ 07.08.07, 12:16

Лично у меня есть решения (пользовательская прога + драйвер), по организации работы в жестком времени, при этом нисколько не мешая функционалу остальным частям, в тойже венде2к.

Да никто не говорит, что это не реализуемо. Речь о том, что нет поддержки на уровне ядра.

Сообщение отредактировано: Unhealer - 07.08.07, 12:18

[Бобёр]

Цитата

Самоуверенное заявление.
http://msdn2.microsoft.com/en-us/library/ms838340.aspx

интересное кино

[osa]

Навеянно многими темами про ЛИНУХ и ВИН .
Вот смотрите почему в школах и тд не перейти на линух. Ведь не в игры там играть иксовые а учится прогать.
Ну что еще надо ? Интернет есть фришных ИДЕ куча ?

[FullArcticFox]

Цитата osa @ 07.08.07, 13:24

Ну что еще надо ? Интернет есть фришных ИДЕ куча ?

Баян Было энндцать страниц назад

[микроха]

Цитата

Речь о том, что нет поддержки на уровне ядра.

В каком месте её там нет? Кстати в Windows Vista, новая модель звуковых драйверов испльзовать порт WaveRT, предназначеный для большей "реалтаймовости", при обработки звуковых данных.

Как известно линупс в полной ж-е с такими темами, да и именитые производители софта как Steinberg, для него ничего не делает. Как и Native Instruments. Убогий набор прог зачастую это sourceforge-soft, (кросс-платформеный к томуже).

[Unhealer]

Цитата n0p @ 07.08.07, 13:30

В каком месте её там нет?

Шедулер не гарантирует выполнения тредов в нужное им время. Где уж тут можно отыскать реалтайм, я даже не знаю.

Надо читать внимательнее.

[микроха]

Цитата

Шедулер не гарантирует выполнения тредов в нужное им время.

Как это ни гарантирует? Даже в user-mode виндовса, используя GetTickCount/RDTSC/etc, можно вычислить частоту проца, вплоть до единиц мегагерц! Мож это у вас комп глючит, или часть ресурсов ядра сожрана антивирусником? бывает, знаете ли (хотя сам ни разу в жизни не ставил подобный сакс, поскоку после кастрации win2k, вирусы ее не понимают)..

[Unhealer]

Цитата n0p @ 07.08.07, 13:49

Как это ни гарантирует? Даже в user-mode виндовса, используя GetTickCount/RDTSC/etc, можно вычислить частоту проца, вплоть до единиц мегагерц! Мож это у вас комп глючит, или часть ресурсов ядра сожрана антивирусником? бывает, знаете ли (хотя сам ни разу в жизни не ставил подобный сакс, поскоку после кастрации win2k, вирусы ее не понимают)..

Не гарантирует. Вообще говоря, случайные задержки в переключении контекста могут доходить до секунд, и никаким образом не управляются.
Если вы считаете обратное - покажите мне скажем код, который будет выполняться каждые, например, 10 мкс, но ни в коем случае ожидание не должно превышать эти самые 10 мкс.

[микроха]

видимо мосье плохо себе представляет что такое реал-тайм и для каких задач он реально необходим и востребован. Попросту говоря- мосье просто не втеме со своими голословными утверждениями "этого нет, того нет".

Ядра систем под x86 разрабатываються с учетом больших мощностных разбросов железа. Поэтому отказы в ожиданиях имеют место быть.

Такой код есть. Тока он юзает второй таймер, частота прерваний которого может доходить до десятков килогерц. Естественно, что дергать в это время юзермоде код, для передачи ему, какой либо обработки абсолютно недопустимо.

[Unhealer]

Цитата n0p @ 07.08.07, 14:18

видимо мосье плохо себе представляет что такое реал-тайм и для каких задач он реально необходим и востребован. Попросту говоря- мосье просто не втеме со своими голословными утверждениями "этого нет, того нет".

Абсолютно эти же фразы применимы к вам.

Цитата n0p @ 07.08.07, 14:18

Такой код есть. Тока он юзает второй таймер, частота прерваний которого может доходить до десятков килогерц. Естественно, что дергать в это время юзермоде код, для передачи ему, какой либо обработки абсолютно недопустимо.

Это тоже всего лишь слова. Я попросил пример.

PS. Для того, чтобы система считалась RT, ее шедулер должен обладать полной детерминированностью. Где она в винде?

Сообщение отредактировано: Unhealer - 07.08.07, 14:34

[микроха]

По всем вопросам и проблемам с кодингом уровня "высоких технологий" обращайтесь в соответствующие тематические разделы.

[Unhealer]

n0p, короче заканчиваем с этим, потому что 2 упертых человека никогда друг друга ни в чем не убедят.

Сообщение отредактировано: Unhealer - 07.08.07, 14:37

[Xeningem]

Цитата Unhealer @ 07.08.07, 14:25

Для того, чтобы система считалась RT, ее шедулер должен обладать полной детерминированностью. Где она в винде?

А можно поподробнее про детерминированность шедулера? Интересно

[Ho Im]

Цитата Xeningem @ 07.08.07, 16:16

А можно поподробнее про детерминированность шедулера? Интересно

Вкратце — это когда шедулер сказал, что на такой-то таск переключимся через 20 мкс, то это гарантированно не более чем через 20 мкс наступит. Причем действительно гарантированно, без отмазок типа «тут какой-то левый процесс еще пару тысяч квантов захотел, ну, я и уступил».