【Bash】Windows Subsystem for Linux【WSL】5

Install the Windows Subsystem for Linux
https://docs.microsoft.com/en-us/windows/wsl/install-win10

前スレ
【Bash】Windows Subsystem for Linux【WSL】4
http://mao.5ch.net/test/read.cgi/linux/1541747008/

>>411
ゴリゴリさせると、大量にプロセス喰うし、後ろでPythonとかを回すとパフォーマンス落ちる。
それなりの処理を期待したいならXは起動しないし、出来るだけcui/tuiで処理させる。
zshとvim,Python3とaptの環境さえあれば比較的なんとかなると思ってる
まあ最近の動向を追いきれてないから経験則であるのは確かなんだけどね。
あと不安定ってのはデスクトップ環境のリリースもいえるかも。ウィンドウマネージャだけなら問題ないかもしれないけどぬ

連投失礼。あと無駄が増えるってとこ。
ufwが使えりゃgufw要らんしnetplan知ってればNetworkManager使わなくて済む
gufwやnmが直接API叩いている？、デーモンを起動しているならわかるんだけどね。

そんなエサでクマーーー

また、色々知ってる俺様スゲー自慢か

いやそういうことじゃないでしょ？
最初に俺のやり方って断って言ってるんだから、別に受け入れる必要はないでしょう。
理解はしてほしいけど。

NetworkManagerが死なれた時の逃げになるかな？と思ったらフロントエンドかい…

>>412
cui使ってる俺えらいっていかんじかな。
今どき流行らない。

今の流行りってなんだろ？？

>>416
小規模でおひとり管理ならいいんじゃない？
今はそんな時代じゃないし、ゆでガエルって感じ。

>>412
ゴリゴリって、久しぶりに聞いた。
システム管理で今のハードウェアを極限まで
使うなんて何効率悪いことしてるんだろう？

>>412
ハードウェアの限界じゃなくて、自分の能力の限界って感じだね。
新しいものを受け入れられない人いるね。

盛り上がってると思ったらここまで凄まじい連投久しぶりに見たｗｗｗ
記念パピコ

なんか必死なのがいるな？キッズか？

いつの間にかドキュメントが日本語化されてる…と思ったが機械翻訳か
タイトルからして残念な出来だし、見なかったことにしよう

https://docs.microsoft.com/ja-jp/windows/wsl/about

Microsoftの翻訳がクソなのはいつものことやね

>>426
君ほどうまく訳せる人はどこにもいないよ

それほど長くないな
訳してみようか。

https://docs.microsoft.com/ja-jp/windows/wsl/build-custom-distro

WSL のカスタムの Linux ディストリビューションの作成

〜の〜の
って・・・

でもお前、日本語すら理解できねえじゃん

日本語は一般的に繰り返しを嫌うものだけど、格助詞「の」は例外的に繰り返しても構わない語。

のを連続して使うのは構わないが包含関係は意識して使ってほしい

docsって自動翻訳だろ？
何を文句言ってるのか

まあMSの機械翻訳の品質が良くないのは同意。

お試し翻訳 | みらい翻訳 | イノベーティブな機械翻訳
https://miraitranslate.com/trial/

・原文: Creating a Custom Linux Distro for WSL
・訳文: WSL用のカスタムLinuxディストリビューションの作成

今さらだけど、wslttyの設定ファイルって
%APPDATA%/wsltty/config
だと知った。

ここに
IMECursorColour=255,0,0
の行を追加すると、IMEがONのときカーソルが赤くなる。
Cygwinユーザにはおなじみの設定がやっと使えるようになったよ。

MS の機械翻訳は、Google 翻訳だろ？

Googleで翻訳した結果と、全く同じになるだろ？

>>436
一致する場合もあるが、たいてい違うぞ。

Bing Microsoft Translator
https://www.bing.com/translator
Google 翻訳
https://translate.google.com/

Build a Custom Linux Distro for WSL | Microsoft Docs
https://docs.microsoft.com/en-us/windows/wsl/build-custom-distro
この記事の一部をコピペして訳してみそ。

Google翻訳した結果にも権利はあるから
勝手に使うことはできない。
まあMSなら金を払って許可を得ている可能性はあるが

だから、オープンソースとかのドキュメントとして
Google翻訳したものを入れることはできない
わかったか？

できないことの言い訳ばかり上手くなる

つうかMSは自前の機械翻訳を商売にしているんだから、わざわざGoogleにライセンスフィー払うわけがない。
Bing翻訳の中身もこれ。

Microsoft Translator
https://www.microsoft.com/ja-jp/translator/

