Linux обеспечивает Прогнозирующее Самовосстановление на x86?
Проблемой может быть Ваш драйвер. Попытайтесь использовать драйвер Nvidia и посмотрите, решает ли он проблему. По словам этого парня, у которого также были проблемы с монитором серии Dell U2, сказал, что проблема была с драйверами Nouveau: https://bbs.archlinux.org/viewtopic.php? id=130972
Прямо сейчас (по состоянию на конец 2015 года) это зависит от того, на каком уровне вы хотели бы иметь возможности самовосстановления.
Я нашел похожее обсуждение здесь по поводу той же проблемы, когда один из «ребят из Linux» 1 ответил , что:
Выполнение этого встроенного ядра нарушит разделение политики и механизма. Нет ничего плохого в том, чтобы предоставить крючки, необходимые для этого в пользовательском пространстве, но, как правило, именно пользовательское пространство обязано решать, что делать при обнаружении возможной проблемы. [ вкратце .. ] Проблема дистрибутива / поставщика, а не проблема разработки ядра.
Следовательно, с точки зрения ядра кажется, что нет никакого намерения поддерживать это - в отличие, например, от Minix. Сказав это, я не нашел конкретной политики, о которой он говорит, или какого-либо прямого заявления Линуса по этому поводу.
С точки зрения пользовательского пространства, кажется, есть хотя бы попытки решить эту проблему на уровне файловой системы.Подводя итоги другого сообщения и соответствующих комментариев, считается, что, хотя другие ОС гораздо лучше справляются с повреждением данных btrfs , похоже, хороший способ реализовать эту функцию для Linux - также на базе ОС.
Однако, хотя заявлено, что она стабильная , она ни в коем случае не так мощна, как SUN (на основе BSD) ZFS , насколько можно прочитать здесь 2 .
1 т.е. Крис Снук - бывший сотрудник Red Hat
2 очень исчерпывающий блог о сравнительном анализе btrfs, который приходит к довольно отрицательному выводу (по состоянию на 16.09.2015)
Нет , поскольку ядро Linux является монолитным. Это один большой двоичный файл, а не состоящий из нескольких небольших программ, которые можно перезапускать по отдельности (как это существует в архитектуре микроядра, такой как MINIX и Hurd).
Лично мне эта функция не интересна. Если что-то выйдет из строя, вы, вероятно, потеряете некоторые данные о состоянии, и даже если системе удастся частично перезапустить и застрять после первой ошибки, она может просто продолжить делать больше ошибок из-за неожиданного изменения состояния.
Правильный способ обеспечения отказоустойчивости - распределить данные по нескольким компьютерам и заставить их проверять работу друг друга на более высоком уровне семантики, чем уровни ядра / ОС.