considerably snappier file performance inside Linux
from being IN WINDOWS? Snappier than WHAT, MS-DOS 1.0 on a FLOPPY?
EVERY test I've EVER run that compares Windows to Linux or FreeBSD has demonstrated that Linux and FreeBSD file system performance is a *LOT* better than windows, by at least 10%. I haven't run those tests in a while, but a lot of numbers that came out at around the release of Win-10-nic showed that 7 was a tad faster than 10, and significantly faster than 8, and about the same as XP [which is what I ran the tests on, using equivalent hardware].
The biggest single problem with the windows file system SEEMS to be what I like to call "paranoid cacheing". Linux and FreeBSD will use ALL of the available RAM as a read/write cache if necessary, to limit the amount of actual I/O until it gets efficiently flushed to the disk, thus making the I/O faster overall. When you have to wait for a write to complete, it just slows EVERYTHING down.
And you see this a LOT with Windows. It's not hard to reproduce, not hard at all. I am not 100% sure that the problem _IS_ "paranoid cacheing" but everything I see tells me that Windows waits for physical write completes, and may even assume it CHANGED ON DISK and then would re-read it back again [instead of leaving it in a cache and relying on it NOT changing], whereas Linux and BSD do asynchronous write cache and generous read cacheing, 'lazily' flushing the cache to disk and journaling the file system to ensure file system integrity if the power goes out or something.
As a result, _I_ _CALL_ _B.S._ ON THAT CLAIM, Microsoft. Maybe WSL is "snappier" than CYGWIN, or Linux in a VM hosted on a windows box, but _NO_ _WAY_ is it "snappier" than LINUX ITSELF!!!
In fact, I think windows should run in a VM on Linux so it can get a FILE SYSTEM PERFORMANCE BOOST from the Ext file system. Similar with FreeBSD, hosting windows and NOT the other way around. UFS+J, ZFS file systems, WAY better than anything Micro-shaft can offer.
/me thought of YSL ties when I saw WSL. Dunno why.