Chungy
NTFS is, nearly by definition, the native Windows NT file system (and that should extend to ReactOS too). It has features that are quite unique to the operating system itself, namespacing, object IDs, native NT ACLs, alternate data streams, several timestamp types, per-file compression and per-file encryption. Just to name a few.
It'd be ludicrous for ReactOS not to implement it eventually. And probably totally reasonable to one day become the default too.
Anonymous
NTFS is, nearly by definition, the native Windows NT file system (and that should extend to ReactOS too). It has features that are quite unique to the operating system itself, namespacing, object IDs, native NT ACLs, alternate data streams, several timestamp types, per-file compression and per-file encryption. Just to name a few.
It'd be ludicrous for ReactOS not to implement it eventually. And probably totally reasonable to one day become the default too.
They'll probably implement it, but I'm pretty sure Microsoft will come up with a newer revision of NTFS, because partitions created on older versions of Windows, pre NT 4.0, aren't working the best with Windows 10 for example
Chungy
the on-disk format hasn't changed since Windows 2000.
Chungy
and who cares, really
Chungy
All the alternatives you've given are Unix file systems. The operating system models are totally different and the file systems reflect the OS they are developed for.
Anonymous
Chungy
None of that matters.
Anonymous
Windows 10 installs mainly on NTFS, but not FAT32, I think I've seen someone installing it on exFAT though
Chungy
ReactOS absolutely needs a file system that supports at least the same features as NTFS. NTFS itself is a natural fit.
btrfs can get mostly there (Windows ACLs are implemented as spceial xattrs. OK, that's probably fine), missing object sets and namespaces though.
Eris
oh my god not again
Eris
we had this ntfs bs a while ago
Chungy
yeah, and I'm bored enough to get some entertainment out of it
Chungy
we all know lothaire is irrational
Julen
I get more speed in the ROS in Btrfs than in Fat
Julen
3 or 4 times faster in everything
Stas'M
Someday we'll be able to switch to fastfat_new (by MS), it should probably be faster and more stable
Eris
why
Jose
Not as powerful and secure as NTFS, but it is an old days filesytem and it works.
Jose
BTRFS implementation under ReactOS is also working very well now.
Jose
Thanks to the team for the effort.
Anonymous
Eris
"but does that mean i'm a idiot (a)s (s)oon (a)s (p)ossible"
Eris
you are an idiot
Julen
I'm trying to use the PC to write a little Script. Like a typewriter. No LAN, no other things, no fireworks. Only write.
Jose
🙄
✝️ ☺️🌞 HD Scania
You just have 317GiB hard drives, then insufficient to get few more systems installed
And you don’t have UEFI at all? ROS isn’t yet ready for amd64 and UEFI
Stas'M
Tobiyo
welp i was wondering why windows doesn't have a journaling filesystem
Tobiyo
linux is using one by default aswell iiuc makes me ponder what features the windows family uses that is specific to ntfs
Stas'M
Stas'M
Stas'M
Tobiyo
it is journaling? did not know that o.O
Tobiyo
don't we? aren't non-clean shutdown is considered a problem on windows?
Tobiyo
even windows give you a black screen saying "windows didn't shutdown correctly"
Stas'M
Stas'M
It doesn't prevent boot
Tobiyo
one that is supposed to scare a user isn't it? why issue a warning if its not actually a problem?
Stas'M
Stas'M
I'm gonna begin using mute feature if you guys continue this topic
Anonymous
It doesn't prevent boot
It can prevent boot though lmao
Especially if you were in the process of a system update or something
Tobiyo
no? i geniunely thought windows had large problems with non clean shutdowns
Anonymous
Eris
thats not even the same thing
Tobiyo
What's not the same thing?
Tobiyo
i'm honestly still confused
Alexander
This is not a "omg windows is crappy, ros will get better and we write our trash down" Community 🤔
Tobiyo
sure, i was simply curious and appearently misinformed about NTFS
Chungy
at least educate yourself before spewing criticism
Chungy
NTFS was a journaling fs before Linux even dreamt of such things
Stas'M
Chungy
what's kind of funnier too, the modern design of filesystems ditched the concept of a journal, being a solution to a problem inherent with rewrite-in-place file systems.
Stas'M
Chungy
Tobiyo
Chungy
and yes, you can create NTFS with Windows NT 3.1 and it'll work in Windows 10. The downside, it upgrades the on-disk format so NT 3.1 can't mount it anymore.
(this is not dissimilar to in-place upgrades of ext2 or ext3 to ext4)
Chungy
doesn't matter for the point
Tobiyo
and the backwards compatitbility is something windows does well imo
Chungy
and for what it's worth, Theodore T'so (maintainer of the ext* file system) doesn't even consider ext4 to be a major change. It's ext2 with some more feature flags enabled.
Chungy
basically the same file system from 1994 with a few more features added to keep it running (and even then, it still is rather limited for modern computers)
Tobiyo
limited in what sense?
Anonymous
Hence why there are some way newer file systems for Linux OSes, that work way better, like XFS, ZFS, F2FS (saying this one is better is a stretch honestly), BTRFS and so on
Tobiyo
i'm rather confused about file systems now
Chungy
It hasn't caught up with disk/volume size requirements very well. Being limited to 16TiB for example. Limited to 64KiB xattrs, ACLs are bolted on through xattrs rather than being a native feature
Chungy
T'so considered ext4 to be a stopgap measure to keep it running until btrfs became ready. he didn't forsee btrfs dying like it did.