Munkám során a Windows Subsystem for Linux-ot ...

Linux

Lassan egy évtizede velünk van a Windows Subsystem for Linux (WSL). De ki használja élesben, termelésre?

( carlcolt | 2025. 05. 20., k – 10:44 )

Nem hasznalunk Windows-t, csak neha tesztelni virtualizalva.

( nagyjoco | 2025. 05. 20., k – 11:10 )

Munkában nem használom Otthon eljátszottam vele, jó játék volt.

( dirtydriver | 2025. 05. 20., k – 11:12 )

én használom de csak shadyben mert offical nem lehet :S devops meló van pár docker image fejlesztés de úgy kell megoldani, hogy dockert nem használhatsz localban, így marad a shady wsl meg a podman :D

( hunluki | 2025. 05. 20., k – 11:14 )

Amíg windows volt a céges gépen addig használtam de annak már sokadik éve.

( locsemege v | 2025. 05. 20., k – 11:31 )

Nem használom. Inkább letettem az asztalomra a céges windowsos gép mellé a natív linuxos gépemet. Így már a windows-os gépet is alig használom.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( KoGa v | 2025. 05. 20., k – 12:10 )

Szerkesztve: 2025. 05. 20., k – 12:10

Kb. meg is halnék nélküle, a lehető leghasznosabb tool :) Persze ki lehetne váltani cloud shellel, vagy VM-el, de gam-ot, aws cli-t, meg python scripteket futtatgatni így a legegyszerűbb.

( K3cs1 | 2025. 05. 20., k – 12:10 )

[x] Használtam, amíg az előző projekten voltam.

Corporate, Win 10-es virtuális gépen Docker futtatása miatt: WSL2 Debiannal. Docker Desktop használta tiltott volt.

( zsirmo v | 2025. 05. 20., k – 12:13 )

en MAC-en vagyok, kollega hasznalja windowson, szokott is szopni vele, random hibak, nincs halozat, multkor valami perl modullal szopott

( doszy | 2025. 05. 20., k – 12:18 )

Használom, imádom. A multis környezethez ott a Windows, közben meg a WSL + VS Code kombóval marha jól lehet dolgozni.

( hunludvig v | 2025. 05. 20., k – 12:43 )

Define "termelésre". A prod rendszereink mind Linux-on futnak, de az anyacég szabályzata szerint csak Windows-t használhatunk Desktop-on. Nem mindenki használja, de ezzel le lehet vágni a build time-ot 20 percről 8-ra.

Nem az én asztalom. Nem hiszem, hogy az ügyfeleink tételesen fizetnének, ahol az egyik tétel a "hunludvig 8 órát optimalizálta X riportot, hogy 20ns-mal gyorsabban fusson" lenne. Megbízom a cégem embereiben, hogy amíg kapok fizetést addig a cég többet nyer a munkámon.

Szerintem egyáltalán nem volt kötekedő. A termelésre szó a production visszamagyarításának hangzik, ami alatt -- főleg, hogy neked alapvetően üzemeltetési / integrációs háttered van -- általában a szolgáltatásban közvetlenül részt vevő rendszereket szoktuk érteni. Én nem is nagyon hallottam ezt így magyarul, illetve ahol meg igen, leginkább ipari környezetben, ott kifejezetten a gyártósor és környékén üzemelő rendszereket értik alatta. Szerintem teljesen jogos kérdés, hogy a fejlesztő desktopját beleértjük-e, mert egyébként meg a "munkám soránból..." meg nyilván az következik, hogy igen. Lehet, hogy megint te vagy az egyedüli nem autista, de hogy miért lenne ez egy nyilvánvaló kötekedés, azt nem látom.

nincs semmi seggfajas. epp ma fejeztem be egy nagyobb projectet, pedig ho-ban keszult.

_mi_ elvezzuk a ho adta elonyoket, ertem hogy ez neked hianyzik, de hat ez van! :DDD

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Nálunk a build rengeteg apró fájl keletkezésével jár, a Defender policy-ből konfigurálódik az anyavállalatnál így nem tudjuk beállítani, hogy ne nyálazza át ezeket a fájlokat. De ha beviszed a teljes fejlesztői környezetet WSL2 alá, akkor közel natív sebességet el lehet érni. IntelliJ és más JetBrains IDE-k szépen integrálodnak WSL2-vel. Win11 DevFS lenne hivatott segíteni ezen, de még nem láttam jól működni.

( Dolphy | 2025. 05. 20., k – 18:38 )

Elozo cegnel desktop-on Windows volt kotelezo. Kollega azzal kezdte, hogy tett ra egy VMWare-t benne Fedoraval. Ez annal eggyel jobb vagy gyorsabb?

( bazso | 2025. 05. 20., k – 19:02 )

Közvetett módon, Rancher desktop alatt. Altatást nem mindig szereti, de amúgy jó cucc.

( kris | 2025. 05. 20., k – 19:09 )

Nálunk nincs, de nagyon jó lenne, mert mindenki magának telepít vagy winget-tel (vagy anélkül) windows-os Git-et meg hasonlókat, vagy Cygwin-nel, vagy ki tudja mivel mit.

Apró probléma, hogy az Office IT-n fogalma sincs senkinek mi WSL, a Security-n se sokaknak, uh. most felmérik. (A standard válasz az, hogy ha POSIX kell desktopon, kérj Mac-et... de én azt nem bírom, meg nem is kérhet bárki.)

Persze közvetlen business case-t nem lehet rá rakni, így aztán prioritása sincs, tehát elég nyögvenyelősen megy.

Ha sikerül elfogadttatnom, hogy a security engedélyezze és bárki akinek Windows-os desktop-ja van meg tudja kérni, hát az csúcs lesz.

