[samsaga2]

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.

[baq]

Use 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.

[jbellis]

Meaning, mount a physical disk?

[baq]

Nonono. Use the Linux home (cd ~) instead of the Windows one in the simplest case.

[sz4kerto]

It'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]

Curious, 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]

Yes, the WSL2 implementation uses a sort-of SMB to mix filesystems, compared to WSL1’s “real” syscall translations etc.

[aspyct]

I 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.

[satya71]

Use wsltty

[aspyct]

Thanks for the recommendation, I'll try :)

[hulitu]

Can't you just use an X server on WSL ?

[aspyct]

Fair point, I never worried about it to be honest.

[_2uwr]

Windows 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]

Are 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]

> 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]

It’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/h...