3 ms·

I'm reminded of Bedrock Linux hanging during sleep because Linux sleeps the FUSE daemon while a process is waiting on FUSE and unable to be suspended for sleep:

I'm reminded of Bedrock Linux hanging during sleep because Linux sleeps the FUSE daemon while a process is waiting on FUSE and unable to be suspended for sleep: https://news.ycombinator.com/item?id=34583495 https://news.ycombinator.com/item?id=34583495

ParadigmComplex 3y ago
To be clear, Bedrock Linux does not hang during sleep. Rather, it cannot enter sleep consistently; if it fails to, it simply continues on as it was operating before the request to suspend. The underlying issue is a long standing The Linux kernel bug [0] in which it cannot reliably suspend if FUSE is in use. When the kernel detects this scenario, it simply doesn't suspend, but rather logs its difficulty to dmesg. This is not specific to Bedrock, but hits all projects on Linux which leverage Linux's FUSE functionality [1]. It probably hits Netflix's ndrive as well. In the few months since my comment you've linked, I've put some work into a possible FUSE-less Bedrock implementation. It will likely have some downsides compared to a FUSE-based solution, but the trade-off may be worthwhile for some users. While it's too early to commit to this, I'm hoping to eventually support switching between a FUSE-mode and a non-FUSE-mode with a reboot to allow users to pick the desired trade-off in the desired contexts. [0] https://bugzilla.kernel.org/show_bug.cgi?id=34932 https://bugzilla.kernel.org/show_bug.cgi?id=34932 https://bugzilla.kernel.org/show_bug.cgi?id=198879 https://bugzilla.kernel.org/show_bug.cgi?id=198879 https://lists.debian.org/debian-kernel/2011/10/msg00412.html https://lists.debian.org/debian-kernel/2011/10/msg00412.html [1] https://github.com/keybase/client/issues/12458 https://github.com/keybase/client/issues/12458 https://github.com/libfuse/libfuse/issues/248 https://github.com/libfuse/libfuse/issues/248 https://bugs.launchpad.net/ubuntu/+source/sshfs-fuse/+bug/1702368 https://bugs.launchpad.net/ubuntu/+source/sshfs-fuse/+bug/17...

ParadigmComplex 3y ago

To be clear, Bedrock Linux does not hang during sleep. Rather, it cannot enter sleep consistently; if it fails to, it simply continues on as it was operating before the request to suspend. The underlying issue is a long standing The Linux kernel bug [0] in which it cannot reliably suspend if FUSE is in use. When the kernel detects this scenario, it simply doesn't suspend, but rather logs its difficulty to dmesg. This is not specific to Bedrock, but hits all projects on Linux which leverage Linux's FUSE functionality [1]. It probably hits Netflix's ndrive as well. In the few months since my comment you've linked, I've put some work into a possible FUSE-less Bedrock implementation. It will likely have some downsides compared to a FUSE-based solution, but the trade-off may be worthwhile for some users. While it's too early to commit to this, I'm hoping to eventually support switching between a FUSE-mode and a non-FUSE-mode with a reboot to allow users to pick the desired trade-off in the desired contexts. [0] https://bugzilla.kernel.org/show_bug.cgi?id=34932 https://bugzilla.kernel.org/show_bug.cgi?id=34932 https://bugzilla.kernel.org/show_bug.cgi?id=198879 https://bugzilla.kernel.org/show_bug.cgi?id=198879 https://lists.debian.org/debian-kernel/2011/10/msg00412.html https://lists.debian.org/debian-kernel/2011/10/msg00412.html [1] https://github.com/keybase/client/issues/12458 https://github.com/keybase/client/issues/12458 https://github.com/libfuse/libfuse/issues/248 https://github.com/libfuse/libfuse/issues/248 https://bugs.launchpad.net/ubuntu/+source/sshfs-fuse/+bug/1702368 https://bugs.launchpad.net/ubuntu/+source/sshfs-fuse/+bug/17...