> Прекрасно. То есть вы хотите сказать, что DLM может быть вообще никак не связан с файловой системой.Да не связан. В качестве такого DLM служит LDLM модуль в Lustre FS - набор абстрактных ресурсов.
в 1.x Lustre (для простоты) номер ресурса совпадает с inode no на клиенте в 2.x используются полностью абстрактные идентификаторы - FID. Cущестует 2 типа локов - plain (bitlock) & extent.
первые простейшая реализация матрицы конфликтов, вторые еще имеют параметр - "диапазон".
> А на основании чего он тогда снимает и устанавливает блокировки? /dev/random?
Вы внимательно читали то что я говорил? Блочное устройство вполне себе имеет операции "начать IO", "закончить IO", "буфер упал на persistent storage".
при начале IO - можно запросить лок у DLM, при возниквении конфликта - дернуть callback который выполнит что-то типа sync/fsync (hint - sync он вобще о файлах ничего не знает - скидывает все что может на диск, таким же образом можно и page cache чистить).
Производительность это просадит - и будет требовать работы с файлами через O_DIRECT (опционально) - но еще раз скажу - реализация возможна.
>Не надо играть в Капитана Очевидность. Вопрос был не в этом.
Так великий и могучий - вы бы расшифровали свой вопрос - у меня телепатия закончилась, как понял так и ответил. Возможно я не всостоянии понять ваших высоких мыслей? тогда расшифруйте ситуацию.