История изменений
Исправление ae1234, (текущая версия) :
задача несколько странная
просто береш и пишеш и читаеш
незабываем после каждой записи делать sync или открывать с direct(если нужно быстро данные разослать на другие ноды - иначе на диск оно попадет со сбросом буферов) - потому как другие ноды вполне могут у себя кешировать эти диски
для чего так делать не сильно понятно - но предположу
например делаем так - разбиваем диск этот изначально на 16 областей + 1 мелкую(для локов)
и - все машины перечитывают диск и видят что там 16 партиций - по одной на каждую
когда машина хочет что то изменить - она сначала должна залочить партицию - например в партиции для локов - записывает кластер - как флаг того что они изменяет эту партицию - потом монтирует партицию и работает с ней как с нормальной директорией - потом демонтирует и записывает кластер что партиция свободна
и так далее
а все это из за того что ntfs умудряться работать примонтированная с разных машин - а на линуксе - нет такого
Исходная версия ae1234, :
задача несколько странная
просто береш и пишеш и читаеш
незабываем после каждой записи делать sync или открывать с direct(если нужно быстро данные разослать на другие ноды - иначе на диск оно попадет со сбросом буферов)
для чего так делать не сильно понятно - но предположу
например делаем так - разбиваем диск этот изначально на 16 областей + 1 мелкую(для локов)
и - все машины перечитывают диск и видят что там 16 партиций - по одной на каждую
когда машина хочет что то изменить - она сначала должна залочить партицию - например в партиции для локов - записывает кластер - как флаг того что они изменяет эту партицию - потом монтирует партицию и работает с ней как с нормальной директорией - потом демонтирует и записывает кластер что партиция свободна
и так далее
а все это из за того что ntfs умудряться работать примонтированная с разных машин - а на линуксе - нет такого