>>440
そもそもこのページ自体の翻訳が無茶苦茶で草
MS日本法人もこんなゴミ売れないの分かりきっててチェックすらしてないんだろうな

この世に完璧な翻訳ソフトなんかねえよ
そもそも日本語の文法が乱れてんだから

>>442

今の機械翻訳はルールベースより機械学習が中心だから、その批判は当たらない。
>>434 の「みらい翻訳」試してみそ。完璧ではないがほぼ不満はないだろう。
ちなみにNTTの関連会社で、NICTとも技術提携してる。

まだまだみたいですね〜


>> 442

The criticism is not correct because machine translation is more about machine learning than rule based.
>> 434 "Mirai Translate". It's not perfect, but it's almost unsatisfactory.
The company is affiliated with NTT and has a technology partnership with NICT.


>>442

機械翻訳はルールベースよりも機械学習に関するものであるため、この批判は正しくありません。
>>434「みらい翻訳」。完璧ではありませんが、ほとんど満足のいくものではありません。
その会社はNTTと提携しており、NICTと技術提携している。

>>444
おおっ、「完璧ではないがほぼ不満はないだろう」→「It's not perfect, but it's almost unsatisfactory」だけ意味が間逆やんけ。
正直、みらい翻訳でこのレベルの誤訳は初めて見たわ。でも他は大体OKでしょ？

>>445
へーすごー
俺が愛用しているみんなの自動翻訳textraは、

機械翻訳はルールより機械学習の方が多いので、批判は正しいものではない。
>>434"Miraki Translate"です。
完璧ではありませんが、ほとんど満足できません。
同社はNTTと提携しており、NICTとの技術提携を結んでいます。

と返しているから、さらに精度が悪いな。あと日本語が微妙。
「It's not perfect, but it's almost unsatisfactory」の文言は難しいのかねぇ

副詞の位置や扱いによるみたいですね。（みらい翻訳）

完璧ではないが不満はほぼないだろう。
　It's not perfect, but you'll have almost no complaints.
完璧ではないが不満はほとんどないだろう。
　It's not perfect, but you'll have few complaints.
完璧ではないがほとんど不満はないだろう。
　It's not perfect, but there's little to complain about.

上記英文を訳すとどれも同じでした
　完璧ではありませんが、不満はほとんどありません。

日本語が自由杉るのよね。

案内業務とかすると分かるけど、一つのこと言うのに２０以上のの言い回しが出来る。日本語やべえよ

おまえら余所でやれ

>>450
すまん(´・ω・`)

>>451
そう落ち込むな(´・ω・`)ヽ(´ー｀)

サブシステムってレベルじゃねーぞ


Announcing WSL 2
https://devblogs.microsoft.com/commandline/announcing-wsl-2/

＞Microsoft will be shipping a Linux kernel with Windows

結局VMで動かすのね

.tar.gzの展開で20倍、git cloneやnpm installで5倍程度早くなるってことで、
I/Oは他のVMと同等になりそうだね

lightweightなVMがどこまでリソース消費を抑えるのかわからないけど、
hyper-vの雑なリソース管理も改善してほしいわ
6月のinsiderからということは、一般向けは1年後かね

A quick explanation of the architectural changes in WSL 2
の項目で書いてある通り、完全なVMじゃないんだろう
VMWareみたいに汎用的である必要が無いから
WSL2のカーネルの上っ面が必要に応じてホスト（Win10側）に要求投げるって感じか
ハイブリッドカーネルっぽい感じでホストに投げる必要がなきゃVM内だけで処理すると

これまではLinuxカーネル互換レイヤーだった(=動作環境に至るまでLinuxカーネルは介在しなかった)けど、
WSL2ではカーネルごと取り込んで、最小限のVM上に実装することにしたのか。
Hyper-Vや他のVM環境と併存できるなら実装はどういう形でも構わないけど、それらと排他って事になるとちょっと面倒だな。

まあFuse動いてDockerまで普通に動作するとなると、いよいよ本当に化けるなこれ。

［速報］WindowsにLinuxカーネルをバンドルへ、Windows Linux Subsystemに最適化。
Microsoft Build 2019　2019年5月7日 Junichi Niino
https://www.publickey1.jp/blog/19/windowslinuxwindows_linux_subsystemmicrosoft_build_2019.html

近い将来、WindowsにLinuxカーネルがバンドルされる方向であることが、マイクロソフトの
「Windows Command Line Tools For Developers」ブログに投稿された記事「Shipping a
Linux Kernel with Windows」で明らかになりました。

