News for hackers. Stuff that matters.

A comment on Cross-compiling binaries for Windows is easier than building natively. Parent comment

Re:Cross-compiling binaries for Windows is easier than build... by pxc on Sunday June 19, 2022 @02:47AM (#31796823)
There's some documentation on this in some WSL issues on GitHub, but it's not just NTFS. It's stuff like the broader filesystem architecture's inclusion of pluggable 'filters' (kinda neat, but each layer of them incurs a performance cost) or the way commands on other operating systems depend on caches for certain syscalls that Windows doesn't keep, or keep anything equivalent to.

Too tired to go find them atm

[ Parent | on HN ]
Re:Cross-compiling binaries for Windows is easier than build... by espenwa on Sunday June 19, 2022 @04:12AM (#31797315)
This one? I remember it as an earnest description of the difficulties the WSL team had with the speed of NTFS - and I think it was one of the reasons for the switch to virtualisation in WSL2.

<https://github.com/Microsoft/WSL/issues/873#issuecomment-425...>

[ Parent | on HN ]
Re:Cross-compiling binaries for Windows is easier than build... by pxc on Sunday June 19, 2022 @12:32PM (#31800833)
Yeah, that's the GitHub comment, thank you!

My takeaway from that comment is that there are some important performances issues that apply generally to all filesystems on Windows. Maybe we can partially test whether that's the case by playing with WSL1 on ReFS, ExFAT (if that's even supported, with its limited permissions support, or ZFS, once OpenZFS on Windows stabilizes a bit.

[ Parent | on HN ]