> - Вы хотели сказать, что описанные вами в начале вашей реплики решения работают исключительно на уровне блочных устройств и абсолютно не представляют себе, что такое файл, каталог, etc?Могут работать как на блочном уровне, так и на уровне файлов. В терминах DLM нету понятия файл\каталог и тп.
Есть понятие "ресурс" и тип блокировки. Данные это один тип ресурсов; каталоги, имена файлов - другой.
> - Вы полагаете, что реализация DLM для UFS через интерфейс GEOM будет более эффективна по потреблению ресурсов, масштабируемости и (особенно) по производительности, чем файловая система, изначально разработанная под кластер?
Что значит файловая система разработаная под кластер - какой тип кластера имеется ввиду - HA решение или полноценный вычислительный кластер?
Я пологаю что реализовать решение для HA кластера на уровне GEOM - возможно, И для случая всего 2х нод (master<>master или master<>slave) оно будет работать с приемлимой производительностью. Для случая UFS в принципе сложно добиться хорошей производительность в случае совместного доступа к одной inode - из-за используемых непрямых указателей на блок.
У вычислительного кластера - совсем другие требования, там это решение не подойдет. Ибо типовое MPI приложение используемое в вычислениях крайне часто хочет иметь совсестный доступ к одному файлу, и количество клиенстких нод - там значительно больше :)