Windows 10には、Linux互換機能を実現する「Windows Subsystem for Linux」（WSL）が
搭載されています。これまで、WSLを機能させるにはユーザーがWSL上にLinuxを導入する
必要がありました。

今後のWSLではこれを改め、WSLに最適化されたLinuxカーネルが最初からWindowsに含まれる
ようになり、ユーザーはカーネルを除くユーザー空間に対応する部分のLinuxを導入する
方式になるとのことです。(中略)

搭載予定のカーネルのバージョンは4.19で、これは最新の長期安定版です。今後もつねに
最新の長期安定版を提供していくとのこと。カーネルのセキュリティフィクスやパッチ適用
などのアップデートはWindows Updateによって行われる予定。

また現在Windows Subsystem for Linux（WSL）の次期版となる「WSL2」が開発中で、WSL
2に最適化されたカーネルとともにWSL 2もオープンソースとして公開されることが発表
されました。

もうWindows Services for Linuxの略でいいよ（どこかで聞いたような

これ、もしかしてその内 /usr/home/hoge/fuga.txt とかじゃなくって
Linuxのソースまんまで open() に C:\Users\Hoge\Fuga.txt とか渡したら
そのまんま動く様になったりするんじゃなかろうな・・・？

でもってその内systemdの代替をWindows側から少しづつ持ってったりして
AndroidみたいにLinuxのすぐ上からアプリの下までをMS製の全くの別物に・・・それは流石にないか？

もはやマイクロカーネルとどこが違うのかわからん。

Shipping a Linux Kernel with Windows
https://devblogs.microsoft.com/commandline/shipping-a-linux-kernel-with-windows/

もう、LinuxカーネルでWindowsを動かせるようにしろ。

Win8くらいの頃にもうWindows終わりなんじゃね論みたいのが闊歩してて
まあ仮にWindowsが今日今ここで死んだとしても1年後くらいにMicrosoft Linuxとかやれる会社だからあそこはもう死にようがない
みたいな事を言っていたような記憶があるけど、まさかこういう形で実現するとは。

うーんwindows側とのアプリ連携がどうなるか気になる

ようやくかまともなターミナル出るのかhttps://devblogs.microsoft.com/commandline/introducing-windows-terminal/

ターミナルエミュレータなんて既存ソフトいくらでもあるだろ…と思ったけど
まあ標準添付でまともなターミナルが出るのは良い事だね

欲を言えばXサーバも欲しい
まあこれもフリーや安価なものも出回ってはいるんだけど
Windows側のIMEから透過してibus経由で入力できるようなやつだと最高

つまるところMS製coLinuxになるのか

>同社によるとLinux版「Docker」や仮想ファイルシステムの構築に使われる「FUSE」なども利用できるという。

これが一番嬉しい
FUSE使えなくて苦労したので

システムコールの変換は諦めたのね まあvmより遅かったし
ターミナルは日本語対応完璧にしてくれたらconemuから乗り換えたいな

実用的になるのはウェルカムだが、技術的な面白みはなくなったな。サブシステムのままでの改善は無理だったか…。

今のWSLでエクスプローラーからWSL上のファイルシステムに
アクセスする技術が確立されたのが大きいんだろうな。

今のファイルシステムのアクセスの遅さは、Windows上の、つまりNTFSの上に
WSLから見えるファイルをそのまま保存していたから。
そこにどうしても変換する処理が必要になっていた。

WSL2では単一ファイルのブロックデバイスファイルのようなものが置かれることになるのだろう。
VM技術を応用するだろうから、VHDファイルそのものになると思うが。
ブロックデバイスとしてマウントするからファイルシステムの変換が必要なくなる。

そのかわりにWindowsからアクセスしづらくなるが、そこで冒頭の
エクスプローラーからWSL上のファイルシステムにアクセスする技術の話につながる
WSL上にいる9P Server経由でWSLを通して、VHDファイルの中のファイルに
エクスプローラーからアクセスするのだろう。

ただ思うにVMがVMのインスタンスごとにLinuxカーネルを起動しているのとは違い
WSLのカーネルは一つなのではないかな。Dockerのように複数のディストリでWSLカーネルを共有するのだろう。
今のLinuxサブシステムをVMで動かしたLinuxカーネルに置き換える。
だから「Linuxサブシステム」そのものは存在するというわけだ。
Linuxを起動するわけじゃないから、initプロセスとかsystemdは今と同じく存在しない。

>>471 に補足。↓は2017年10月の記事。

