The mere presence of the fusefs kernel module is completely obliterating I/O on my machine. Shortly after loading the fusefs module, or whenever I load it at boot with 'fuse_load="YES"' in /boot/loader.conf, all I/O essentially wedges. All I/O requests will hang for very long periods of time, or totally deadlock. Various programs are reporting I/O timeouts left and right. Actually, the entire computer is basically unusable. Xorg/Xfce will hang on start because of deadlocked I/O and even a basic 'ls' in the console will hang.
I only just installed FreeBSD recently, so I cannot say when the issue originated, but I had 10.1 installed previously and did not experience this issue. I have been through three FreeBSD installs and multiple tests on my hard drive and RAM trying to diagnose this issue, until I finally decided to try disabling fusefs on a fluke, and it fixed the issue. Re-enabling the module at boot time consistently produces an unusable system.
I don't see this, but I don't run X windows and just use a console tty.
I suspect that something in the X-windows/desktop pokes /dev/fuse and
then it goes looking for a fuse fs that isn't mounted.
If you could determine what the "poke" is, then I might be able to
come up with a patch for fuse.
(I know nothing about X-windows etc, so I can't even guess what the "poke"
Maybe you could email on one of the mailing lists w.r.t. what in X-windows
might poke /dev/fuse?
I use fuse and X and I don't see a problem. Is this still a problem for you?