Комментарии 20
Майки - красавцы) Вместо того, чтобы бросить силы на устранение причин появления этого экрана, они отдают ресурсы на рисование) То одним цветом покрасят, то другим) То надписи изменят :)
Ну, причины уже давно за пределами их контроля, время когда винда падала сама по себе прошло. Падают драйверы от сторонних производителей. Тут только на микроядро переходить, но это наверняка очень сильно ударит по производительности.
Микроядро реально не спасает в случае серьёзных сбоев: если упало что-то критически важное, то просто взять и перезапустить его нельзя, ведь причиной падения вполне могут стать кривые данные этого самого критически важного -- а их инициализировать заново, опять-таки, нельзя, поскольку они критически важны для работы системы (скажем, очереди запросов ввода-вывода, списки процессов и потоков и т.п. вещи). В реальности микроядерных систем, как это понималось изначально, вероятно, не существует. У той же QNX от изначальной идеи микроядра остался лишь вынос драйверов в отдельные процессы; все остальные функции традиционного ядра ОС (управление процессами, потоками, памятью, синхронизация и т.д. и т.п.) де-факто находятся в одном адресном пространстве и не защищены друг от друга. Но вынос драйверов или их частей возможен и в Винде; более того, часть драйверов и работает сейчас в пространстве пользователя. Скажем, бОльшая часть кода, относящегося к ГПУ, уже не часть ядра, и сбои в нём приводят лишь к падению определённых приложений (игрушка, например, вылетит), а не всей системы в целом.
У той же QNX от изначальной идеи микроядра остался лишь вынос драйверов в отдельные процессы
Но ведь для защиты от кривых драйверов ровно это и требуется?
Скажем, бОльшая часть кода, относящегося к ГПУ, уже не часть ядра, и сбои в нём приводят лишь к падению определённых приложений (игрушка, например, вылетит), а не всей системы в целом.
Если честно, то лучше бы вылетала вся система. Потому что от работающей системы мало толку когда недовылетевшая полноэкранная игрушка вызывает перезагрузку графической подсистемы в вечном цикле, не давая даже открыть диспетчер задач.
BSoD в предварительных сборках Windows Vista
Нет, это ошибка загрузчика.
Но на нём будет указан код ошибки и проблемный системный драйвер. Это должно помочь IT-администраторам — им не нужно будет извлекать дампы памяти с компьютеров
Эти данные всегда были указаны, дампы памяти нужны для более подробного анализа сбоя.
Кто хочет проститься с BSOD по-настоящему:
в командной строке от имени администратора введем команду TASKKILL /IM svchost.exe /F
:)
Есть более лучшее предложение - кастомизировать экран смерти с возможностью выставить обои, например, "Безмятежность".
Your device ran into a problem and needs to restart.
Гораздо прикольнее было бы оформить BSOD вот так:
Ну, это нацелено лишь на СНГ. А мой вариант известен везде (собственно, он от "них" к нам и пришёл) и, самое главное, находится в стиле предлагаемого (цитату из которого я и привёл как референс).
Ну, мне Ваш вариант неизвестен вообще и я так и не понял, в чём его суть :)
Значит, у вас просто нет желания узнать это, ведь гуглёж "мем directed by..." выдаёт исчерпывающую информацию в первых рядах выдачи, даже электронный болван поисковика толкует всё предельно понятно.
И похоронную музыку из колонок.
в vista был красный назло nvidia: точнее клоном их видюх под своместимость которых она дрйвера не выдала и эти видюхи были наиболее массовой причиной brsod - тогда nvidia даже брикс эпл подставил хотя там разнообразие железа было минимально
Так я и не понял, чем им синий цвет не угодил)
В это же время Linux:
Куда мир катится.. :)
«Синий экран смерти» — всё: Windows избавляется от BSoD спустя почти 40 лет