здравствуйте. хочу сделать fuse-файлуху на тарантуле. пока появился ряд вопросов, как это спроектировать.

у libfuse есть два варианта api -- highlevel(работа с путями) и lowlevel(работа с inode'ами)
т.к. в моём юзкейсе скорее всего это будет не прокси-файлуха, а ходилка в некоторый внешний стородж(со своей адресацией) -- пока кажется логичным юзать lowlevel-апи и хранить метаданные по inode'ам в коробке.

что непонятно -- как прицепить libfuse'овский eventloop к тарантулу. варианты:

1) сделать цикл файбером на tx-треде.
2) coio_call на fuse_loop -- чтобы оно крутилось на worker_pool_threads.
3) внешний C-демон, который с одного конца крутит цикл libfuse, а с другого -- ходит в тарантул по сети.

п.1 -- кажется что обработка транзакций и событий libfuse могут начать мешать друг другу.
п.2 -- т.к. колбеки вызываются на том цикле -- сразу оказываемся вне контекста файберов/кооперативной многозадачности.
п.3 -- нет настроения опять писать асинхронную сеть и заводить на ней tarantool-c :)

плюс п.3 -- можно крутить многопоточный цикл.

скажите, может я чего-то упускаю, и есть вариант как это всё связать просто?

Ну и в голове не перестаёт вертеться вопрос: "зачем?"

Собственно более правильный вопрос: какую роль будет выполнять тут тарантул?

посмотрел. в общем libfuse не даёт такого гранулярного контроля, который даёт libcurl

        while (!fuse_session_exited(se)) {
                res = fuse_session_receive_buf_int(se, &fbuf, NULL);
.......................
                fuse_session_process_buf_int(se, &fbuf, NULL);
        }

так что похоже только вариант с внешним демоном остаётся

Ещё остаётся вариант с отдельным тредом

Нужно в первую очередь поймать этот operation error

Кто-то вообще пользуется этим кворумом со значением не ноль?