Запросы не заблокированы при вызове fuse_session_exit ⇐ C++

[Anonymous]

У меня есть программа C ++, которая использует Libfuse3.16.2, это своего рода клиент файловой системы, использующий Libfuse Low Api-Level для разработки. Обычно он застрянет в функции FUSE_SESSION_LOOP_MT и ждать запросов из либефуза, а затем наконец отправить обратно пользователю. >. Предполагается, что я называю эту функцию, когда работает Loop_mt , она остановится и вернется от себя, а остальные запросы io будут застрять в/dev/fuse . Если я снова это будет работать хорошо, это будет работать хорошо. Я использую FIO для моделирования пользователя, поэтому я вроде ниже, когда работал LOOP_MT: < /p>

Код: Выделить всё

    fio --name=small_file_test --ioengine=sync --rw=write --bs=64k --size=1T --    filesize=100M --numjobs=100 --verify=crc32 --runtime=60 --time_based --group_reporting --continue_on_error=all --directory=/root/yunfei.zhu/upfs2/fio_test/

после того, как он на некоторое время запустил, я запустил fuse_session_exit , да, он застрял как желание, но FIO иногда сталкивается с следующими ошибками, иногда он просто застрял и восстанавливается Напишите еще раз после следующего LOOP_MT :

Код: Выделить всё

    fio: io_u error on file /root/yunfei.zhu/upfs2/fio_test//small_file_test.38.0: Software caused connection abort: write offset=53018624, buflen=65536
fio: pid=27828, err=103/file:io_u.c:1787, func=io_u error, error=Software caused connection abort
< /code>
Я хочу знать, почему и как это избежать, это будет полезно, и я буду признателен, если вы сможете мне помочь! < /p>
    fio --name=seq_write --ioengine=sync --rw=write --bs=1m --size=10G --numjobs=1 --runtime=60 --group_reporting --time_based --continue_on_error=all --directory=/root/yunfei.zhu/upfs2/fio_test/

Когда Numjobs 1, он никогда не покажет ошибку выше.

Подробнее здесь: https://stackoverflow.com/questions/793 ... ssion-exit