информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медПортрет посетителяАтака на Internet
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Линуксовый ботнет, распространяющийся... 
 Конец поддержки Internet Explorer 
 Рекордное число уязвимостей в 2021 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / site updates
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Очень такие простые баги в драйвере 01.08.06 13:52  Число просмотров: 4764
Автор: Killer{R} <Dmitry> Статус: Elderman
Отредактировано 01.08.06 14:01  Количество правок: 4
<"чистая" ссылка>
Например разработчики очень легко могли не юзать спинлоки положившись на выский IRQL. Такой драйвер будет прекраснейшим образом работать на однопроцессорной системе и глючить как только появится второй процессор который будет исполнять несинхронизированный код на том же IRQL.. Думаю большинство ширпотребных драйверов написанных до появленния НТ не писалось с учетом того что они будут работать на мультипроцессорной системе. А на НТ, как массовой МР системе, стали вылезать баги. А ламеры стали гнать на НТ.
А если еще добавить специфику написания драйверов корректно работающих с PAE, за учетом того что массовый РАЕ появился недавно и как правило системы поддерживающие РАЕ еще и с НТ...

Аналогичные баги с синхронизацией могут быть и не в драйверах а в обычных программах. Разница лишь в том что драйвер может быть таким что на однопроцессорной системе работает нормально а на МР - глючит. А программа с кривой синхронизацией будет падать и на однопроцессорной сситеме и на МР. Но на МР в 1000 раз чаще. Это не значит что МР (и НТ как кастрированный подвид МР) хуже. Просто под МР лучше проявляются баги, появившиеся изза того что программеры писал код "лишь бы работало", а не так как надо.
<site updates> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach