Файловые системы и базы данных
Поэтому после оптимизации будут тесты, которые будут имитировать типичные проблемы файловых систем - в основном, это переупорядочение запросов и, поэтому, возможна ситуация, когда информация о commit уже записана, а данные ещё нет.
Это вообще как? Без write barrier вроде же такое никак не вылечить (ну, не считая вуду механизмов в стиле "считаем диск одной из нод распределенной системы, наворачиваем консенсусы и безнадежно воюем с CAP теоремой")
Я просто вообще с трудом понимаю, что можно сделать, если файловая система не представляет хоть каких-нибудь гарантий целостности.
Снова про прогресс.
Это вообще как? Без write barrier вроде же такое никак не вылечить (ну, не считая вуду механизмов в стиле "считаем диск одной из нод распределенной системы, наворачиваем консенсусы и безнадежно воюем с CAP теоремой")
Я просто вообще с трудом понимаю, что можно сделать, если файловая система не представляет хоть каких-нибудь гарантий целостности.
Снова про прогресс.
no subject
Это вообще как?
Легко. Зависит от какой журнал используем. Типичная файловая система с журналом ( к примеру XFS) гарантирует целостность метаданных. Насколько помню единственная FS которая еще журнализирует и сами данные это ext4.
no subject
(no subject)
(no subject)
no subject
что-то автор бредит тут, нет? как информация о коммите ушла на запись, пока не пришло подтверждение о записи данных?
(no subject)
(no subject)
(no subject)