Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Продолжаем разговор ;-))...(если интересно конечно) 12.02.02 18:14 Число просмотров: 921
Автор: PnD! Статус: Незарегистрированный пользователь
|
> Они руководствовались совершенно другими вещами :
> 1.И в НТ
> ClientServer
> Run-timeSubS
> ;ystem и планировщик процессов
> SystemManagement<b
> >SubSystem частично
> работали в режиме ядра и частично в пользовательском режиме
> и обычно любая из ошибок приводила к синему экрану, эта вся
> хрень происходила по тому что либо CSRSS либо SMSS ждали
> освобождения описателя процесса и если описатель
> освобождался - кирдык.
> И решили мелко-мягкие перевести эти службы со всей их
> прорисовкой окошек в ядро чтоб при переходе из юзерского в
> режим ядра описатель не отлавливать каждый раз.
> А потом те-же серверные процессы тоже используют оконные
> сообщения для контроня состояния, и даже сервер без
> интерактивных процессов не может пахать без CSRSS, наверно
> это был еще один плюс при переводе прорисовки окон в ядро.
> Да и вообще (ИМХО) это не такой уж и большой риск, ведь
> даже если подсистема окон и графики пашет в режиме ядра -
> то там же пашут и дрова сетевыех карт, напр..
> Есть негативный момент - дрова стороннего производителя, но
> на серваке не надо супер графики и поддержки фирменных
> наворотов производителя софта и можно оставить виндовые
> драйвера. С W2kProf все сложнее он может пахать и как
> графическая станция, по этому с дровами проблемы могут
> возникнуть.
>
> Да и вообще - на эту тему есть масса мнений и спекуляций по
> поводу изменения в худшую сторону быстродействия системы
> из-за того, что GDI и диспетчер окон теперь в ядре, можем
> эту тему обсудить.
> (если интересно конечно)
1. Ядро должно быть простым. Сложность - прмой путь к глючности, а для ядра - к падению системы. Наиболее навернутый драйвер как правило для видяхи (и наименее отлаженный, что характерно :). Теперь, чтобы мало не казалось, добавляем до кучи прорисовку форточек. И отправляемся в даун :)
2. Прикол в том, что у меня 2000проф падала с РОДНЫМ (из дистриба 2000) драйвером для ванты лт. После установки детонатора трабл исчез. И, что характерно, 1:1 те же грабли были на старом P166 с S3 Trio 64 - тоже драйвер из дистриба и тоже синие экраны и Спонтанные перегрузы - вот с какой радости система улетает в ребут пока не понял - видимо имеют место ошибки переходов (т.е. скорее всего при определенных условиях стек рушится (!-вот это блин ядро! :)
3. А вот дома на 2000 позавчера решил в героев поиграть. 3-е сообщили про битый дистриб (под NT4 он почему-то целый :), а 2-е спокойно встали, но в неустановленные моменты стали вываливаться. При этом вывод на экран под эксплорером затыкается так, что даже диспетчер задач не вызвать, решалось только выходом из шела (ладно хоть не волшебной кнопкой :).
P.S. А вот кстати затык на PCI-шине (в части IDE) как приводил, так и приводит к резету, даже если заткнулось некритичное устройство типа CD-ROM|CD-RW - драйвер IDE, видимо, ждет чего-то там и не шатдаунится, не то что нахрен отцепить глючную часть. А ведь сие для сервака может быть крайне обломно.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