「Bash on Windows」という名称は非推奨に。正式名称「Windows Subsystem for Linux」（WSL）としてベータを卒業、正式リリースに − Publickey
https://www.publickey1.jp/blog/17/bash_on_windowswindows_subsystem_for_linuxwsl.html
> 「Windows Subsystem for Linux」は、1MBに満たない小さなコードによって
> WindowsのNTカーネル上でLinuxカーネルをエミュレーションすることで、
> Windows上でLinuxバイナリを実行する仕組みです。

WSLの何が好きだったかって、この技術的なエレガントさだよ。そうか、とうとう諦めるか…。

今はタスクマネージャーからWSL上のプロセスが見えるわけだが、
これが見えなくなるかな？

（新たな）Linuxサブシステムから完全にLinuxカーネルに処理が
渡されるんだとしたらWindowsからは見えなくなるはず。

もし間に割り込んで、なにかするのであれば
見えるかもしれない。でもそうすると遅くなるだろうな。

今までload averageが適当な値だったのは改善されるのかな？
それとWindowsのプロセスも呼び出せるようにするなら、そこでも割り込みやIPCが必要になってるな。

米マイクロソフトって社長がインド人技術者になってから良くなったよな
日本MSは相変わらずクソだが

よくわからんのだけど、棚上げになってたGPUへの対応とか進展するんです？

VMで動かすようになったらメモリ管理はどうなるんだ…？

>>463
そういうのが欲しい人はWineを使えばいいのよ

マイクロソフトは創業者からの世代交代に成功したので200年続く老舗化も射程距離だが
アップルは引継ぎに失敗したので転落確定って話

OSでは稼がず、Visual StudioとOfficeサブスクリプションで稼ぐのが今のMicrosoftやで

Edgeも独自レイアウトエンジンEdgeHTMLを放棄してChromiumに移行するしな。
そうか、MSでも駄目だったかという思いで一杯だ。

ちなみにEdgeHTMLの特徴は、とにかくメモリなどのリソースを食わないことだった。
その点はWindowsサブシステムと同じ。

今後はそれぞれChromiumとVMに移行して、実用性と引き換えにリソースを大食らいするようになるんだろう。

>>479
言われると思ったが、それもう使えねえわ。
前は古いアプリが結構動いたが、最近のバージョンだと動かなくなった。
しかもアプリの一つであってOSじゃない。WindowsアプリはWindowsで動かしたほうがい。

>>481 Azureで稼いでるって聞いてる。Visual Studioってそんなに儲かるの？

AzureやOfficeのライセンスフィーで喰ってるMSと、
広告料で喰ってるGoogleとどっちが健全なんだろ？

Microsoftの1〜3月期決算
・サーバやAzureを扱うIntelligent Cloud部門の売上高は22％増の96億5000万ドル
・OfficeやLinkedIn、Dynamicsを扱うProductivity and Business Processes部門の売上高は14％増の102億4000万ドル
・Windows、ハードウェア、Xbox、検索のMore Personal Computing部門の売上高は8％増の106億8000万ドル

>>483
＞WindowsアプリはWindowsで動かしたほうがい

だったらカーネル変えちゃダメじゃん

>>485
広告は民衆を商品として使う商売だからな

>>487

なんもわかってないなぁ。

ドライバ周りはNTカーネルのほうが圧倒的に優れてるしLinuxにするメリット無いだろ

>>485
詐欺に加担している広告業界が健全なわけねーじゃん

朝日新聞「今だから作れる祖母の味　キムさんのスープ」
https://hayabusa9.5ch.net/test/read.cgi/news/1557220519/
　
　
今だから作れる祖母の味　「キムさんのスープ」

　祖母の愛情も、自分のルーツも、素直に受け入れられなかった少女が大人になり、生まれ育った長崎市でカフェを開いている。
いまだからこそつくれるスープに自身のアイデンティティーを重ねながら、お客さんたちを元気にしている。

　長崎市江戸町にあるカフェ「Ｎｏｂｉｓｔｅｒ（ノビスタ）」。４月中旬のお昼どき、１０席の小さな店に常連客が次々と訪れる。
オーナーの金海伸子さん（４３）がつくるこの日の日替わりスープは「キムズスープ」。
ニンジンや大根などの根菜に、調味料はみそとコチュジャン、ごま油。
「おいしい」「この味好き」と言いながら、心と体をあたためて、午後の仕事に戻っていく。

　日本人の母と在日韓国人２世の父との間に生まれた伸子さん。長崎市で育ち、話す言葉も日本語だったが、食卓は周りの家とは違った。
母がつくるハンバーグなどのおかずに、父方の祖母、金（キム）西運（セイウン）さんがつくるキムチやナムルが並んだ。

