【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/

>>130
言ってるじゃん

>>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の代わり」となるべきだ
そしてそれは実現できてる

>>138
>>131

>>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買収などもそう

>>147
どう迷走してる？

WSLはWindowsを使っていて、ちょっとLinuxを使いたい時に便利。cal -3 とか良くやってる。vim の中で :r!date も良く使う。

僕が考える「馬鹿なマイクロソフト」は間違ったことを考えているはず（僕の想像）
その間違った考え（僕の想像）を指摘する俺は天才！

とかいいそうなんだよなｗ

WSLの迷走は試行錯誤ですむとして
使う側が拘泥してないのか
WSLは何か超えたのか
無くても困らない

とりあえずWSLがあるおかげでMacとかいうクソ高いパソコンを買う必要性がなくなるのはいいこと

>>152
どう迷走しているか聞かれたのに、それに答えないで話を進めないように
同意を得られてないのに、さも同意されたかのように話をごまかさないで

>>153
？

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を高速生成する能力
そしてそれらを構成するための宣言的なオーケストレーションシステム

bashが使いたいから使い始めたんだよ

git bashでおｋ

>>172
一言で言うなら、lsが使いたいならWSL

>>175
lsはpowershellでも使えるよ

>>174
git bashをより良くしたのがWSL
git bashは使えるコマンドが少ないからな

>>176
ls　-al はエラーになるが？

WSLをディスりたいだけかよw
人間として最低だなww

LAMP系の開発環境にMac、って流れが阻害されるから気が気じゃないんだよ
WSL(2)が便利になると困る人々

便利に使えるならなんだって使うのが技術屋だろうに。
WSLディスってる奴はただのバカだな。

どんだけMacにコンプレックス持ってるの
さすがmac板荒らしてるだけあるな

ターミナルをLinuxとして使うならMacよりもWindowsの方が良くなった
事実を言ってるのであってコンプレックスとは関係ない

Linuxでいいじゃん

Linuxで良いけどね。

OSを選んでいいならLinux次点でMac
現場でWindows使うしかない場合にどうするか
WSLはそもそも有効化できないかもしれない
有効化の許可が得られたとして個々のパッケージの許可はどうなるか

>>166
基地外の世界かよw

>>187
>>187

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

古いCPUはWSL2を使えない。

WSL フォーエバーさんやで。

MSはWSL1を先に作ってよかったと思う
WSL2を先に作ってたら多分WSL1は作らなかった

WSL1の開発は大変だから、WSL1のメリットである
Windowsとのファイル共有が速いとか
古いCPU対応とかは切り捨てるという対応をとっただろう
Homeエディションへの対応もしなかったかもな

アホすぎる、WSLってぽっとでてきた技術じゃねーよ
20年以上前からSFUとかでやってる

WSL1が本家のWSLであってWSL2はおもてたんと違う!
https://qiita.com/yugo-yamamoto/items/ac31bbd00f6b88e05793

外部から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哲学を踏まえると最初のほうがそれっぽいけど

UNIX哲学の独自解釈はやめたまえ

あと有名なUUOCのことを知るんだな

https://ja.wikipedia.org/wiki/Cat_(UNIX)#cat%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%81%A8UUOC
UUOCは「無駄なcatの使用（Useless Use of cat）」の略である。 Usenetのcomp.unix.shellに投稿された賢者の観察によると，
catの役割はファイルを連結することである。もしファイルが1つしかないのであれば、何かと連結しようとするのは時間と手間の無駄でしかない 。
にも関わらず、次のような使用をよく見かける。

https://en.wikipedia.org/wiki/Cat_(Unix)#Useless_use_of_cat

猫の無駄な使い方
cat（UUOC）の無用な使用は、ユーザーに便利な機能のみを提供するコマンドライン構造の
一般的なUnix専門用語です。[5] これは「猫の虐待」とも呼ばれます。UUOCのインスタンスを
修正するアクティビティは、デモギフィケーションと呼ばれることもあります。[6]一般的なcat虐待の例は、賞に記載されています。

>>219
そういうことを言ってるんじゃないと思うぞw
理系の頭の善し悪しはともかく対人関係のIQ低そう・・・。

中の人が言ってるんだね
https://github.com/microsoft/WSL/issues/4106#issuecomment-501868870

またロクに使ってないやつが偉そうに暴れてるのか

grep の引数に、対象ファイル名を渡せないの？

touch なんか、ほとんどのプロ中のプロが、ファイルを作るために使っているw

>>216
WSL2にssh serverを入れてssh clientでX11-forwardingするように接続すると、
DISPLAYを設定しなくてもX clientを表示出来るよ。
外部からssh出来るようにすれば、外部のX serverにもX clientを表示出来る。

スレの話の流れ的に

export DISPLAY=localhost:0.0
か
export DISPLAY=:0.0
で動いて欲しいよねって話じゃないのか？

というか出力先がネームサーバーというところじゃ

>>229
公式がそうしろと言ってるからね…
https://docs.microsoft.com/ja-jp/windows/wsl/compare-versions

>>4
Windows のファイルシステムにアクセスさせる場合は，
全く実用にならない．いろいろ調べたが，2倍〜3倍以上遅い．

Windows 共有フォルダのNASとか使ってる場合，
WSL は， まともに mount できないから，
WSL2 しか選択肢はないが，全く使えない遅さ．

python, perl, shell script で小回りの利くスクリプトで，
例えば5分でスクリプト作って，100MBのログ100本読んで
処理するときとか3倍とか時間かかってホント使えない．

実用になると思ってる人，何に使ってるのかかさっぱりわからん．

アプリ開発だろ

アプリで100MBのログ100本読むとかしないからな