【Bash】Windows Subsystem for Linux【WSL】9
■ このスレッドは過去ログ倉庫に格納されています
ついにWSL2が登場したぜー。こりゃ完全にLinuxだ。ヒャッハー！WSL最高！開発にLinuxは使わねぇー。Windowsで開発してLinuxは動かすだけや！
WSL2アーキテクチャ
https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html
WSL 2では、仮想マシン環境が起動し、bashがコマンドを受け付けるまで2秒程度という速度で起動できる。
このため、コマンドプロンプトなどからwsl.exeなどを使ってbashコマンドを処理する時間は、
現在のWSL 1とほとんど変わらない。また、本物のLinux実行環境であるため、
これまで正しく動作できなかったアプリケーション、例えばコンテナシステム（Dockerなど）や
ユーザーファイルシステム（FUSEなど）も動作させることができる。その上で、現在のWSL 1と同等の機能と使い勝手を実現するという。
WSL 2はWSL 1を置き換えずに併存する
WSL 2が登場したからといって、WSL 1は廃止になるわけではなく、引き続き利用可能である。
ファイル共有プロトコル「9P」でWSL 1との互換性を確保
このように、WSL 2とWin32環境の間のファイル共有は、どちらも9Pを使うことになる。
また、WSLからWin32プログラムを起動する「Win32相互運用性」では、最初にWSL側で、
実行ファイルを判別する必要がある。具体的には、実行ファイル先頭のマジックナンバー
（Win32ではMZ）を見て、LinuxのELF64か、Win32の実行ファイルなのかを判断する。
前スレ
【Bash】Windows Subsystem for Linux【WSL】8
https://mao.5ch.net/test/read.cgi/linux/1590742701/ >>120
はぁ
WSLはVMとして使えてるだろ
というかVMそのものだろうが
今はWSLと書いているがWSL1じゃなくてWSL2の話をしてるんだぞ？
VMそのものではあるがまだまだ機能として小さいから不便さがある
というのがWSLの現状だ >>121
WSLはVMとして使えないから、VMでできることがWSLではできない。
つまりWSLに足りないものが有る。なにか知ってるかね？ｗ >>122
WSLはまさしくVMではあるが機能をオミットしている
起動の軽快さやWindowsとの統合を維持したままオミットした機能を取り戻しフルVMに成ることがWSLの唯一のサクセスストーリー WSLはまさしくVMではあるが機能をオミットしている
だからVMとして使えない
WSLは最初からVMとして使えるように作られていない
といってるだろうがｗ
結局自分で答えを言っちゃってるのｗｗｗ >>124
WSLはすでにVMとして使えるし最初からVMであるがまだ追加すべき機能がある
お前の世界では0か1なのだろうが現実世界はそうじゃない >>125
WSLにはVMとして足りないものが有る
いつから使えるようになったんですか？
ヒントｗｗｗ
101 名前：login:Penguin[sage] 投稿日：2020/12/25(金) 09:57:55.09 ID:XLD1cBQ7 [3/6]
フル仮想化インスタンスとオーケストレーション基盤
WSLに足りないのはこれ はやくウェーイランド対応にならないかなあ。
native GPUのLinuxtって実はさほど経験無いんだよね。 >>126
はぁ
フル仮想化はVMの必須条件じゃないぞ
WSLはミクロVMとしてVMの要件を満たしている
しかしフル仮想化と比べると機能が足りない >>128
フル仮想化はVMの必須条件なんて一言も言ってない
改変すんなアホめ > しかしフル仮想化と比べると機能が足りない
それこそが、WSLがVMとして使えない証拠
お前がWSLをVMとして使えない理由を言ってる >>132
どこでいってるか、指してみましょうか？
話はそれからね >>131
フル仮想化より機能が少ないがVMとして使える
フル仮想化すればより便利に使える
いい加減理解したら？ フル仮想化より機能が少ないからVMとして使えない
そもそもVMとして作られてないのでフル仮想化することもない
フル仮想化を使いたければ、Windows上にフル仮想化ソフトを入れればいいだけの話
WSLからWindows上のexeを実行することが出来る
現状で何も問題にならん >>133
お前は度々「フル仮想化でなければVMとして使えない」と言っている >>135
ひょっとしてWSL1の話をしてる？
今はWSL2の話をしてるんだぞ
WSL2は軽量VMだ
軽量VMはVMだろ
WSL2はVMだ
軽量VMはVMであるがフル仮想化VMと比べると機能が少ない
WSL2は機能を拡充してフルVMとなるべきだ >>136
だからどこで言ってるか指せと言ってるだろ
>>137
WSL1とWSL2は実現方法が違うだけで同じ用に使えるように作られてる
内部実装の話をするのは意味がない
同じ用にというのは、VMではなく「MacのiTermの代わり」のようにという意味だ
WSLを「MacのiTermの代わり」として使えてるので何も問題ない >137
> WSL2は機能を拡充してフルVMとなるべきだ
WSL2も「MacのiTermの代わり」となるべきだ
そしてそれは実現できてる >>140
やっぱり「フル仮想化でなければVMとして使えない」とは言ってないじゃないかｗ
「フル仮想化と比べると機能が足りない」から「VMとして使えない」と言ってる
「（フル仮想化と比べると）機能が足りないからVMとして使えない」
「機能が足りないからVMとして使えない」 >>138
同じように使えるなら変える意味がない
変えたということは同じように使うことを想定していないということ
1と2で変わったことはなにか？仮想化だ
WSLにはVMとしての役割が求められているということだ
ただのbashターミナルの代替品ならVMはいらなかった
Gitバンドルのbashなりなんなりもっと手頃な手段がある >>141
同じこと
フル仮想化と比べると機能が足りない、というのはフル仮想化でないということだ >>143
仮想化の有無は関係ない。
VMとして使うための機能が足りないからVMとして使えない
というか、そもそもVMの代わりとして作っているのではないから
あえてそれらの機能を搭載していない。 >>142
> 同じように使えるなら変える意味がない
そういうこと。
MacやLinuxと同じように使えるからMacやLinuxに変える意味がない
それを実現するためにWSLが作られた >>142
> WSLにはVMとしての役割が求められているということだ
ああ、違うよ。より良いカーネルの互換性を実現するためだよｗ
> Gitバンドルのbashなりなんなりもっと手頃な手段がある
それらは、Ubuntuのパッケージをそのまま使えたりしない
MSはLinuxディストリビューターがやってる大変な
パッケージのメンテナンスをしたくないんだよ WSLは迷走してるだけ
Dockerをwindowsで使う方向にしても
Linuxで使えばすむし 「快適な開発環境をMicrosoftが提供する」という方向でずっと一貫してるが？
例えばvscodeのLinux対応やgithub買収などもそう WSLはWindowsを使っていて、ちょっとLinuxを使いたい時に便利。cal -3 とか良くやってる。vim の中で :r!date も良く使う。 僕が考える「馬鹿なマイクロソフト」は間違ったことを考えているはず（僕の想像）
その間違った考え（僕の想像）を指摘する俺は天才！
とかいいそうなんだよなｗ WSLの迷走は試行錯誤ですむとして
使う側が拘泥してないのか
WSLは何か超えたのか
無くても困らない とりあえずWSLがあるおかげでMacとかいうクソ高いパソコンを買う必要性がなくなるのはいいこと >>152
どう迷走しているか聞かれたのに、それに答えないで話を進めないように
同意を得られてないのに、さも同意されたかのように話をごまかさないで WSLは商売につなげようとしたのだろうけど
Windowsユーザーとしては期待はずれ
MSがcygwinとかの欠点をなくすのかと思った人は肩透かし
それ以下でしかないから >>156
お前Windowsユーザーじゃないじゃん
どうやってCUIコマンド使ってるか言ってみ
言えないよな？ Windowsユーザーじゃないからｗ 嘘つきまくってWSL貶してるのって志賀か。
いつまでも同じパターン繰り返してんのな。 WSLディスリ野郎はグロ針化したLinuxマンセーと同じパターン。
つまり、志賀ｗ
ちゃんとWindowsとWSLとCygwin使ってたら「Cygwin以下」なんて嘘は言えないｗ 以下も以上もない
まったくの別物だ
Cygwinはターミナル
WSLはVM WSL2はVMを利用してターミナルを実現したもの
Cygwinと同様の用途に使用できるが
MS公式で性能が上でLinuxカーネルとパッケージをそのまま利用する >>160
wslはvmでないだろう。wsl2とは違う。 自分はCYGWINはソースコード互換シミュレーター、WSL1はLinuxカーネルシミュレーター、WSL2はLinuxシステムエミュレーターと、ざっくりとした認識で、その上でどう取り扱うかはユーザー次第かな。
GNUユーティリティや他アプリがそのまま動作するWSLはかなり便利だと思う >>162
今は何も付けずにWSLと書いた場合は暗黙にWSL2の事を言うのが常識
WSL1の事を言いたいなら明示的にWSL1と書くこと >>164
> 今は何も付けずにWSLと書いた場合は暗黙にWSL2の事を言うのが常識
お前の常識なんて知らんよw >>165
は？
世界の常識だ
このスレでも他のSNSでも業務でもWSL=WSL2で通じてる
1だの2だのつけるのは両方が同じ文脈で登場して区別しなきゃならないときだけだ WSLは実行環境として使うものではないのでは？私は開発に使っています。と書いたら、お前は間違っている志賀が云々と反論されたんですよ。
で、一か月くらいしたら、WSLは実行環境ではない、お前は使ったことが無い、お前は間違っている志賀が云々と反論されたんですよ。 >>167
じゃあ志賀とやらを探し出してそいつにいえな >>167
ちなみにどこで言われたのか言える？
なんとなくお前の妄想な気がする
ありもしない幻覚が見えてそうｗ そのとき感じたのは、この人は反論したくてWSLを入れてみたのではないかなと。
つまり、使う必要が無さそうなんですよね。
最初は、Dockerより優れてるという文脈で語ってましたから。 powershell、scoop、docker
ターミナル作業はこれでいい
WSLに求められるのはミクロVMとフル仮想化VMを高速生成する能力
そしてそれらを構成するための宣言的なオーケストレーションシステム >>172
一言で言うなら、lsが使いたいならWSL >>175
lsはpowershellでも使えるよ >>174
git bashをより良くしたのがWSL
git bashは使えるコマンドが少ないからな WSLをディスりたいだけかよw
人間として最低だなww LAMP系の開発環境にMac、って流れが阻害されるから気が気じゃないんだよ
WSL(2)が便利になると困る人々 便利に使えるならなんだって使うのが技術屋だろうに。
WSLディスってる奴はただのバカだな。 どんだけMacにコンプレックス持ってるの
さすがmac板荒らしてるだけあるな ターミナルをLinuxとして使うならMacよりもWindowsの方が良くなった
事実を言ってるのであってコンプレックスとは関係ない OSを選んでいいならLinux次点でMac
現場でWindows使うしかない場合にどうするか
WSLはそもそも有効化できないかもしれない
有効化の許可が得られたとして個々のパッケージの許可はどうなるか LinuxユーザーのフリしたLinux信者が洗脳してくるスレになってるなw >>188
マジで基地外は歴史も知らんのかよw
最初は今で言うWSL1しかなかったからWSLと言っててWSL2が出てきたのでWSLをWSL1 と言うようになった
なので今でも単にWSLと書けばWSL1とWSL2の両方に共通的な話か個別の話ならWSL1を意図していると解釈するのが普通
反論したいならまともな根拠示せ >>190
WSL1はもうオワコンだから話題に出ることも殆どない
WSLといったら今はWSL2だ
Windowsといったら今はWindows 10のことだと誰にでも伝わるようにな かってにオワコン扱いしてれば？
現実はそんなことないけど。 >>191
> WSL1はもうオワコンだから話題に出ることも殆どない
適材適所も理解できないアホw Web翻訳家 志賀慶一のガチ犯罪疑惑まとめ
http://mao.2ch.net/test/read.cgi/linux/1605787413/
何故か志賀はこのスレにだけは書き込まない
まぁ少なくとも不正アクセス禁止法には抵触してるな >>186
> 有効化の許可が得られたとして個々のパッケージの許可はどうなるか
LinuxやMacだと、個々のパッケージの許可は得られない >>191
> WSL1はもうオワコンだから話題に出ることも殆どない
Microsoftがどちらにもメリットデメリットが有るので両方開発を続けると言ってる
実際開発されていて、この2つのバージョンはディストリ単位で切り替えることが出来る とにかく手軽にLinuxを試してみたい！ 仮想マシンも使わずもっと手軽にWindowsマシンでLinuxを使えないか。
そんなご要望に応える機能がWindows 10に搭載されました。
そうなんだよね素人がwslで遊んでるだけで
何か進化があったわけじゃない。
wsl最高とかのレベルではない >>197
後半の文章につながってないぞ
素人かどうかは全く前半の文章に含まれていないだろ んだんだ、WSLが急に出てきたとか思ってるニワカだし、スルーでいいかとw MSはWSL1を先に作ってよかったと思う
WSL2を先に作ってたら多分WSL1は作らなかった
WSL1の開発は大変だから、WSL1のメリットである
Windowsとのファイル共有が速いとか
古いCPU対応とかは切り捨てるという対応をとっただろう
Homeエディションへの対応もしなかったかもな アホすぎる、WSLってぽっとでてきた技術じゃねーよ
20年以上前からSFUとかでやってる 外部からWSL2のネットワークにアクセスするの面倒なんだよねぇ >>206
外部だけでなくホストのWindowsからもアクセスしにくい。SSHトンネルはwsl1で開けてるよ SFUはフリーソフトに負け
WSL1で仕事につながらず
docker頼みで接続可能でないWSL2を作った
version1version2じゃなくtype1type2だ > SFUはフリーソフトに負け
MSも積極的に開発してなかったしな
なにより対応パッケージが少ないし、どう考えてもパッケージの提供が大変すぎる
多くのオープンソースがあってアップデートのたびに正しく動くか検証しなきゃいけない
それをやってるUbuntuとかのディストリビューターは大変だと思うよ
WSLの成功はそこをUbuntuに丸投げできたのが大きい
だからMS独自のLinuxディストリ（＝パッケージの提供）は今後も作らないだろうな
> WSL1で仕事につながらず
> docker頼みで接続可能でないWSL2を作った
どういうこと？
docker頼み＝dockerが使えるなら仕事になる＝WSL1からdocker使えるよね？ >>206
WSL2のネットワークという考え方はすじが良くない
WSL2はWSL1と同じでホストOS上でアプリが直接動いているという体なんだから
ポートの開放＝ホスト上のポートとWSL2上のポートのマッピング機能と考えるべきだろう
HyperV的にはできたはずだけど、WSL2ではまだ対応してないの？ WSLのアンチは適材適所って言葉を知らないのか？
それともただのバカ？ >>210
WSL2のネットワークは外部からは見えないので
Windows側でportproxyなどで中継しないとアクセス出来ない >>212
内部の実装はそれでいいんだよ
portproxyみたいなのを自動的にやってくれる機能は
まだWSL2に搭載されてないの？って話
第一段階は、手動でポートとディストリをマッピングするコマンドを実行
第二段階は、WSL2でポートを開いたら、カーネルが検知してコマンドを自動実行
とかね Windows 10 Home 版に、WSL2, Docker を入れた
CPU-i3, 8GB メモリで、Windows の連続アップデートに、3時間掛かった
その後、WSL1 から、WSL2への変更。
Dockerのインストール自体は簡単だった
これで、Windows10 プロ版じゃなくても、Dockerを使える。
Kubernetes も入っていた
Ubuntu 長期版も入れて、日本語化する
今は、ここまで出来る開発者が求められている！
Linux の運用構築も、開発者の最低ラインになった。
Mac みたいに、Linuxを知らない香具師は、むしろ、Windowsよりも遅れることになったw
1. Windows 10の連続更新
2. WSL1から、WSL2への変更
3. Dockerのインストール
4. Ubuntu 長期版の日本語化 export DISPLAY=$(cat /etc/resolv.conf | grep nameserver | awk '{print $2}'):0.0
は気持ち悪いよね・・・・。なんでもっとスマートに出来ないかな。 バーチャルマシンだからWindowsと別ネットワーク
スマートな解決ってソフトLANカードだな
virtualboxみたいな >>216
> なんでもっとスマートに出来ないかな。
お前の頭の悪さをつぶやかれても困るんだがｗ
awk使ってるのに、awkのパターンマッチング使わずgrepを使う。
ファイル読み込みすりゃいいのに、わざわざcatを使う
動くからヨシで基本を勉強してないだろ
export DISPLAY=$(awk '/nameserver/{print $2":0.0";exit}' /etc/resolv.conf)
あとオレのマシンだと3行返ってきたから1行だけにしておいたぞ UNIX哲学を踏まえると最初のほうがそれっぽいけど ■ このスレッドは過去ログ倉庫に格納されています
