Balancer> В этом случае надо железо править. На исправном железе на такое ни разу не натыкался. Либо ssh, либо, в особо запущенных случаях, Alt-SysRq-EISUB
На серверах нормальных я тоже такое не встречал, а вот на старом компе с Х и интеловской видюхой бывает. При холодном старте сразу после запуска xdm отваливается сразу клавиатура (намертво! какие там SysRq), потом через 5-6 сек мышь, а потом и сам комп.
Если вдруг такая бяка случится на сервере с БД (ну пришло, скажем, в голову, кому-то такое сделать) важной, то…
Balancer> Нет.
Да
Balancer> Без неё СУБД будет сильно тормозить. Вспомни, как систему тормозил Firefox, когда в него засунули sync на каждый чих ради борьбы с какими-то багами связки sqlite + ext3
Сравниваем с ФС поделки наколенные или серьёзные СУБД наподобие постгри или майскуля?
Balancer> Нормальная СУБД вообще ничего не знает про файловую систему. Она говорит ОС писать данные, та - пишет. Механизм записи от СУБД скрыт. Может быть это будет мгновеная некешируемая запись. А может - вообще промежуточный слой в tmpfs Или, вообще, БД может быть в tmpfs развёрнута
Вот! Тут ошибка. Если СУБД говорит: записать на диск прям щас, то ФС должна пулей это выполнить, не тратя время на кеширование, журналирование и тд. Где именно этот диск будет находиться, и в самом деле СУБД пофиг должно быть. Хоть в ОП, хоть на флешке, хоть на аудиокассете, да хоть в /dev/null.
Это уже дело тех, кто настраивает систему. В конечном итоге, операция записи должна быть выполнена однозначно.