Ha valakinek van tapasztalata nagyvállalati IT környezetben (>5000 desktop) való bevezetés kapcsán, (kérem) ne tartsa magában.

Ha valakinek van tapasztalata nagyvállalati IT környezetben (>5000 desktop) való bevezetés kapcsán, (kérem) ne tartsa magában.

Láttam rá példát, egyik nagy cégnél épp használom is a gépen, amit kaptam tőlük. Meg kell indokolni (mondjuk én azzal, hogy K8s CLI eszközök eléggé hiányosak natív Windows PS esetén), de aztán megy gond nélkül.

https://iotguru.cloud

( marcabru | 2025. 05. 21., sze – 05:08 )

Szerkesztve: 2025. 05. 21., sze – 05:14

Használtam az előző munkahelyen. A mostanin (a windowsos mellé) kaptam Linuxos fejlesztő laptopot is, meg is illetődtem. A Windowsos meg olyan szinten le van védve, hogy azon ilyesmit meg se próbálok, max a git bash parancsai vannak.

( zrubi v | 2025. 05. 21., sze – 09:22 )

szerencsére fordítva van: a windows fut egy Linux-os (K)VM-ben - de csak ha nagyon kell ;)

ott aztán eshet-kellhet, ha baj van a lagutóbbi snapshotból visszajön, és szerencsétlenkedhet tovább.

 

a windows számomra  munkára alkalmatlan oprendszernek nevezett erőforráspazarló csilivili izé.

otthon játékra még okés, de a home verzióban nincsen is WSL, mondjuk nem is kell :D

 

szerintem.

zrubi.hu

( freeoli v | 2025. 05. 21., sze – 10:18 )

Volt már olyan, hogy nagyon windows környezetben kellett egy linux alkamatást futtatni és távolról. Ez akkor sokat segített, de egy virtualbox is segíthetett volna.

( Raynes v | 2025. 05. 21., sze – 12:27 )

Szerkesztve: 2025. 05. 21., sze – 12:34

Én nem használom, se munkában, se otthon, de nem tartom rossz dolognak. Gateway drog sokaknak, megnyitva az utat a natív bare metal Linux előtt. Meg esetleg 1-2 cégnél hasznos, ahol semmit nem engednek a gépre telepíteni, BIOS is lezárva, és kerülgetni kell a Windows hülyeségeit, korlátozásait, akkor még sokat segíthet a WSL.

Nekem csak nincs rá szükségem, hogy úgyis natív Linux megy állandóan. Van még 1-2 gépem, amin van elfekvőben Win10 Pro telepítés, de azokat se vettem elő már 1+ éve, és nem is fogom csak azért, hogy azon is linuxozzak, csak virtualizálva. Azok játékokra, meg legacy appok futtatására vannak tartva.

Az kimaradt itt a HUP-os témákból, hogy a MS megnyitotta a kódját a WSL-nek és a Github Copilot-nak is, nem csak az Edit-nek.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

( the_manni | 2025. 05. 21., sze – 16:18 )

Ha muszáj vindózni, akkor gitbash, legjobb. Bevallom őszintén, egyszer rászántam majdnem egy napot, wsl2-t docker céljából próbáltam felrakni, de sehogy se sikerült. Úgy csinált mintha telepítené, reboot required, aztán reboot után megint nem volt... Nem tudtam megoldani.

( Honkydoo v | 2025. 05. 21., sze – 16:18 )

Én nagyon szerettem használni élesben termelésre, régebben.

Jelenleg nem használom, mert szerintem nincs rá lehetőség. Ha lenne, használnám most is!

 

Úgy tűnt anno, hogy sok dologra nem alkalmas, főleg ott ahol fizikai eszközt kell elérni. Viszont script írásra, egyéb szoftveres mágiára nagyon jó tool. :)

 

Egyébként a Kali-t jobban szeretem mint a Windows-t, de nem lehet minden tökéletes... Azzal célszerű dolgozni amit adnak...

A Windows-ban talán az Office családot szeretem egyedül, tudom sokan nem így vannak vele, de nagyon kényelmessé tudja tenni a csapatmunkát.

( zgabi | 2025. 05. 21., sze – 19:19 )

Nem használom, de volt rá példa a múltban, hogy használtam munkára.

( timi | 2025. 05. 22., cs – 16:15 )

Kimarad, hogy a WSL1-re vagy WSL2-re vonatkozik a kérdés. A kettő nagyon más. WSL1 úgy-ahogy a wine megfelelője a Windows világban. Mind a Wine, mind a WSL1 kompatibilitási réteg, amely rendszerhívásokat fordít. A wine főleg gpu gyorsított gui programoknál erősebb. 

Ezzel szemben a WSL2 emulációs technológiát használ. Ennek sok előnye és hátránya is van. Először a  linux guest(ek) mindig futnak, és elvesznek a gép erőforrásaiból. Persze wsl --shutdown parancs leállítja az összes futó WSL2 disztribúciót és a mögöttes virtuális gépet, így felszabadítja az erőforrásokat. Azonban a WSL2 gyorsan újraindulhat, és újra fogyasztja az erőforrásokat. Különösen ha több disztró van telepítve ami nálam gyakori ez probléma. 

A WSL2 nem kínál natív snapshot funkciót a Linux disztribúciókhoz, nem biztosít teljes értékű virtuális gépkezelést. 

A "csak" type-2 hipervizor a VirtualBox, de akkor kapcsolom be és ki amikor akarom. Sok disztró esetén sem fogyaszt sok erőforrást ha általában csak egy guest-et kapcsolok be. Kikapcsolva az összeset pedig semmit nem fogyasztanak, csak tárhelyet, ami belefér. A WSL2 nem kínál natív snapshot funkciót a Linux disztribúciókhoz, még a VirtualBox igen. Nehezen hiányolható funkció szintén.