4 ms·
My problem with WSL is the performance. A real Linux is a lot faster, even a Linux in VirtualBox works a lot better. Maybe only happens to me.
by samsaga2 4y ago
My problem with WSL is the performance. A real Linux is a lot faster, even a Linux in VirtualBox works a lot better. Maybe only happens to me.
- sz4kerto 4y agoIt's just you. WSL2 is a real Linux, there's almost zero performance hit. (If you access Windows filesystem then that's slow, of course.)
- zinclozenge 4y agoCurious, though I feel like when I develop using an IDE like intellij, there's some sluggishness when the project files are on the wsl file system. Is it because of mixing between the windows one where the IDE is installed, and the wsl one?
- smileybarry 4y agoYes, the WSL2 implementation uses a sort-of SMB to mix filesystems, compared to WSL1’s “real” syscall translations etc.
- aspyct 4y agoI use WSL2 on a daily basis and I love it, but the console output is slow. It's mostly due to Windows Terminal having performance issues. But it does have a big impact on any script that prints a lot.
- baq 4y agoUse the native Linux file system instead of /mnt/c and it’s basically native, as it should be, since it’s a hyperv vm under the hood.
- _2uwr 4y agoWindows 10 controls VMware network settings which are behind UAC. So if you want to run a Kali Linux Vmware guest and use Wireshark in promiscuous mode, you better check and reset the VMware network settings each time before running Kali Linux. Windows changes these VMware network settings to what it wants! Its the first time I have seen windows change settings behind the UAC prompt to what windows wants.
- smileybarry 4y agoAre you referring to bridged adapter settings? It could just be a VMware limitation when they reimplemented their Windows hypervisor to work with Windows Hypervisor Platform (I.e. mini Hyper-V), so they could work with Credential Guard / WSL2 enabled. There’s a bunch of initialization work on every boot because of how the Hyper-V adapters are configured (which I hate) so VMware might be tearing adapter bridges/vSwitches down & remaking them each boot. Or if you mean IP ranges and such then that shouldn’t happen in either mode, or at least it doesn’t seem to happen to any of us at the office on Workstation 16/16.2/17. (and VMware asking for elevation to change some adapter settings is a design choice by VMware)
- moremetadata 4y ago> bridged adapter settings? Yes. > There’s a bunch of initialization work on every boot because of how the Hyper-V adapters are configured (which I hate) so VMware might be tearing adapter bridges/vSwitches down & remaking them each boot. It resets everytime the main windows os is rebooted so it sound like this. Like I said, I've never seen settings behind UAC prompts being reset, I've seen settings being reset by windows updates, but never something like this on a day to day basis.
- smileybarry 4y agoIt’s just Hyper-V itself deleting and recreating switches & vNICs. It’s the same root cause as that issue where your Ethernet adapter gets a “(2)” or “(3)” tacked on, like in this (3rd) issue: https://learn.microsoft.com/en-us/answers/questions/326293/hyper-v-windows-10-1809-automatically-creates-and https://learn.microsoft.com/en-us/answers/questions/326293/h...