mas helyeken erre annyit szokas mondani, h rosszul fogod :D
Ezzel továbbra is csak igazoltad, amit írtam, nem értem, mit rugózol, amikor mérhetően szarabb a WSL2 I/O, mint bármilyen más virtualizáció ugyanazon a gépen. Még az is sokkal gyorsabb, ha WSL1-ben NFS szervert konfigurálok fel, amit aztán WSL2-ben felcsatolok és azon keresztül írok az NTFS-re. Egyszerűen el van baszva a gyökerénél a WSL2 és annyira át kellene írni, hogy 6 éve nem írták át.
Ez nem a rosszul tartás esete, hanem egyszerűen szar, amire van n+1 workaround, amivel különböző használati esetekre van kevéssé szar megoldás, de attól még szar marad. Ha pedig WSL2 - WSL2 kommunikáció kell, az még szarabb, és még mindig létezik az a bug, ami miatt bekapcsolt Hyper-V feature mellett nincs rendes network WSL2-ben.
mint mondtam, windo'zintezobol masolgass ki-be, akkor nem lesz lassu...
Ezt a windo'zintezo-t tudom futtatni WSL2-ben script-ből meghívva? Tudod, vannak olyan esetek, amikor WSL2-ből kell kifelé másolni vagy onnan vissza, ráadásul nem manuálisan, hanem programmatically, mondjuk scriptet futtatva. Vagy több WSL2 instance fut, amelyek közös fájlrendszert szeretnének használni. Vagy a build egy része WSL2-ben futna, másik része Windows alatt, de a franc se akar szinkronban tartani két külön fájlrendszeren mindent is.
Röviden: objektíven mérhetően szarabb, mint más virtualizáció. És ezt nem tudod cáfolni, csak nyomod a bullshit-et.