| Еще один вопрос, связанный с отложенной записью, — это невозможностьпринудительно реализовывать упорядочение записи (write ordering). Хотя приложениеможет пытаться упорядочивать запросы на запись, чтобы эти данныеоказывались на диске в определенном порядке, ядро все равно меняет порядокзаписи так, как считает необходимым, — в основном учитывая соображенияпроизводительности. Обычно это превращается в проблему только в случаесистемных сбоев, так как в конечном итоге данные из всех буферов записываютсяна диск и все хорошо. Как бы то ни было, большая часть приложений никогдане заботится о порядке записи буферов на диск.Последняя проблема, связанная с отложенной записью, относится к сообщениямоб определенных ошибках ввода-вывода. Процессу, который выполнилзапрос на запись, невозможно сообщить ни о какой ошибке ввода-вывода, котораяпотенциально произойдет во время отложенной записи, например, о физическомсбое жесткого диска. Действительно, буферы совершенно не связаны спроцессами. В один буфер могут попадать данные от нескольких процессов, ипроцессы могут завершаться после записи данных в буфер, но до того, как этиданные в итоге сбрасываются на диск. Помимо этого, как сообщить процессу,что запись не удалась, ex post facto?Ядро делает попытки минимизировать риски отложенной записи. Для тогочтобы гарантировать, что данные будут записываться своевременно, ядро определяетмаксимальный возраст буфера (maximum buffer age) и записывает надиск все данные из грязных буферов до того, как их срок жизни превышает этотпредел. Пользователь может настроить это значение в файле /proc/sys/vm/dirty_expire_centiseconds; оно определяется в сотых долях секунды.Также можно принудительно заставить ядро записать на диск буфер определенногофайла или даже сделать все операции записи синхронными. Эти темыобсуждаются в следующем разделе, «Синхронизированный ввод-вывод».Далее в этой главе в разделе «Внутреннее устройство ядра» мы глубже изучимсистему отложенной записи буферов ядра Linux.
|