In case anyone is wondering: if you want to use sshfs network drives as demoed on their Github page, WinFsp is not enough, you need to also install SSHFS-Win:
Haven't tried the latest versions of WinFsp + SSHFS-Win, glad to see a new GUI for the later and new versions. My experience is good but if you have an unstable connection, the mapped drive didn't reconnect by itself at all times. For a better experience I've always relied on RaiDrive (free with Ads) or SFTP Drive from N software (free for non-commercial)
Used this extensively when I was working on BitFort (abandoned project). It's really solid. If you're open source you can use the whole thing no problem. If you're closed source, a commercial license costs around $5k.
It's interesting to note that WSL uses 9p to mount the filesystem on Windows. Had MSFT taken a more FOSS-friendly approach, we could've had a burgeoning FUSE ecosystem built around 9p.
The WSL team in their GitHub have teased experiments with allowing the 9p server to do more outside of WSL and be an open protocol for Windows moving forward. Given Windows' backwards compatibility mandates, you may be able to understand why they are taking a slow and deliberate exploration process to figure out how much that is something they want to support in Windows moving forward (especially if it escapes the realm of "developer tools" where they feel they have more freedom).
Could one easily distribute software that bundles this and have it installed by novice end users? What kind of permission granting seances would they have to go through, if any?
You probably can and it won't be nearly as bad as what it is on MacOS. You only need a code signing certificate for drivers from Microsoft. You might not even need that if WinFSP provides signed binaries and you don't modify the driver part.
(Source: until 2 years ago I used to work at a company that did that using a proprietary driver - CBFS - and was looking at WinFSP to replace it.)
> What kind of permission granting seances would they have to go through, if any?
From personal experience of using this: WinFSP have ready .msi installer. After going through the standard process of installing it, then you need to install the file system implementation you want (for example SSHFS from http://www.secfs.net/winfsp/rel/).
The required permissions amount to the standard installation prompt, at least from my experience on Windows 10.
It turns out it's actually very easy to outperform off-the-shelf file systems depending on what your metric is. I discovered this when I was developing BitFort (abandoned project) which made use of WinFsp on Windows and pure FUSE on Linux. In my case the secret was having all the paths available in a fast in-memory data structure. I was dealing with a remote cloud file system, yet I was able to open up folders and browse around the file system faster than NTFS can with LOCAL file systems because every path and the MIME type is already in memory. For some applications (i.e. if you have trillions of small files) this might be a memory hog but for most I imagine it would be just fine. Seems like something OSes should have a toggleable option for...
According to the docs [0] it's in part due to an unequal comparison: "[WinFsp] outperforms NTFS in most scenarios (an unfair comparison as NTFS is a disk file system and WinFsp is tested with an in-memory file system)." I guess the point is just that WinFsp is fast enough for practical use.
As mentioned in other comments it is an unequal comparison, but it's easy to outperform NTFS on Windows as the NTFS driver has some serious lock contention issues that make directory enumeration slow.
I've personally only used SSHFS (years ago). It was ok - slightly flakey for me. I can't remember what was wonky, but it was like 98% working, I couldn't figure out the last bit, so I just switched to straight up SMB/samba (I had pretty free control of the remote end, so that was a reasonable solution).
Actually WSL2 might be a better target as it would enable some tweaking of the mapping. Did anyone have success implementing virtio communication through hyperv and mount e.g. a custom p9fs. E.g. to support ownership and attributes. What would be the best p9fs server to start with? I had limited success with p9fs on winfsp from cygwin some time ago due to the problems of mapping effective access rights correctly.
> It outperforms NTFS in most scenarios (an unfair comparison as NTFS is a disk file system and WinFsp is tested with an in-memory file system)
Oh good grief! Let me guess, they first benchmarked it against a ram disk, but the resulting graphs didn't look so impressive so they scrapped that and decided to benchmark it against a disk, which they admit was unfair, just to get the impressive looking graphics.
[+] [-] hdjjhhvvhga|4 years ago|reply
https://github.com/billziss-gh/sshfs-win/releases/tag/v3.5.2...
[+] [-] juangacovas|4 years ago|reply
[+] [-] sam0x17|4 years ago|reply
[+] [-] chajath|4 years ago|reply
[+] [-] WorldMaker|4 years ago|reply
[+] [-] BiteCode_dev|4 years ago|reply
[+] [-] riedel|4 years ago|reply
[+] [-] _def|4 years ago|reply
[+] [-] Rucadi|4 years ago|reply
After mounting an ext3-4 drive, you can RW into it using the file explorer.
[+] [-] Wicher|4 years ago|reply
[+] [-] catwell|4 years ago|reply
(Source: until 2 years ago I used to work at a company that did that using a proprietary driver - CBFS - and was looking at WinFSP to replace it.)
[+] [-] mkotowski|4 years ago|reply
> What kind of permission granting seances would they have to go through, if any?
From personal experience of using this: WinFSP have ready .msi installer. After going through the standard process of installing it, then you need to install the file system implementation you want (for example SSHFS from http://www.secfs.net/winfsp/rel/).
The required permissions amount to the standard installation prompt, at least from my experience on Windows 10.
[+] [-] oaiey|4 years ago|reply
I hope they have reasonable commercial licensing.
[+] [-] api|4 years ago|reply
https://www.expandrive.com/strongsync/
[+] [-] vlovich123|4 years ago|reply
[+] [-] sam0x17|4 years ago|reply
[+] [-] jpeloquin|4 years ago|reply
[0] https://github.com/billziss-gh/winfsp/blob/master/doc/WinFsp...
[+] [-] R0b0t1|4 years ago|reply
[+] [-] andix|4 years ago|reply
[+] [-] icegreentea2|4 years ago|reply
I've personally only used SSHFS (years ago). It was ok - slightly flakey for me. I can't remember what was wonky, but it was like 98% working, I couldn't figure out the last bit, so I just switched to straight up SMB/samba (I had pretty free control of the remote end, so that was a reasonable solution).
Maybe I'll give SSHFS another try again now...
[+] [-] ehPReth|4 years ago|reply
[+] [-] unknown|4 years ago|reply
[deleted]
[+] [-] netheril96|4 years ago|reply
[+] [-] michael-ax|4 years ago|reply
[+] [-] DerekBickerton|4 years ago|reply
[+] [-] riedel|4 years ago|reply
[+] [-] jabiko|4 years ago|reply
[+] [-] coldacid|4 years ago|reply
[+] [-] rkagerer|4 years ago|reply
[+] [-] riedel|4 years ago|reply
[+] [-] pjmlp|4 years ago|reply
[+] [-] shadowfox|4 years ago|reply
[+] [-] AkshitGarg|4 years ago|reply
[+] [-] MichaelGroves|4 years ago|reply
Oh good grief! Let me guess, they first benchmarked it against a ram disk, but the resulting graphs didn't look so impressive so they scrapped that and decided to benchmark it against a disk, which they admit was unfair, just to get the impressive looking graphics.
[+] [-] solarkraft|4 years ago|reply