https://www.asahi.com/articles/ASM4Q66FDM4QTOLB00Z.html
https://www.asahicom.jp/articles/images/AS20190506001187_comm.jpg

Microsoft、「Windows Subsystem for Linux 2」を発表 〜LinuxカーネルをOSに同梱
Windows 10のLinux体験は新たなステージへ
https://forest.watch.impress.co.jp/docs/news/1183013.html

こんなものがあるのか・・・

https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-wsl

Interixの互換レイヤー使ってた頃に比べると雲泥の差で今のほうがいいんだけどね。

ギフハフにソースコードあるけど誰もビルドしてないんです？
Windows Terminal Beta

ちょっと使ったけど文字が綺麗
wsl用ならもうこれでいい

Canonical、Ubuntuの「WSL 2」対応を発表　2019/05/08 23:01　後藤大地
https://news.mynavi.jp/article/20190508-820096/

Canonicalは5月6日(米国時間)、「Canonical announces support for Ubuntu on Windows
Subsystem for Linux 2｜Ubuntu blog」において、同日にMicrosoftが発表した新たな技術
「WSL 2 (Windows Subsystem for Linux 2)に対応すると発表した。

UbuntuがWSL 2で動作するようになると、従来よりもファイルシステム性能の向上を期待
できるほか、これまで利用できなかった機能も利用できるようになると見られる。

WSL 2は、LinuxシステムコールをWindowsカーネルのシステムコールに差し替えることで
Linuxバイナリを実行するWSLとは異なり、仮想マシンを利用することでLinuxカーネルを
動作させることでLinuxバイナリを実行するというアプローチを採用している。Microsoftは
この技術によってWSLが抱えているファイルシステム性能の低さが改善されると説明している。

MicrosoftはWSL 2は通常のアップデートの中で提供し、WSLとWSL 2の共存も可能だとしている。
アップデートに関して、ユーザーが明示的に作業する必要はないと考えられているが、すでに
WSLで動作するUbuntuをインストールしているユーザーが実際にどのような作業をすべきかに
ついて明らかにされていない。

WSLからWSL 2にアップグレードすることでファイルシステム性能が向上することが期待
されるが、具体的にどのような変化が見られるのかは現段階ではわかっておらず、今後の
詳細な発表が待たれる。

>>494
試したけど神だぞこれ
もうVSCodeのUIをWSL側で動かすようなアホな真似は必要ない

新しいやつはグラフィック画面搭載されるの？

結局、MS は、Vagrant, Chef などで、仮想マシン上に、Linux を構築する手間を省いた

つまり最初から、仮想マシン上に、Linuxを用意してくれる

別に今でもGUI表示出来るし

>>490
MJD?

>>501
それだけじゃないぞ。
今のWSLと同等の使い勝手を提供するって言ってるんだから、
仮想マシン上のLinuxにsambaなんか入れなくても
Windows上のテキストエディタから自由にファイルを触れるようになるはず。

俺が以前Vagrantで開発用の仮想マシン（samba等込）を作っていたやり方に
近いがそれよりもWindowsと統合された物ができるのは確実

あとはメモリ管理がホストと共通になっていればゆうことなし。
仮想マシンにメモリを分配するのはいやなんだよ。
Linuxカーネルに手を入れるみたいだから期待はできる。

専用のハイパーバイザで動くんだろうけど、今までの使い勝手が変わってしまうのはちょっと嫌だな。
フレームバッファも実装されて画面もLinux管理下になったら普通にVMと変わらないし。
スクショを見るとターミナルは独自のものっぽいが・・・

>>505
今までの使い勝手は変わらないはずだよ。

普通のVMと違うのは、普通のVMよりはるかに使いやすいってこと
例えば（今までどおり）Windowsから直接コマンドを実行できる
Windowsからファイルの変更ができる
起動が遥かに高速

今までだったらWSLは遅いから自分でVM作るって言ってたけど、
もう自分でVMを使う理由すらなくなるよね。

まあ判断するのはWSL2の現物が出てからにしようぜ。
つうか元のWSLだって、速度も互換性もネイティブ並みという触れ込みだったんだぞ、忘れたか？

忘れた！

>>507
最初に登場したときは、ベータ版で
ネイティブ並みなんて触れ込みはしてないはずだが？
ちょっとどこで言ったのか探してきてくれないか？

>>509
とりあえずこの辺かな。
http://hayabusa6.5ch.net/test/read.cgi/linux/1459317475/538
> いくつかのベンチマークの結果、WSLは同じハードウェアで直接実行したときに近い結果をたたき出し、WSLはよい結果を出したとThomas氏は言う。

ファイルシステムってどうなるの？