【Bash】Windows Subsystem for Linux【WSL】7
■ このスレッドは過去ログ倉庫に格納されています
ヒャッハー！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】6
https://mao.5ch.net/test/read.cgi/linux/1560665525/ Windows Terminalは、結局、bold表示には対応しないままRC1になっちゃいましたね
対応の方法について思ったよりも広範囲で論争になってるみたい
https://github.com/microsoft/terminal/issues/109
全角記号に日本語全角フォントを使ってくれないのも残念なままですが、
こっちはUnicodeレベルでぐちゃぐちゃだからなぁ > Windows Terminalは、結局、bold表示には対応しないままRC1になっちゃいましたね
bold表示に対応してる端末なんてあるの？ >>790
https://en.wikipedia.org/wiki/ANSI_escape_code#SGR_parameters
元の仕様は8色しかなく、名前を付けただけでした。SGRパラメータ30?37は前景色を選択し、
40?47は背景を選択しました。かなりの数の端末が、異なるフォントではなく明るい色として
「太字」（SGRコード1）を実装したため、8つの追加の前景色が提供されました。
bold = 明るい色のこと CRTの頃の実装なら、高輝度は確かにより太っては見えるしな wslってdockerとかコンパイラとか開発環境いれていく以外に便利な使い道あるの？
windowsで動かないけど、wslでなら動く便利ツールが存在するとか 365日サーバー稼働している俺には必要ない
Teratermで充分 今であればVSCodeとRemote Developmentが使えるところだな ちょっと聞きたいけどwslによるlinuxってどこにインコされるの？
network>wsl>linuxみたいだけど
windows上からは見れないんだよね実際にwindows上のどこにあるの？ %LocalAppData%\Packages以下にある
ストアアプリのデータと同じ場所 >>800
WSL1はNTFS上（ApoData配下の深いところ。Windowsからアクセスする時は、\\wsl$から行かないとだめ）
WSL2はHyper-Vの仮想マシンのディスク上（こちらも\\wsl$からアクセスできる） ＞WSL2はHyper-Vの仮想マシンのディスク
ってどこにあるんだろうな。.vhdxだろうけど。 >>796
どういう用途にbash使ってるのかしりたい
個人的にはコマンドをパイプで組み合わせるくらいならwindowsで困ってない
（xargsをwindowsでは使いたくないけど）
batかくよりshell scriptが書きたいはわかる
windows上のファイルをbashやshell上のファイラーで管理するのは茨の道だと思ってたんだが
そうでもない？ >>806
誰も答えないので。自分の場合はだけど、ファイラーはemacsのdiredを使っている。
ファイル開くのは f 押すのみ。emacsカスタマイズして、Windowsのドキュメント
もemacsから開けるようにしているので、explorerあまり使わない。
ファイルのコピーや移動はwdiredってのを使うと、２つのdiredバッファ間で c や r で
対応できる。sshにはtrampってのを使ってやはりそこでもdired使っている。開いた
diredバッファ間でやはりwdired使えるので、WinSCPは一切使わない。というか
インストールもしていない。bashはshell-modeっての開いている。ANSI端末である
必要があれば、ansi-termってのもある。shell-modeはtrampの接続先でも使えるので、
ターミナルソフトも使わない。なのでTera Termもインストールしていない。
という、変な使い方をしている人も居るということで。 >>795
MS「開発に便利なWSL作ったで！」
開発者「うぉー！」
お前「開発以外で何が便利なの？」 所で何時正式発表有るのよ
いい加減待ちくたびれたわ Insider Preview リングで入れて、すぐにオフでいいんでない？ MSあたりの巨大企業が本気で取り組むと凄いことが出来るんだろうな
Excelなんかも最初はダメダメだったけどいつの間にかスタンダードになったしな 善いことだ
そのうちMicrosoft Linuxとかやり出してLinux界隈に要らん反感を買うのでは…と思っていたが、WSLのやり方はずっと穏健でスマートだった。
いまやWindows自体が堅牢で計量な環境なので、そこにLinuxを融合するのは理に適ってもいる まじかよｗ
> Adding Linux GUI app support to WSL is on our roadmap
GUIアプリサポートするんだ？設計的にはX ServerをWindowsに搭載するんだろうな。 WaylandでレンダリングしたものをRDPでWindows側で表示しているらしい
まあ自分で適当なXサーバ入れてRDPで接続しても同じ事だが
お仕着せでデフォで手段が提供されるなら喜びこそすれ嘆く理由は無いな >>825
"These apps connected to a wayland server running inside of WSL, which communicated with a RDP client on the Windows host."
Wayland+RDPらしい 思い起こせばん十年前MSからAT互換機用Win3.1日本語版が出た事によって９８の呪縛から解き放たれたあのときの興奮に近いモノを感じる GPUはWindowsの方が強力につかえるのに
機械学習とかで使うGPGPUはLinuxの方が充実してたからな でも/dev/nvidia0が直接生えるわけじゃないのね
まあいずれツール側が対応してくれるんだろうけど >>833
これ
nvidiaもnouveauもアレだから、マシになることを祈りたい >>820
GPUとGUI使えるのか
もうLinuxにWinのデスクトップのせちゃえよ >>837
WSLは出来ないことを出来るようにするんじゃなくて
より手間なく出来るようにするのが目的
いわば統合開発環境を提供しているようなもんだ >>839
使いづらいLinuxのデスクトップを排除、Windowsの制御化に
持ってくることが重要なのだから、それをやると劣化することになる。 Mainlining The Microsoft DirectX Kernel Driver For Linux Will Be An Uphill Battle
https://www.phoronix.com/scan.php?page=news_item&;px=Microsoft-DXGKRNL-Uphill-Battle いうほど使いにくいか？
慣れちゃってるから解らないのだがどの辺が使いにくいの？ まぁWindowsに慣れてれば使いにくいだろうし、
日々Linux使ってればそりゃ慣れてるんだから使いやすいだろうし WSL2でのDirectXはWDDM2.5以上のグラフィックドライバが必要なのか
流石にPC買い換えないといかんか >>827
なんでWaylandなんでしょうね。
X11+xrdpでもいいように思うけど。 waylandは色々と潜在的な問題を抱えてて先行き不透明なのになぁ >>850
いざとなればMicrosoftが資金出したり、開発協力だして何とかなるような気がするけど。 GoogleもChromeOSでWayland使ってる
いざとなればMicrosoft＋Googleで >>852
よく考えれば、ば30年前の技術を引きずってる
X11に固執するよりはいいかもね。
X11に関しては今でもサーバー導入すればいいだけの話だし。
ただ、昔の人間から言わせるとX11は残ってほしい。
make world して翌朝ドキドキしてCRTを見た頃が懐かしい。 今のMSとGoogleは協力できるところは協力してるよね
Google Chrome 83安定版リリース、Microsoftの協力でフォームの見た目&操作性が大幅アップデート
https://gigazine.net/news/20200520-google-chrome-83/ Win10のEdgeの最初で最後の仕事が「Google Chrome」検索だからな Xはサーバーとクライアントを分けれるからGUIだけ他のパソコンで表示できるたまに役に立つ
リモートデスクトップと違ってウィンドウ単体だけ持ってきてまるで自PCで動かしてるかのように扱える MSの力でWayland+RDPが主力になるのかな
楽しみ 逆にMSのテコ入れが無かったらいつまでたってもWaylandまともにならない気がする >>856
その概念を作り出したのはXの功績だけど、その後成長しなかったのが残念。
MicrosoftのRDPが優秀すぎる。アプリケーション単体もエンタープライズでは
実装されているし。 >>858
巨大な企業の資金と開発力はありがたいですね。
GNUやLinux信者には苦痛かもしれないけど、ユーザーには喜ばしいことです。 MSの人と話したことあるけど、Azure売るためにはWindowsサーバを押すつもりも無いし、Dockerも積極的に取り入れるみたいなこと話してた ただ、ADは優位性があるので積極的にプッシュしてた >>860
Linuxのデスクトップユーザーはタダ使いが多いから、
開発する企業・連中が十分資金集め出来ないからな。
MSのような巨大な企業が資金と開発力を提供してくれると開発が進むだろうからな
(たとえ、WaylandをWinのために開発するにしても、その恩恵はLinuxユーザーも受けれるだろうからな) >>865
ユーザーは単純に喜ぶけど、コアな信者は忸怩たるものがあるでしょうね。
WSLについても主従が逆転したみたいで支持してないんじゃないかな？ >>864
ADはよく考えられているということが、使ってるとわかる。 PaaSを上手くビジネス展開するためにはIDaaSが必要になってくるしね
SaaSベンダーがPaaSを使って自由自在に動けるようにするには、課金の効率化のためにすぐれたIDaaSが必要になってくる >>868
できない(出世できない)人の典型的な書き込みだな。 古い古いGPUと呼ばれる以前のクソみたいなグラフィック出力コントローラーを未だに使っているならともかく
NV/AMD/Intelの現行GPUならWayland向けのドライバも提供されているし、パフォーマンスではWaylandに軍配が挙がるのは言うまでもなく
欲を言えばローカルマシン内部でRDPで伝送するオーバーヘッドが気になるので、WSL側でレンダリングしたサーフェイスをホストのWindows側に直で渡せる仕組みなどを整備できれば完璧かもしれないが、
そこまで要求される用途もビデオゲームかVRくらいしか思いつかないので、RDPで抽象化で良いのでは。
Wayland+RDPという構成も強制ではなく、使いたければWSL側でX11+VNCでも、ホスト(Windows)側でXサーバ起動でも、これまでのやり方が否定されたり禁止される訳ではないので、やりたければ自分で設定して好きに使えば良いだけの話だし。
デフォ環境がWaylandだからで嘆く理由もわからない。信用ならないと思うならX11を使えば良いし、RDPを使いたくなければVNCでもX11+SSHでも、好きにすれば良いだけ。
忸怩たる思いとかｲﾐﾜｶﾝﾅｲ いや普通にWaylandでは不具合がまだ多すぎるからって話 そんな不具合多いの？Wayland
どんな不具合があるの？ NVIDIAも参画してくれたか
Linuxデスクトップいらなくなるな >>875
Waylandが悪いと言うよりnvidiaのLinux向けドライバがクソ RDPがWaylandと通信できるようになるってことだよね Waylandのフレームバッファ周辺の層がRDPサーバになるってこったろう XRDPのWayland版というか、そんなようなものだろう。
Waylandが嫌なら自分でXRDPでもXVNCでも使えば済む話 >>882
使うのが嫌というか、なぜMSが選んだんだろうっていう話じゃない？ MSが絡んだとたんにﾃﾉﾋﾗｸﾙｰで蛇蝎のようにきらうのが信者だろｗ
MSがOSS界の救世主に見えてきた。 WindowsとLinuxが合体して何か良いことあるん？ >>883
そんな話はお前が突然始めた事だし
xrdpやxvncなら既にあるので、MSがわざわざ作る必要もない
MS謹製のWindows側で動作するXサーバも見てみたかったが、まず先にLinux側で動作するWayland+RDPサーバだというならそれも妥当だし
新規でWindows用のterminalを作るくらいだから、将来的にはXサーバを作る流れも来るかもしれない 単発IDで自分でリリース読めよレベルのクソ質問を投げてくる似非関西弁
同じ奴だろうな 勘違いしている人がいるっぽいから言っておくと、2014年リリースのweston 1.6でRDP
バックエンドが実装されているから、遅くとも6年前にWaylandはRDPに対応している
ttps://github.com/wayland-project/weston/blob/1.6/src/compositor-rdp.c 今回のWSL2の対応のポイントはWaylandとRDPそのものじゃなくてWSL2上のLinuxに
デバイスドライバを組み込んでホスト側のDirectX 12を利用できるようにしたことかと
Waylandでは、Wayland Clientはgtk+等がOpenGL ESを使ってバッキングストアに描画し
Wayland Compositorが合成してDRM等で画面に表示する
WindowsではDirect2DやUnity等がDirect3Dを使ってバッキングストアに描画しDWM.exeが
合成してDirectX 12で画面に表示する
GoogleがChromeのWebGLで使っているOpenGL→Direct3DライブラリのANGLEのように、
OpenGL ES→DirectX 12のライブラリを実装してやれば、WSL2上のWayland Clientはバイナリに
一切手を加えることなくホストのDirectX 12のアクセラレーションを利用して描画でき、
それをWayland Compositorが合成しRDPで投げてホスト側のRDP Clientで表示できる
仕組み上RDPのコストがかかるがWindowsの通常のアプリとほぼ同等の性能でLinuxの
GUIアプリを動かせるというのが今回の新機能のポイントかと ■ このスレッドは過去ログ倉庫に格納されています
