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

Цитата linuxfan @ 14.08.07, 13:18

А я говорю, блокирует. В дестстве читал книжку Зубкова «Assebler для DOS, Windows, Unix», где русским по белому было написано, что во время обработки IRQx на контроллере IRQy, где y >= x заблокированы.

Думаю, интеловое руководство в плане точности предпочтительнее.

Невозможно обработка IRQx, когда уже есть IRQy, если x <= y. При этом когда x == y, прерывание блокируется, в ином случае (x < y) запрос сохраняется, но не отбрасывается - контроллер просто сначала сигнализирует об IRQy, а затем (если процессор готов обработать его) - IRQx.

Цитата linuxfan @ 14.08.07, 13:18

Драйвера X сервера выполняются в user mode со всеми вытекающими.

И это есть сакс. О чём и было сказано. Но mo3r имеет особое мнение на этот счёт.

Цитата wind @ 14.08.07, 13:49

И это есть сакс.

Ах неужто?  Вы делаете мне смешно…

Цитата Ho Im @ 14.08.07, 14:24

Ах неужто?

Я ошибаюсь и примерзающий крысиный нос есть хорошо?

Цитата wind @ 14.08.07, 14:27

Я ошибаюсь и примерзающий крысиный нос есть хорошо?

у_меня_курсор_не_примерзает_

Цитата wind @ 14.08.07, 14:27

Я ошибаюсь и примерзающий крысиный нос есть хорошо?

Куда?

Цитата kuzja @ 14.08.07, 14:35

у_меня_курсор_не_примерзает_

А какая машинка бегает под линуксом? У меня третий пень - tualatin 1.2, 512 Мб ОЗУ, винт - вторая барракуда. Может быть, если запускаться на чём-нить, что перекрывает рекомендуемые требования раз эдак в пять-десять, тогда не примерзает?

Сдается мне, что не все понимают разницу между отработкой аппаратного прерывания IRQ, которое как правило блокируется только на то время пока не отработано предыдущее такое же. После отработки прерывания, если на линиях IRQ есть еще запросы, то обрабатывается самый приоритетный. Однако, такие обработчики очень примитивны, они всего лишь регистрируют факт прерывания и выполняют простейшие действия по его обработке. Так драйвер клавиатуры всего лишь фиксирует пришедшее от клавиатуры значение скан-кода. Для того чтобы полностью отработать прерывание обработчик аппаратного прерывания помещает в очередь соответствующее сообщение. А вот дальше и начинаются проблемы с приоритетами, критическими секциями и т.д. Когда придет очередь этого сообщения вступит в дело основной обработчик прерывания, который будет работать уже как нормальный процесс.

Цитата

А какая машинка бегает под линуксом? У меня третий пень - tualatin 1.2, 512 Мб ОЗУ, винт - вторая барракуда. Может быть, если запускаться на чём-нить, что перекрывает рекомендуемые требования раз эдак в пять-десять, тогда не примерзает?

Он у меня не примерзал на AthlonXP 1600+ 256RAM, не примерзает и на Athlon64 3000+ 1Gb.
Расскажите, что я должен сделать, чтобы увидеть это примерзание, на которое вы потратили несколько страниц этой темы?

Сообщение отредактировано: kuzja - 14.08.07, 14:43

Цитата amk @ 14.08.07, 14:40

Однако, такие обработчики очень примитивны, они всего лишь регистрируют факт прерывания и выполняют простейшие действия по его обработке. Так драйвер клавиатуры всего лишь фиксирует пришедшее от клавиатуры значение скан-кода. Для того чтобы полностью отработать прерывание обработчик аппаратного прерывания помещает в очередь соответствующее сообщение.

Ага. Только это единственное место, где оправдана хоть какая-то блокировка - дальше-то откуда критические секции и тому подобное? Главное - на такое дикое количество времени.

Добавлено 14.08.07, 14:44

Цитата kuzja @ 14.08.07, 14:43

Расскажите, что я должен сделать, чтобы увидеть это примерзание, на которое вы потратили несколько страниц этой темы?

Просто поставить линукс и позапускать в нём что-нибудь гуёвое

Цитата wind @ 14.08.07, 14:43

Просто поставить линукс и позапускать в нём что-нибудь гуёвое

Ну значит вы врёте или говорите о том, чего не знаете. Можете опрос провести среди линухоидов. Уверен, ни у кого такой проблемы не окажется...

PS. это таки ещё один вимовский интерфейс

Критические секции приходится использовать везде, где происходит совместный доступ к каким-либо ресурсам. В простейшем случае, в ДОС, все запросы пользовались одной общей критической секцией. Это не позволяло двум приложениям одновременно выполнять какие-либо системные запросы, зато здорово экономило проверки. Впрочем там все ограничивалось объявлением о входе в критическую секцию и объявлением о выходе из нее.

Цитата kuzja @ 14.08.07, 14:53

Ну значит вы врёте или говорите о том, чего не знаете. Можете опрос провести среди линухоидов. Уверен, ни у кого такой проблемы не окажется...

Конечно, вру. Разумеется, не знаю. Я же сразу сказал - у нас у всех коллективные галлюцинации.

Цитата kuzja @ 14.08.07, 14:53

это таки ещё один вимовский интерфейс

Я не пойму, к чему вы склоняете всё время ту тему? Да, вимовский интерфейс ни к чёрту не годится, программа из-за этого - гадость. Хотите поговорить об этом?

Цитата wind @ 14.08.07, 15:11

Конечно, вру. Разумеется, не знаю. Я же сразу сказал - у нас у всех коллективные галлюцинации.

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

Цитата wind @ 14.08.07, 15:11

Хотите поговорить об этом?

НЕТ!

Цитата kuzja @ 14.08.07, 15:15

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

Полно, kuzja, вы же умеете читать
Свои сообщения уж цитировать не стану, остальные вы уже видели - #11553, #11578. Недостаточно?

Сейчас попытался, коммандером зайти на FTP, тут же выскочило предупреждение, что брандмауэр заблокировал доступ, как думаете что произошло дальше?