5 ms·

> And nothing's stopping someone installing NTFS functionality with apt. This would be wildly slow (if it runs in userspace using FUSE) The good thing is that

> And nothing's stopping someone installing NTFS functionality with apt. This would be wildly slow (if it runs in userspace using FUSE) The good thing is that the kernel still includes a (better) ntfs driver > This removes the old ntfs driver. The new ntfs3 driver is a full replacement that was merged over two years ago.

GauntletWizard 3y ago
You can install kernel modules with APT - You can even install source code for kernel modules that live outside-of-tree that are recompiled for your system with APT[1] [1] https://help.ubuntu.com/community/DKMS https://help.ubuntu.com/community/DKMS
tux3 3y ago
>This would be wildly slow (if it runs in userspace using FUSE) NTFS-3G through FUSE is what most people are using. It's slower, but not that slow. ntfs3 hasn't seen that much large-scale deployment, and you don't have to look very far to find people complaining about ending up with a messed up filesystem from it. I'd put a very modest level of trust in it not eating your data.
- deleted 3y ago
  [deleted]
marcosdumay 3y ago
FUSE drivers are slow, but "wildly slow" is an overstatement. Anyway, between FUSE, epoll, DMA, and userspace networking Linux is already enough of a microkernel to benefit from it; so when do our CPU oligopolists plan to turn their shared memory hardware into a useful message passing mechanism?
- RunningDroid 3y ago
  > FUSE drivers are slow, but "wildly slow" is an overstatement. I can confirm this, I've played RPGMaker M{V,Z} games natively by swapping out the copy of NWJS¹ it shipped with and running it through a CIOPFS² mount. 1: https://nwjs.io/ https://nwjs.io/ 2: https://www.brain-dump.org/projects/ciopfs/ https://www.brain-dump.org/projects/ciopfs/ / https://github.com/martanne/ciopfs https://github.com/martanne/ciopfs
- TimeBearingDown 3y ago
  FUSE is what I’d call “quite slow”, but FUSE passthrough might finally land for Linux 6.9. https://www.phoronix.com/news/FUSE-Passthrough-In-6.9-Next https://www.phoronix.com/news/FUSE-Passthrough-In-6.9-Next I don’t have the exact benchmark used to produce the numbers in the article, though. It may be in the half hour video.

GauntletWizard 3y ago

You can install kernel modules with APT - You can even install source code for kernel modules that live outside-of-tree that are recompiled for your system with APT[1] [1] https://help.ubuntu.com/community/DKMS https://help.ubuntu.com/community/DKMS

tux3 3y ago

>This would be wildly slow (if it runs in userspace using FUSE) NTFS-3G through FUSE is what most people are using. It's slower, but not that slow. ntfs3 hasn't seen that much large-scale deployment, and you don't have to look very far to find people complaining about ending up with a messed up filesystem from it. I'd put a very modest level of trust in it not eating your data.

deleted 3y ago
[deleted]

marcosdumay 3y ago

FUSE drivers are slow, but "wildly slow" is an overstatement. Anyway, between FUSE, epoll, DMA, and userspace networking Linux is already enough of a microkernel to benefit from it; so when do our CPU oligopolists plan to turn their shared memory hardware into a useful message passing mechanism?

RunningDroid 3y ago
> FUSE drivers are slow, but "wildly slow" is an overstatement. I can confirm this, I've played RPGMaker M{V,Z} games natively by swapping out the copy of NWJS¹ it shipped with and running it through a CIOPFS² mount. 1: https://nwjs.io/ https://nwjs.io/ 2: https://www.brain-dump.org/projects/ciopfs/ https://www.brain-dump.org/projects/ciopfs/ / https://github.com/martanne/ciopfs https://github.com/martanne/ciopfs
TimeBearingDown 3y ago
FUSE is what I’d call “quite slow”, but FUSE passthrough might finally land for Linux 6.9. https://www.phoronix.com/news/FUSE-Passthrough-In-6.9-Next https://www.phoronix.com/news/FUSE-Passthrough-In-6.9-Next I don’t have the exact benchmark used to produce the numbers in the article, though. It may be in the half hour video.