Live data from Hacker News

Linux 6.9 Set to Drop the Old NTFS File-System Driver

phoronix.com

11–16 of 16 posts

Re: Linux 6.9 Set to Drop the Old NTFS File-System Driver

#12

Good. Means it's more lean. And nothing's stopping someone installing NTFS functionality with apt. I once had to add exFAT[0] compatibility to Ubuntu because I had a thumb-drive flashed in that format. [0] https://itsfoss.com/mount-exfat/

> Are you really trying root as exfat? Will never work. A linux filesystem must support file ownership and access rights per file, which exfat doesn’t. Linux runs only from ext4, btrfs, xfs or such.

https://www.reddit.com/r/linuxquestions/comments/qa36mr/comm...

Re: Linux 6.9 Set to Drop the Old NTFS File-System Driver

#13

Earlier quoted context omitted.

> 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.

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?

> 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/

2: https://www.brain-dump.org/projects/ciopfs/ / https://github.com/martanne/ciopfs

Re: Linux 6.9 Set to Drop the Old NTFS File-System Driver

#14

Nice! Russians opensourced a good ntfs driver finally, so we can retire an old stuff that was slow and generally a headache for years.

Paragon Software, particularly Konstanin Kamarov - it’s worth being specific.

This read-write driver has been a tremendous help to me, from Linux 5.15 till now. I hope they can soon publish the mkfs tool they committed to previously as well.

Re: Linux 6.9 Set to Drop the Old NTFS File-System Driver

#15
post #6

Earlier quoted context omitted.

> 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.

>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]

Re: Linux 6.9 Set to Drop the Old NTFS File-System Driver

#16

Earlier quoted context omitted.

> 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.

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?

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

I don’t have the exact benchmark used to produce the numbers in the article, though. It may be in the half hour video.

Post reply on HN