[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
428: 2019/05/03(金)13:30 ID:PcqR/GBb(1) AAS
それほど長くないな
訳してみようか。
429: 2019/05/03(金)14:11 ID:uzYTkqm5(1) AAS
外部ﾘﾝｸ:docs.microsoft.com
WSL のカスタムの Linux ディストリビューションの作成
〜の〜の
って・・・
430: 2019/05/03(金)14:38 ID:WiMopnI+(1) AAS
でもお前、日本語すら理解できねえじゃん
431: 2019/05/03(金)15:37 ID:NIVDKjRK(1/3) AAS
日本語は一般的に繰り返しを嫌うものだけど、格助詞「の」は例外的に繰り返しても構わない語。
432: 2019/05/03(金)15:40 ID:bhNaiOSr(1) AAS
のを連続して使うのは構わないが包含関係は意識して使ってほしい
433: 2019/05/03(金)15:49 ID:DHSgHRue(1) AAS
docsって自動翻訳だろ？
何を文句言ってるのか
434(3): 2019/05/03(金)16:06 ID:NIVDKjRK(2/3) AAS
まあMSの機械翻訳の品質が良くないのは同意。
お試し翻訳 | みらい翻訳 | イノベーティブな機械翻訳
外部ﾘﾝｸ:miraitranslate.com
・原文: Creating a Custom Linux Distro for WSL
・訳文: WSL用のカスタムLinuxディストリビューションの作成
435: 2019/05/03(金)21:04 ID:NIVDKjRK(3/3) AAS
今さらだけど、wslttyの設定ファイルって
%APPDATA%/wsltty/config
だと知った。
ここに
IMECursorColour=255,0,0
の行を追加すると、IMEがONのときカーソルが赤くなる。
Cygwinユーザにはおなじみの設定がやっと使えるようになったよ。
436(1): 2019/05/03(金)23:01 ID:jrsEQoYe(1) AAS
MS の機械翻訳は、Google 翻訳だろ？
Googleで翻訳した結果と、全く同じになるだろ？
437: 2019/05/04(土)00:29 ID:MmzzgjaC(1/4) AAS
>>436
一致する場合もあるが、たいてい違うぞ。
Bing Microsoft Translator
外部ﾘﾝｸ:www.bing.com
Google 翻訳
外部ﾘﾝｸ:translate.google.com
Build a Custom Linux Distro for WSL | Microsoft Docs
外部ﾘﾝｸ:docs.microsoft.com
この記事の一部をコピペして訳してみそ。
438: 2019/05/04(土)10:05 ID:IQSLPtnJ(1) AAS
Google翻訳した結果にも権利はあるから
勝手に使うことはできない。
まあMSなら金を払って許可を得ている可能性はあるが
だから、オープンソースとかのドキュメントとして
Google翻訳したものを入れることはできない
わかったか？
439: 2019/05/04(土)11:13 ID:RxLipY9V(1) AAS
できないことの言い訳ばかり上手くなる
440(1): 2019/05/04(土)12:57 ID:MmzzgjaC(2/4) AAS
つうかMSは自前の機械翻訳を商売にしているんだから、わざわざGoogleにライセンスフィー払うわけがない。
Bing翻訳の中身もこれ。
Microsoft Translator
外部ﾘﾝｸ:www.microsoft.com
441: 2019/05/04(土)16:59 ID:/BaRMqoT(1) AAS
>>440
そもそもこのページ自体の翻訳が無茶苦茶で草
MS日本法人もこんなゴミ売れないの分かりきっててチェックすらしてないんだろうな
442(2): 2019/05/04(土)17:26 ID:7nT/Hcsq(1/2) AAS
この世に完璧な翻訳ソフトなんかねえよ
そもそも日本語の文法が乱れてんだから
443: 2019/05/04(土)18:07 ID:MmzzgjaC(3/4) AAS
>>442
今の機械翻訳はルールベースより機械学習が中心だから、その批判は当たらない。
>>434 の「みらい翻訳」試してみそ。完璧ではないがほぼ不満はないだろう。
ちなみにNTTの関連会社で、NICTとも技術提携してる。
444(1): 2019/05/04(土)18:13 ID:7nT/Hcsq(2/2) AAS
まだまだみたいですね〜
>> 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と技術提携している。
445(1): 2019/05/04(土)18:56 ID:MmzzgjaC(4/4) AAS
>>444
おおっ、「完璧ではないがほぼ不満はないだろう」→「It's not perfect, but it's almost unsatisfactory」だけ意味が間逆やんけ。
正直、みらい翻訳でこのレベルの誤訳は初めて見たわ。でも他は大体OKでしょ？
446: 2019/05/04(土)20:29 ID:PeRFEU7W(1) AAS
>>445
へーすごー
俺が愛用しているみんなの自動翻訳textraは、
機械翻訳はルールより機械学習の方が多いので、批判は正しいものではない。
>>434"Miraki Translate"です。
完璧ではありませんが、ほとんど満足できません。
同社はNTTと提携しており、NICTとの技術提携を結んでいます。
と返しているから、さらに精度が悪いな。あと日本語が微妙。
「It's not perfect, but it's almost unsatisfactory」の文言は難しいのかねぇ
447: 2019/05/04(土)22:35 ID:bWNSFR0E(1) AAS
副詞の位置や扱いによるみたいですね。（みらい翻訳）
完璧ではないが不満はほぼないだろう。
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.
上記英文を訳すとどれも同じでした
完璧ではありませんが、不満はほとんどありません。
448: 2019/05/04(土)23:11 ID:D4r02lPt(1) AAS
日本語が自由杉るのよね。
449: 2019/05/05(日)00:06 ID:xovoTFFz(1) AAS
案内業務とかすると分かるけど、一つのこと言うのに２０以上のの言い回しが出来る。日本語やべえよ
450(1): 2019/05/06(月)07:42 ID:xEqxbtew(1) AAS
おまえら余所でやれ
451(1): 2019/05/06(月)19:07 ID:6Pu3NsvP(1) AAS
>>450
すまん(´・ω・`)
452: 2019/05/06(月)23:30 ID:v4hW0vpu(1) AAS
>>451
そう落ち込むな(´・ω・`)ヽ(´ー｀)
453: 2019/05/07(火)05:21 ID:XCjdgIBR(1) AAS
サブシステムってレベルじゃねーぞ
Announcing WSL 2
外部ﾘﾝｸ:devblogs.microsoft.com
＞Microsoft will be shipping a Linux kernel with Windows
454: 2019/05/07(火)05:48 ID:XQLUvAph(1) AAS
結局VMで動かすのね
455: 2019/05/07(火)06:42 ID:3i8bsIKD(1) AAS
.tar.gzの展開で20倍、git cloneやnpm installで5倍程度早くなるってことで、
I/Oは他のVMと同等になりそうだね
lightweightなVMがどこまでリソース消費を抑えるのかわからないけど、
hyper-vの雑なリソース管理も改善してほしいわ
6月のinsiderからということは、一般向けは1年後かね
456: 2019/05/07(火)07:23 ID:DhoJT5pj(1/2) AAS
A quick explanation of the architectural changes in WSL 2
の項目で書いてある通り、完全なVMじゃないんだろう
VMWareみたいに汎用的である必要が無いから
WSL2のカーネルの上っ面が必要に応じてホスト（Win10側）に要求投げるって感じか
ハイブリッドカーネルっぽい感じでホストに投げる必要がなきゃVM内だけで処理すると
457: 2019/05/07(火)07:32 ID:YGXDLKZ9(1/4) AAS
これまではLinuxカーネル互換レイヤーだった(=動作環境に至るまでLinuxカーネルは介在しなかった)けど、
WSL2ではカーネルごと取り込んで、最小限のVM上に実装することにしたのか。
Hyper-Vや他のVM環境と併存できるなら実装はどういう形でも構わないけど、それらと排他って事になるとちょっと面倒だな。
まあFuse動いてDockerまで普通に動作するとなると、いよいよ本当に化けるなこれ。
458: 2019/05/07(火)07:32 ID:Vl7Rgh6D(1) AAS
［速報］WindowsにLinuxカーネルをバンドルへ、Windows Linux Subsystemに最適化。
Microsoft Build 2019 2019年5月7日 Junichi Niino
外部ﾘﾝｸ[html]:www.publickey1.jp
近い将来、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もオープンソースとして公開されることが発表
されました。
459: 2019/05/07(火)07:34 ID:vHEOHFeo(1/2) AAS
もうWindows Services for Linuxの略でいいよ（どこかで聞いたような
460: 2019/05/07(火)07:55 ID:DhoJT5pj(2/2) AAS
これ、もしかしてその内 /usr/home/hoge/fuga.txt とかじゃなくって
Linuxのソースまんまで open() に C:\Users\Hoge\Fuga.txt とか渡したら
そのまんま動く様になったりするんじゃなかろうな・・・？
でもってその内systemdの代替をWindows側から少しづつ持ってったりして
AndroidみたいにLinuxのすぐ上からアプリの下までをMS製の全くの別物に・・・それは流石にないか？
461: 2019/05/07(火)08:00 ID:xC65CVuk(1) AAS
もはやマイクロカーネルとどこが違うのかわからん。
462: 2019/05/07(火)08:04 ID:PopcxRdl(1) AAS
Shipping a Linux Kernel with Windows
外部ﾘﾝｸ:devblogs.microsoft.com
463(1): 2019/05/07(火)08:07 ID:5FLmwXfA(1/3) AAS
もう、LinuxカーネルでWindowsを動かせるようにしろ。
464: 2019/05/07(火)08:07 ID:YGXDLKZ9(2/4) AAS
Win8くらいの頃にもうWindows終わりなんじゃね論みたいのが闊歩してて
まあ仮にWindowsが今日今ここで死んだとしても1年後くらいにMicrosoft Linuxとかやれる会社だからあそこはもう死にようがない
みたいな事を言っていたような記憶があるけど、まさかこういう形で実現するとは。
465: 2019/05/07(火)08:38 ID:egJOIehM(1/2) AAS
うーんwindows側とのアプリ連携がどうなるか気になる
466: 2019/05/07(火)08:51 ID:egJOIehM(2/2) AAS
ようやくかまともなターミナル出るのか外部ﾘﾝｸ:devblogs.microsoft.com
467: 2019/05/07(火)08:57 ID:YGXDLKZ9(3/4) AAS
ターミナルエミュレータなんて既存ソフトいくらでもあるだろ…と思ったけど
まあ標準添付でまともなターミナルが出るのは良い事だね
欲を言えばXサーバも欲しい
まあこれもフリーや安価なものも出回ってはいるんだけど
Windows側のIMEから透過してibus経由で入力できるようなやつだと最高
468: 2019/05/07(火)09:27 ID:ITEXxCds(1/2) AAS
つまるところMS製coLinuxになるのか
469: 2019/05/07(火)10:07 ID:O3JfYi59(1/2) AAS
>同社によるとLinux版「Docker」や仮想ファイルシステムの構築に使われる「FUSE」なども利用できるという。
これが一番嬉しい
FUSE使えなくて苦労したので
470: 2019/05/07(火)10:24 ID:b7NAgZRU(1) AAS
システムコールの変換は諦めたのね まあvmより遅かったし
ターミナルは日本語対応完璧にしてくれたらconemuから乗り換えたいな
471(1): 2019/05/07(火)10:52 ID:FgWJMduo(1/3) AAS
実用的になるのはウェルカムだが、技術的な面白みはなくなったな。サブシステムのままでの改善は無理だったか…。
472: 2019/05/07(火)10:54 ID:XmHbkfJ9(1/2) AAS
今の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は今と同じく存在しない。
473: 2019/05/07(火)10:59 ID:FgWJMduo(2/3) AAS
>>471 に補足。↓は2017年10月の記事。
「Bash on Windows」という名称は非推奨に。正式名称「Windows Subsystem for Linux」（WSL）としてベータを卒業、正式リリースに − Publickey
外部ﾘﾝｸ[html]:www.publickey1.jp
> 「Windows Subsystem for Linux」は、1MBに満たない小さなコードによって
> WindowsのNTカーネル上でLinuxカーネルをエミュレーションすることで、
> Windows上でLinuxバイナリを実行する仕組みです。
WSLの何が好きだったかって、この技術的なエレガントさだよ。そうか、とうとう諦めるか…。
474: 2019/05/07(火)11:27 ID:XmHbkfJ9(2/2) AAS
今はタスクマネージャーからWSL上のプロセスが見えるわけだが、
これが見えなくなるかな？
（新たな）Linuxサブシステムから完全にLinuxカーネルに処理が
渡されるんだとしたらWindowsからは見えなくなるはず。
もし間に割り込んで、なにかするのであれば
見えるかもしれない。でもそうすると遅くなるだろうな。
475: 2019/05/07(火)13:03 ID:5FLmwXfA(2/3) AAS
今までload averageが適当な値だったのは改善されるのかな？
それとWindowsのプロセスも呼び出せるようにするなら、そこでも割り込みやIPCが必要になってるな。
476: 2019/05/07(火)14:21 ID:O3JfYi59(2/2) AAS
米マイクロソフトって社長がインド人技術者になってから良くなったよな
日本MSは相変わらずクソだが
477: 2019/05/07(火)14:27 ID:TTQv5FM/(1) AAS
よくわからんのだけど、棚上げになってたGPUへの対応とか進展するんです？
478: 2019/05/07(火)14:28 ID:inyP3Qv+(1/2) AAS
VMで動かすようになったらメモリ管理はどうなるんだ…？
479(1): 2019/05/07(火)15:07 ID:jhvW+iDY(1) AAS
>>463
そういうのが欲しい人はWineを使えばいいのよ
480: 2019/05/07(火)16:04 ID:YGXDLKZ9(4/4) AAS
マイクロソフトは創業者からの世代交代に成功したので200年続く老舗化も射程距離だが
アップルは引継ぎに失敗したので転落確定って話
481(1): 2019/05/07(火)16:25 ID:a/4/8jzx(1) AAS
OSでは稼がず、Visual StudioとOfficeサブスクリプションで稼ぐのが今のMicrosoftやで
482: 2019/05/07(火)16:53 ID:FgWJMduo(3/3) AAS
Edgeも独自レイアウトエンジンEdgeHTMLを放棄してChromiumに移行するしな。
そうか、MSでも駄目だったかという思いで一杯だ。
ちなみにEdgeHTMLの特徴は、とにかくメモリなどのリソースを食わないことだった。
その点はWindowsサブシステムと同じ。
今後はそれぞれChromiumとVMに移行して、実用性と引き換えにリソースを大食らいするようになるんだろう。
483(1): 2019/05/07(火)17:32 ID:5FLmwXfA(3/3) AAS
>>479
言われると思ったが、それもう使えねえわ。
前は古いアプリが結構動いたが、最近のバージョンだと動かなくなった。
しかもアプリの一つであってOSじゃない。WindowsアプリはWindowsで動かしたほうがい。
484: 2019/05/07(火)18:51 ID:U/s8wBNk(1) AAS
>>481 Azureで稼いでるって聞いてる。Visual Studioってそんなに儲かるの？
485(2): 2019/05/07(火)19:11 ID:9DT9DSSR(1) AAS
AzureやOfficeのライセンスフィーで喰ってるMSと、
広告料で喰ってるGoogleとどっちが健全なんだろ？
486: 2019/05/07(火)21:09 ID:vHEOHFeo(2/2) AAS
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万ドル
487(1): 2019/05/07(火)21:24 ID:lUzZPJh6(1) AAS
>>483
＞WindowsアプリはWindowsで動かしたほうがい
だったらカーネル変えちゃダメじゃん
488: 2019/05/07(火)22:16 ID:inyP3Qv+(2/2) AAS
>>485
広告は民衆を商品として使う商売だからな
489: 2019/05/07(火)22:34 ID:BADhdHk0(1) AAS
>>487
なんもわかってないなぁ。
490(1): 2019/05/07(火)22:37 ID:IFWBy5eT(1) AAS
ドライバ周りはNTカーネルのほうが圧倒的に優れてるしLinuxにするメリット無いだろ
491: 2019/05/07(火)23:23 ID:ITEXxCds(2/2) AAS
>>485
詐欺に加担している広告業界が健全なわけねーじゃん
492: 2019/05/08(水)08:05 ID:xAWOG2G2(1) AAS
朝日新聞「今だから作れる祖母の味 キムさんのスープ」
2chｽﾚ:news
今だから作れる祖母の味 「キムさんのスープ」
祖母の愛情も、自分のルーツも、素直に受け入れられなかった少女が大人になり、生まれ育った長崎市でカフェを開いている。
いまだからこそつくれるスープに自身のアイデンティティーを重ねながら、お客さんたちを元気にしている。
長崎市江戸町にあるカフェ「Ｎｏｂｉｓｔｅｒ（ノビスタ）」。４月中旬のお昼どき、１０席の小さな店に常連客が次々と訪れる。
オーナーの金海伸子さん（４３）がつくるこの日の日替わりスープは「キムズスープ」。
ニンジンや大根などの根菜に、調味料はみそとコチュジャン、ごま油。
「おいしい」「この味好き」と言いながら、心と体をあたためて、午後の仕事に戻っていく。
日本人の母と在日韓国人２世の父との間に生まれた伸子さん。長崎市で育ち、話す言葉も日本語だったが、食卓は周りの家とは違った。
母がつくるハンバーグなどのおかずに、父方の祖母、金（キム）西運（セイウン）さんがつくるキムチやナムルが並んだ。
外部ﾘﾝｸ[html]:www.asahi.com
画像ﾘﾝｸ[jpg]:www.asahicom.jp
493: 2019/05/08(水)11:08 ID:mJpN/xLZ(1) AAS
Microsoft、「Windows Subsystem for Linux 2」を発表 〜LinuxカーネルをOSに同梱
Windows 10のLinux体験は新たなステージへ
外部ﾘﾝｸ[html]:forest.watch.impress.co.jp
494(2): 2019/05/08(水)17:27 ID:w4uTHNR0(1) AAS
こんなものがあるのか・・・
外部ﾘﾝｸ:marketplace.visualstudio.com
495: 2019/05/08(水)17:34 ID:qVU7ncMt(1) AAS
Interixの互換レイヤー使ってた頃に比べると雲泥の差で今のほうがいいんだけどね。
496: 2019/05/09(木)00:07 ID:oWnxUloD(1) AAS
ギフハフにソースコードあるけど誰もビルドしてないんです？
Windows Terminal Beta
497: 2019/05/09(木)00:55 ID:WSOTv708(1) AAS
ちょっと使ったけど文字が綺麗
wsl用ならもうこれでいい
498: 2019/05/09(木)00:56 ID:ECSW2kDh(1) AAS
Canonical、Ubuntuの「WSL 2」対応を発表 2019/05/08 23:01 後藤大地
外部ﾘﾝｸ:news.mynavi.jp
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にアップグレードすることでファイルシステム性能が向上することが期待
されるが、具体的にどのような変化が見られるのかは現段階ではわかっておらず、今後の
詳細な発表が待たれる。
499: 2019/05/09(木)01:01 ID:Tj0RIc1X(1/2) AAS
>>494
試したけど神だぞこれ
もうVSCodeのUIをWSL側で動かすようなアホな真似は必要ない
500: 2019/05/09(木)08:13 ID:QdeAzV/w(1) AAS
新しいやつはグラフィック画面搭載されるの？
501(1): 2019/05/09(木)08:18 ID:FNaILRwM(1) AAS
結局、MS は、Vagrant, Chef などで、仮想マシン上に、Linux を構築する手間を省いた
つまり最初から、仮想マシン上に、Linuxを用意してくれる
502: 2019/05/09(木)08:20 ID:WXPuc6WC(1) AAS
別に今でもGUI表示出来るし
503: 2019/05/09(木)08:53 ID:BBKDTW5P(1) AAS
>>490
MJD?
504: 2019/05/09(木)11:21 ID:nF5xXod/(1/14) AAS
>>501
それだけじゃないぞ。
今のWSLと同等の使い勝手を提供するって言ってるんだから、
仮想マシン上のLinuxにsambaなんか入れなくても
Windows上のテキストエディタから自由にファイルを触れるようになるはず。
俺が以前Vagrantで開発用の仮想マシン（samba等込）を作っていたやり方に
近いがそれよりもWindowsと統合された物ができるのは確実
あとはメモリ管理がホストと共通になっていればゆうことなし。
仮想マシンにメモリを分配するのはいやなんだよ。
Linuxカーネルに手を入れるみたいだから期待はできる。
505(1): 2019/05/09(木)11:45 ID:FBMVNEps(1/4) AAS
専用のハイパーバイザで動くんだろうけど、今までの使い勝手が変わってしまうのはちょっと嫌だな。
フレームバッファも実装されて画面もLinux管理下になったら普通にVMと変わらないし。
スクショを見るとターミナルは独自のものっぽいが・・・
506: 2019/05/09(木)12:04 ID:nF5xXod/(2/14) AAS
>>505
今までの使い勝手は変わらないはずだよ。
普通のVMと違うのは、普通のVMよりはるかに使いやすいってこと
例えば（今までどおり）Windowsから直接コマンドを実行できる
Windowsからファイルの変更ができる
起動が遥かに高速
今までだったらWSLは遅いから自分でVM作るって言ってたけど、
もう自分でVMを使う理由すらなくなるよね。
507(1): 2019/05/09(木)12:11 ID:O87sEPbk(1/3) AAS
まあ判断するのはWSL2の現物が出てからにしようぜ。
つうか元のWSLだって、速度も互換性もネイティブ並みという触れ込みだったんだぞ、忘れたか？
508: 2019/05/09(木)12:20 ID:X/6z8Grj(1) AAS
忘れた！
509(1): 2019/05/09(木)12:22 ID:nF5xXod/(3/14) AAS
>>507
最初に登場したときは、ベータ版で
ネイティブ並みなんて触れ込みはしてないはずだが？
ちょっとどこで言ったのか探してきてくれないか？
510(1): 2019/05/09(木)12:33 ID:O87sEPbk(2/3) AAS
>>509
とりあえずこの辺かな。
2chｽﾚ:linux
> いくつかのベンチマークの結果、WSLは同じハードウェアで直接実行したときに近い結果をたたき出し、WSLはよい結果を出したとThomas氏は言う。
511: 2019/05/09(木)12:50 ID:FkGuWnSS(1/3) AAS
ファイルシステムってどうなるの？
512(2): 2019/05/09(木)12:55 ID:FBMVNEps(2/4) AAS
VMみたいにイメージファイルにもろもろ突っ込んでしまうではなかろうか？
じゃないと散々苦しんだこの問題は解決しないと思う。
今まで通り、C:は/mnt/cとして、WSL側もUNCパスを参照できるだろう。
513(1): 2019/05/09(木)13:06 ID:nF5xXod/(4/14) AAS
>>510
それは「速度も互換性もネイティブ並み」なんて
一言も書いてないって証拠ですか？ｗ
514(1): 2019/05/09(木)13:08 ID:uBc0v/pJ(1/2) AAS
WSLってディストリの概念があるのが凄い気持ち悪いんだが
SlackwareとかGentooとかArchみたいな、ミニマルな構成だけ提供すれば良いのに
515: 2019/05/09(木)13:09 ID:O87sEPbk(3/3) AAS
>>513 もう君いいわ。バイバイ。
516(1): 2019/05/09(木)13:10 ID:FkGuWnSS(2/3) AAS
>>512
それならWindows側からの参照するのにsamba相当のものが必要になるよね
517: 2019/05/09(木)13:15 ID:nF5xXod/(5/14) AAS
>>512
おそらくそうだろうね。Windows上のファイルである限り、
ファイルごとにセキュリティソフトが反応してしまう
セキュリティソフトの検閲を回避するには1ファイルにするしか無いｗ
ま、それをやったとしても、Windowsのエクスプローラーから
Linux内にあるファイルを参照できるようになりますからね。
WindowsからLinuxファイルへのアクセスが可能に 〜「Windows 10 19H1」におけるWSLの改善
外部ﾘﾝｸ[html]:forest.watch.impress.co.jp
正直↑のリンク先に書いてある
> この機能は「WSL」を初期化する際に「9P」プロトコルのファイルサーバーを起動し、
> それを介してファイルを扱うことで実現されている。そのため、Windowsからアクセスできるのは
> 現在のところ、動作中のWSL/Linuxディストリビューションのみとなる。
この制限が腑に落ちなかったんだよね。なぜならWindows上にファイルは有るわけで
動作中のWSL/Linuxディストリビューションに限る必要はないはず。
またWSL上で9Pプロトコルサーバーを動かす必要もないはず。
（だってWindows上から直接参照できるのだもの）
WSL2の発表でその理由がわかった。WSL2のLinuxカーネルにデバイスファイルとして
マウントさせる仕組みにも使うから、WSL上で9Pプロトコルサーバーを動かすほうが楽なわけだ。
518(1): 2019/05/09(木)13:17 ID:nF5xXod/(6/14) AAS
>>514
> WSLってディストリの概念があるのが凄い気持ち悪いんだが
それはWSLのせいじゃない。Linuxがそもそもディストリの概念があって
Linuxカーネルと、そのカーネルで動く各種アプリ・コマンドが
分かれて提供されてるのが原因
まあそのおかげでMicrosoftは最小限のLinuxカーネル部分だけを提供すれば
あとは既存のディストリの成果をそのまま使えるわけなんだが
519: 2019/05/09(木)13:19 ID:nF5xXod/(7/14) AAS
>>516
> それならWindows側からの参照するのにsamba相当のものが必要になるよね
それがWindows 10 19H1でリリースされる9Pプロトコルのファイルサーバー
samba相当のものが内蔵されてるから、自分で仮想マシン作って構築するより使い勝手が良い
520(1): 2019/05/09(木)13:21 ID:uBc0v/pJ(2/2) AAS
>>518
WSL from scratch があっても良くない？
521(1): 2019/05/09(木)13:24 ID:Lf2YpPgU(1/2) AAS
何でNFSじゃなくてわざわざ9Pを実装してるんだろうね？
Win側のNFSクライアントの使い勝手が悪いんだろうか
522(1): 2019/05/09(木)13:24 ID:nF5xXod/(8/14) AAS
>>520
マイクロソフト「いいんじゃね？そういうディストリも普通に作っていいよ。
ただし我々は、Linuxカーネル相当のものを提供するだけではなく
開発者にとって便利なように、完成されたLinuxディストリを提供する。
その一つとしてUbuntuだ。だが君がfrom scratchを作ることに否定はしない」
523: 2019/05/09(木)13:24 ID:vTKLnMxn(1) AAS
Microsoft Linuxが出れば解決
524: 2019/05/09(木)13:26 ID:nF5xXod/(9/14) AAS
>>521
WindowsじゃなくてNFS自体の問題
外部ﾘﾝｸ:ja.wikipedia.org
> ファイルはウィンドウ、ネットワークの接続、プロセスや、その他オペレーティングシステムで
> 利用可能なほとんどのものを表現している。 9PはNFSとは異なり、
> キャッシュや、仮想ファイル(例えば、プロセスを表現する/proc)の提供も補助する。
525(1): 2019/05/09(木)13:30 ID:nF5xXod/(10/14) AAS
ここにも書いてあるな
外部ﾘﾝｸ[html]:ascii.jp
> Linux/Unixで一般的なNFSを使わなかったのは、9Pが
>疑似ファイルシステムなどもサポートできたこと、
>ファイル共有プロトコルとしては軽量だったことが理由と考えられる。
> そのソースコードの由来はともかく、マイクロソフトはWSLで
> 9Pプロトコルを扱えるようにした。また、/initプロセスで
> 9Pファイルサーバーを動作させるように改良した。これにより、
> WSL側は、VolFs（ルートディレクトリ以下）や/proc、/sysなどの
> 特殊ファイルシステムを含めて、Win32側からアクセスを可能にした。
このリンク先に有る図の構成は、おそらくWSL2でも近い形で流用されるのだろう。
この9Pサーバーを実現したことが、WSL2での開発の流れにつながってるのだろう。
> Win32側は、9Pプロトコルのクライアントをリダイレクタードライバーとして実装した。
>これは、C:\windows\system32\driversにある「p9rdr.sys」が対応している。
>このp9rdr.sysは、リダイレクタードライバーとして組み込まれ、ネットワークフォルダーに「wsl$」ホストを見せるようになっている。
>
> p9rdr.sysと/init（9Pサーバー）の間は、AF_UNIXによるプロセス間通信を使う。AF_UNIXは、
>ソケット（バークレーソケット）を使う場合に同一マシン内のプロセス間通信に使う
>「アドレスファミリー（Address Family）」である。これは、Windows 10 Ver.1803（RS4）で
>Windows側とWSLに実装された機能だ。このときには、何に使うのかが見えていなかったが、
>実はこうした用途が想定されていたというわけだ。
いろいろつながってるよね。
526: 2019/05/09(木)13:35 ID:Lf2YpPgU(2/2) AAS
>>525
サンクス、なるほどね
仮想マシンに移行するならWin側から/procや/sysは触れる方が良さそうだね
527(1): 2019/05/09(木)13:42 ID:FBMVNEps(3/4) AAS
今更WinSockがUNIXソケットに対応して何が嬉しいのかわからんかったけど、なるほどそういうことだったのか・・・
DockerやFUSEが動いてCoderでVSCodeも使える。
それまでの開発ツールを一つの場所に集約できる。
インポート・エクスポートもできて環境のバックアップや以降も簡単にできる。
いいことずくでこれからWSL使う人増えるんじゃないか？
528: 2019/05/09(木)13:49 ID:nF5xXod/(11/14) AAS
/procなんか、一部はWindows側の情報を見せるんじゃないかね？
cpuinfoとかmeminfoとか。
そうするとWSL側から、Windowsのプロセスを見れたりするかもしれないな。
これはただの仮想マシンじゃ無理な所でLinuxカーネルを最適化するっていうのは
こういうところなのかもしれない。
/procを通してWindows側と連携できるとなると、
分離されたシステム空間で動かすVMとは仕組みが全然違ってくるな。
529: 2019/05/09(木)13:50 ID:FkGuWnSS(3/3) AAS
なるほど
なんか一気に使いやすくなりそうだね
530: 2019/05/09(木)14:23 ID:+NNjGFTb(1) AAS
>>527
残念ながらCoderは VSCode Remote Development と Visual Studio Online が発表されたため一ヶ月以内には終了すると思われる
531: 2019/05/09(木)16:36 ID:JJxT6KWD(1) AAS
>>522
めっちゃ早口で言ってそう
532: 2019/05/09(木)16:55 ID:023cyoaJ(1) AAS
方針転換していちいち反応が必死すぎる
533(3): 2019/05/09(木)21:17 ID:UDxbmnjg(1) AAS
いまやMS WindowsのソフトすらもLinux上で開発する奴が増えたからMSがこれはやばいよとなって
MSの物ならPC系Linux、組み込みも簡単に開発出来るんだにしようと必死しているからな
VSCode Remote Development、 Visual Studio OnlineとかさすがMSだよな
まぁ、開発をしない普通のLinuxユーザー(ただクレ乞食)をMSに取り込む気はないだろうが、開発をやっている連中は
取り込みたいよな。
534: 2019/05/09(木)21:30 ID:mWOCBsvs(1) AAS
Windows用アプリケーションをLinuxで開発するってなんかの罰ゲームか
マルチプラットフォームでLinuxがメインターゲットの場合だってWin固有のコードはWinで開発するだろ
535(2): 2019/05/09(木)21:43 ID:6mW9DL3O(1) AAS
windowsやlらinuxやらって大変だね
素直にmacにすればいいのに
536: 2019/05/09(木)21:45 ID:eRAsguLm(1) AAS
仕事でMacとか使わないからなぁ
537: 2019/05/09(木)22:04 ID:bmJxDBYf(1) AAS
>>535
世の中から引きこもりたくないし。
538: 2019/05/09(木)22:05 ID:6h5TDM3n(1) AAS
うちは庶民なのでMacは遠慮しときますわ
539: 2019/05/09(木)22:05 ID:ZM3HPgxE(1) AAS
>>533
＞いまやMS WindowsのソフトすらもLinux上で開発する奴が増えたから
へー、そんな事出来るんだ初耳
因みにどんなソフトがあるんだよ低能
540: 2019/05/09(木)22:26 ID:nF5xXod/(12/14) AAS
>>533
> いまやMS WindowsのソフトすらもLinux上で開発する奴が増えたから
聞いたこと無いな。だって無理じゃん？VisualStudioとかさ
逆にLinuxのソフトをWindowsで開発するって話は多く聞いていて、
WSLでそれがさらに加速する
541: 2019/05/09(木)22:27 ID:nF5xXod/(13/14) AAS
>>535
macはLinuxとの互換性が低い
542(1): 2019/05/09(木)22:58 ID:Zy3jJotr(1) AAS
>>533
一例だけでもいいから具体例はよ
543(1): 2019/05/09(木)23:11 ID:GyQqPAUu(1) AAS
>>542
OSSだけど、VLC
外部ﾘﾝｸ:wiki.videolan.org
Winでのビルドは頑張ってねとか書かれてる
544: 2019/05/09(木)23:14 ID:FBMVNEps(4/4) AAS
10年ぐらい前にChromiumのWin版をビルドしたことがあるけど、
準備がすごいめんど臭くてさらにコードをいじらないとビルドできなかったな。
LinuxとMacはそれに比べて簡単だった。
545: 2019/05/09(木)23:23 ID:Tj0RIc1X(2/2) AAS
MSのLinux開発への擦り寄りは最終的には「Azureを売る」へ繋がるわけだけど、肝心のLinux on Azureは散々な有様だよね
十中八九、あと3年くらいしたら今の路線はピボットを迫られるだろうけど、そのときWSLはどうなるんだろうね
546: 2019/05/09(木)23:28 ID:nF5xXod/(14/14) AAS
> 肝心のLinux on Azureは散々な有様だよね
大ヒットしてるよ
547: 2019/05/10(金)01:10 ID:1ytzxSkQ(1/2) AAS
>>543
そんなん使ってるのVLCみたいなマルチプラットホーム向けの極一部だけだぞ
548(3): 2019/05/10(金)02:16 ID:j9HFyirv(1) AAS
Macは大学で導入してるところが多いが
就職したあとどうするんだろ
549(1): 2019/05/10(金)09:20 ID:i7O1X+wH(1) AAS
>>548
困る。
550: 2019/05/10(金)09:26 ID:Wm/jGSzK(1/3) AAS
>>549
困るのは就職できないほうだろｗ
551: 2019/05/10(金)09:43 ID:zm2wJ1Zy(1/2) AAS
>>548
winユーザーってこんなにバカなの？
552: 2019/05/10(金)09:52 ID:Wm/jGSzK(2/3) AAS
ほらみろーｗ Windowsユーザーにするやつが釣れただろーｗ
553: 2019/05/10(金)13:00 ID:zm2wJ1Zy(2/2) AAS
ハハハ、やっぱりwinユーザーってバカなんだね
554: 2019/05/10(金)13:53 ID:EJ+mbNeR(1) AAS
winユーザーはマカーはmac以外使いこなせないと思ってる
ってことでバカ呼ばわりはまあわかるのだが
>548が犬厨な可能性は考慮してないのだろうか
上下前次1-新書関写板覧索設栞歴
あと 448 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.246s*