LINUX.ORG.RU

История изменений

Исправление ktulhu666, (текущая версия) :

Ты и так передаёшь только новые блоки на запись.

В случае в пересылкой объектов, а не блоков можно иметь параллельную очередь на запись, т.к. удаленные барьеры не будут ставить всю запись колом. Другими словами: если поместить в очередь на запись в блочном варианте что-то, то пока удаленные барьеры не разблокируются, то ничего в очередь нельзя будет добавить, запись будет стоять колом. В объектном варианте при ожидании удаленной записи можно пополнять очередь, но приложение вызвавшее запись получит подтверждение записи (или просто тред будет разморожен) только после записи в обе части хранилища. В результате при параллельной записи блочный вариант будет стоять колом, а объектный работать с задержками на каждый запрос, но не всю очередь. Разумеется, это применимо только к сверхвысоконагруженным системам и георепликации, в обычно случае разницы не будет.
Если ты не понимаешь о чём я, то рассуждай о ФС как о БД.

Исходная версия ktulhu666, :

Ты и так передаёшь только новые блоки на запись.

В случае в пересылкой объектов, а не блоков можно иметь параллельную очередь на запись, т.к. удаленные барьеры не будут ставить всю запись колом. Другими словами: если поместить в очередь на запись в блочном варианте что-то, то пока удаленные барьеры не разблокируются, то ничего в очередь нельзя будет добавить, запись будет стоять колом. В объектном варианте при ожидании удаленной записи можно пополнять очередь, но приложение вызвавшее запись получит подтверждение записи (или просто тред будет разморожен) только после записи в обе части хранилища. В результате при параллельной записи блочный вариант будет стоять колом, а объектный работать с задержками на каждый запрос, но не всю очередь. Разумеется, это применимо только к сверхвысоконагруженным системам и георепликации, в обычно случае разницы не будет.
Если ты не понимаешь о чём, то рассуждай о ФС как о БД.