Eris
you?
Eris
and what makes you even think that
Anonymous
It's shit.... Insanely high CPU usage... ReactOS only supports one core for now. Everything is in x86 32bit
Camarada Gato
Hello
Anonymous
and what makes you even think that
The fact that people aren't treating ROS the way it's supposed to be
Anonymous
Hello
Hi ! How are you doing there ?
Camarada Gato
Anonymous
Good and you?
Pretty well around there
Anonymous
It's quite enjoying to see that nice sunlight + back at home where there's all I got
Anonymous
Eris
It's shit.... Insanely high CPU usage... ReactOS only supports one core for now. Everything is in x86 32bit
i'll have to take your word for NTFS-3G being resource hungry in regards to CPU usage (but now that i think of it, it seems bullshit, and unfortunately i've got no one else to back me up on that claim), and yes ROS still only supports one core at a time, so what? shouldn't stop the devs from trying to improve both things
Anonymous
It is bullshit
See CPU usage on a VM with FAT32 and another with BTRFS, you'll see that the difference isn't even funny
Eris
Anonymous
maybe you just have a very ancient computer
Doesn't matter, as ROS still supports only one freaking core, regardless of the configuration
Chungy
I dunno what kind of point is being attempted
Anonymous
I have an i5 6500, but it's pretty much the same with a Pentium 4 heavily overclocked
Chungy
If there's a contest on which fs uses the least CPU cycles, of course FAT is always going to win
Eris
Doesn't matter, as ROS still supports only one freaking core, regardless of the configuration
so you're saying i could use a 486, run ROS in a VM and see for myself how shitty it is? 🤔
Eris
i mean, it doesnt matter, as you said
Eris
i could use a 8086 for that test too
Eris
again, doesnt matter
jamie@
macOS uses a kernel-mode implementation of ntfs-3g
jamie@
that works just fine!
jamie@
ntfs-3g slowness is related to FUSE mostly
Eris
ROS wouldn't run on a 486 anyway so it's stupid
now, turn on those remaining braincells, what you said is also stupid
jamie@
and not the implementation itself
jamie@
ROS wouldn't run on a 486 anyway so it's stupid
do you know about winblue_rtm_iotbuild?
jamie@
Windows 8.1 runs on 486es
Chungy
FUSE has a lot of context switching and wasn't really intended for on-disk file systems.
jamie@
so saying that ReactOS wouldn’t be able to is plain stupid
Eris
I dunno what kind of point is being attempted
he's trying to make himself look like the smartest guy ever, and we're just the stupid ones understanding nothing
Chungy
I suppose.
Eris
he's so right, he could be infact wrong (and he is)
Chungy
On the flip side, file systems like btrfs and ZFS will always use more CPU power. I guess in a vacuum that sounds bad, but you'll have to think of checksums and redundancy and compression....
jamie@
and that gives it a bad reputation
jamie@
(+ some corporate distros such as RHEL not supporting it at all)
Chungy
Being abandoned for all practical purposes in Linux development is another reason
jamie@
APFS meanwhile has no checksumming
jamie@
because it’s designed for Apple SSDs
jamie@
(SSDs checksum their data themselves anyway because the cells are unreliable as hell)
Anonymous
But still, who said that NTFS is something we want ? And why moving to NT 6.x requires NTFS ? It doesn't, many Vista installs were done by upgrading a FAT32 XP install
Chungy
Why wouldn't ReactOS want NTFS?
Eris
its required if you want to access a NTFS drive because spoiler alert: if you dont have NTFS support, you cant read or write to those drives!
Anonymous
Why wouldn't ReactOS want NTFS?
I said it multiple times, probably because it's shit
Eris
(gee, who would've expected that one)
Chungy
Also Windows Vista absolutely requires NTFS to run. It can't upgrade XP that's still on FAT32
jamie@
please
jamie@
the disk is converted to NTFS on an upgrade
Eris
But still, who said that NTFS is something we want ? And why moving to NT 6.x requires NTFS ? It doesn't, many Vista installs were done by upgrading a FAT32 XP install
it's the defacto standard in windows, it's the only logical step if ReactOS wants to follow into the footsteps of windows
jamie@
to NT6
Chungy
That's mostly because of the winsxs directly having more entries than FAT32 can support
jamie@
plus once read and write support with proper permissions is implemented, booting isn’t a big jump
jamie@
you can’t use ACLs on FAT32
Chungy
NTFS isn't great, but it's not terrible either, especially for something that's 25 years old.
rosbridge
<BieHDC> ms should write an ext4 driver already and make it their default fs
Chungy
Works fine. Doesn't have the resiliency features found in file systems from the decade following but hey, it's old.
Chungy
ext4 wouldn't work well with Windows either.
Anonymous
<BieHDC> ms should write an ext4 driver already and make it their default fs
I agree, but they won't because they want FOSS, but not fully
Anonymous
they still want their shitty FS and their shit driver implementation
jamie@
you are only writing what can be described as hot takes, Lothaire
Anonymous
the NT kernel is getting old, unlike the linux kernel who gets partial overhauls for many years
rosbridge
<BieHDC> refs could have worked out if they didnt just copy and paste half of the ntfs code :oof:
rosbridge
<BieHDC> they can use unix acls