[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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が犬厨な可能性は考慮してないのだろうか
555: 2019/05/10(金)14:03 ID:1ytzxSkQ(2/2) AAS
俺的にはFUSEに期待だな
Winの似た様なライブラリとかドライバとかの類はライセンス的にすんげぇ使い辛いからなぁ
標準でマイナーな書庫の直接マウントとかできる様になると色々と有難い
556: 2019/05/10(金)14:18 ID:LiOa/NnR(1) AAS
犬もドザもバカーも所詮どんぐりの背比べ
使いやすさデスクトップ編
System7.1以降X未満>>>>>WinXP以降>>>超えられない壁>>>>X以降>>犬
サーバー編
犬>>>>>>>>>>>>Windowsserver>>>>>>超えられない圧倒的な壁>>>>>>>>macOS Server
557(1): 2019/05/10(金)14:26 ID:6Bd68FQ/(1/2) AAS
俺はMacのParallels(VM)でWindows10動かしてその中でWSLを使ってる。
もともとWin10以外にUbuntuもVMがあったけど、WSLだけでどうにかなるからそうなった。UbuntuのVMは捨てた。
558(1): 2019/05/10(金)19:48 ID:VrVafN5z(1) AAS
>>557
Mac でコンソールは使わないのですか？（まぁ他の UNIX が細々としていますのでアレですが）
559: 2019/05/10(金)19:55 ID:6Bd68FQ/(2/2) AAS
>>558
使ってるよ。
Linux(WSL)が欲しいのはラズパイのクロスコンパイル環境を用意したいから。
560(2): 2019/05/10(金)20:02 ID:2zeC/CTQ(1) AAS
>>494
VSCodeをWSL側で動かすことを全力を出した全俺に謝れ
くっそぉ・・・orz
561: 2019/05/10(金)21:04 ID:2i/BB1PT(1) AAS
>>560
ん？
WSLでVSCode動かしたかったからそういう意味のないことをしたんだろ？
うまくできてよかったじゃん
君以外の誰にも役に立たないことだったけど
まぁ、趣味なんてそんなもんだよ
562: 2019/05/10(金)21:14 ID:6KEM/fgw(1) AAS
AndroidのAOSPがWSLの半分以下の時間でコンパイルできるならWSL2入れてもいいかなぁ。
CTS動かないと意味ないけど。
563: 2019/05/10(金)21:15 ID:b7GzZDU+(1) AAS
WindowsにLinuxカーネルをのせるんだったら、次はDockerが生で動いてくれたらいいのにね
564: 2019/05/10(金)21:15 ID:eyDJVaW1(1) AAS
GNU Octave のwindows 版がlinux上でのビルドです。
565(1): 2019/05/10(金)22:30 ID:aG1ZxCIe(1) AAS
>>560
歪んだハックはいずれ正道によって駆逐されるものだ
勉強になったね
566: 2019/05/10(金)22:53 ID:Wm/jGSzK(3/3) AAS
>>565
まじそれな。Vagrantやったの無駄だった。
567(2): 2019/05/11(土)05:39 ID:23e7vvE0(1) AAS
vscodeをwsl側で動かすだけなら全力だすほどの作業じゃないような
remote-wsl,sshは、remote-wsl,sshしたあと、そこから
remote-containerができないみたいだから、wsl2内でdocker
使うなら、また全力出す機会はあるかも
新vmが本当に小リソースなら、docker for windowsも対応させて
ぱっとしないhyper-v捨ててほしい
ここらへんのできがよければ、vscode利用者なら、wsl2使わずに
remote-containerとdocker for windowsだけでも問題なさそうだけど
568: 2019/05/11(土)06:50 ID:iL4cg57a(1) AAS
隙あらば自慢
569(1): 2019/05/11(土)06:56 ID:aALNFQnP(1/3) AAS
>>567
何を言っとるんや？お前
docker for windowsはHyper-Vを使ってるんだぞ？
まずなCPUには仮想化支援機能っていうのが有る。
その仮想化支援機能は、OSもしくは特定のアプリが専有する必要がある。
だからHyperV もしくは VirtualBox のどちらかしか動かすことができない（という状態が続いていた。）
そこでWindowsにはOS標準のHypervisor Platformという機能が追加された。
この機能は他のアプリから利用できるようになってる。
今のHyperVはHypervisor Platformを利用する。
VirtualBoxも6.0でHypervisor Platformを利用するようになってる。（はずだがまともに動いていない）
まあこれにより、Hypervisor Platformの上でHyperVやVirtualBoxが動くわけだ。
WSL2もHypervisor Platformで動く1アプリとなるのだろう
通常のDockerは、WSL2 on Hypervisor Platformで動く
docker for windows は HyperV on Hypervisor Platform で動く
docker for windowsはWindowsが対応するようなものではない。
そういうことはDockerに言え。HyperVを使わずに Hypervisor Platformの上で
動かしてくださいと（何もメリット無いだろうけどなｗ）
570: 2019/05/11(土)08:13 ID:b8w0H16P(1) AAS
>>569
docker on windowsはHyperV上のLinuxで動いてるだけだろ
571: 2019/05/11(土)10:03 ID:hB8UFSoc(1) AAS
>>567
WSL2上のdockerへRemote-Containerで直結すればいいだろ
Dockerがクラサバ型なの知らないのかな
572: 2019/05/11(土)15:04 ID:aALNFQnP(2/3) AAS
Docker on MobyLinux(Docker専用Linux) on HyperV(重量VM) on Windows と
Docker on Ubuntu(フル機能Linux) on WSL2(軽量VM) on Windows って
どっちが良いんだろうな？
Dockerだけを使いたい人は前者、Linuxを使いたい人は後者？
MobyLinuxはDocker専用だから機能が限られてる分起動が速い・・・ように思えるけど
実際はUbuntuの方が速い気がする。WSLと同じ感じならLinuxが起動するのではなく
カーネルのみ起動してコンテナを作るような感じになるはずだから
ファイルアクセスの速度に関してはどちらも同じだろうし、
Docker for Windowsはもう出番なし？
メモリ管理がどうなってるのか気になるな。
仮想マシンに一定のメモリを割り当てる方式（Docker for Windows）ではなく
ホストOSと共有して使えれば楽なんだが
573(1): 2019/05/11(土)15:19 ID:3QLvWbX5(1) AAS
DockerのハイパーバイザーをHyper-Vで、クライアント側はWSLで動かす例を見たな。
574(1): 2019/05/11(土)16:24 ID:1R5w3n2t(1) AAS
WindowsコンテナでWSLのプロセスを動かすのは出来るのかな？
…Hyper-V使わないコンテナはWin10では動かないのね
さすがにイメージは無いようだから作らなきゃならんか
575: 2019/05/11(土)18:33 ID:aALNFQnP(3/3) AAS
>>573-574
何を言ってるのかさっぱりわからんｗ
> DockerのハイパーバイザーをHyper-Vで、クライアント側はWSLで動かす例を見たな。
Dockerのハイパーバイザーってなんだ？Dockerは仮想マシンとは
全く関係ない仮想化技術だからハイパーバイザーなんてでてこない。
Dockerはハイパーバイザーを使う必要はないから
「Dockerのハイパーバイザー」という言葉は意味不明
> WindowsコンテナでWSLのプロセスを動かすのは出来るのかな？
WSLのプロセスってなんだ？ （今の）WSLはAPIを変換するレイヤーなんだから
WSLのプロセスなんかいない。WSL2の話だとしても、仮想マシンに乗ってるLinuxカーネルのことだぞ
WindowsコンテナでLinuxカーネルがはいった仮想マシンを動かすって言ってるのか？
576: 2019/05/12(日)06:15 ID:qt7GlmFj(1) AAS
手違いでgpuパススルー提供してくれればいいのに
577(3): 2019/05/12(日)09:03 ID:2DDHCgRm(1) AAS
archがMSストアに
外部ﾘﾝｸ:www.microsoft.com
578(2): 2019/05/12(日)10:16 ID:CHrIvu7I(1) AAS
>>577
開発者のScott Xuってどういう人？
579: 2019/05/12(日)11:02 ID:LHseVdEZ(1) AAS
名字が中華っぽいなら
580: 2019/05/12(日)13:00 ID:Qq5nJiWO(1) AAS
スマン>>578だがArchスレで聞いた方が良いな
移動します
581(1): 2019/05/12(日)22:13 ID:zdwItqPT(1) AAS
自分で入れるarchとなんか違う所あるのかな
582(1): 2019/05/12(日)22:34 ID:+k7oRJxc(1) AAS
>>581
公式がサポートしているなら、the arch way に則っていることの一つの基準になる
が、Archスレでも言われてるようにこれはどうやら非公式で、公式でarch on wslを出すかという問題については、メーリングリストでとっくの昔（2018/3）に NO で決着がついていて、>>577は時間の問題でストアから消えるようだ
583(2): 2019/05/12(日)22:59 ID:H7sQm3Wm(1) AAS
>>582
オープンソースで自由なのに消えるわけ無いだろｗ
584: 2019/05/12(日)23:20 ID:d34MmL31(1) AAS
>>583
商標が問題になるらしい
585: 2019/05/13(月)00:42 ID:kfH6729w(1/2) AAS
その中国系の奴のスパイウェア扱いされてんのなw
586: 2019/05/13(月)00:59 ID:7EQTzBan(1/2) AAS
>>578
Twitterﾘﾝｸ:scottgu
外部ﾘﾝｸ:en.wikipedia.org
Scott Guthrie is an Executive Vice President of the Cloud and Enterprise group in Microsoft.
だから、>>577は変なものではなさそうだけどね
権利的にどうこうな話はFedoraの件もあったから分からんが
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
587: 2019/05/13(月)01:02 ID:7EQTzBan(2/2) AAS
いやスペルが一文字違うのか
Scottxuだもんな
588: 2019/05/13(月)02:26 ID:xcN6a4i7(1) AAS
Arch Linuxの商標等を無断使用してArch Linuxのオフィシャルのものと錯誤させるような現状はアウトだけど
Arch Linuxからのforkである事を明記して、別の名前にしてArch Linuxのクローンと自称すれば、それだけでは止める理由は無くなるよね
589: 2019/05/13(月)06:12 ID:7DTjxB+l(1) AAS
>>583
自由なソフトウェアｗｗｗｗｗｗｗ
江添亮かよテメェは（中指ﾋﾟｰﾝ
590(1): 2019/05/13(月)07:43 ID:wlwVlzbe(1) AAS
ついにDockerに対応したWSL2を私見で解説してみた 2019-05-10
外部ﾘﾝｸ:koduki.hatenablog.com
591: 2019/05/13(月)11:16 ID:wQhZ/CcM(1/6) AAS
>>590
> さらにWSL2の環境毎にVMを立ち上げるのではなくLinuxカーネルは一つだけ立ち上げて、
> それぞれのWSL環境はコンテナで仕切っている様です。
すごいな。仮想マシンとは全く違う仕組みじゃないか
592: 2019/05/13(月)11:44 ID:E+w+9NVm(1/2) AAS
>Windows UpdateでLinuxカーネルがバージョンアップされる
アップデートの履歴にも
Linux〜
Linux〜
って文字が羅列されるんだな。胸熱だわw
593: 2019/05/13(月)12:04 ID:jYjtMJbv(1) AAS
WSL2はHyperVに似た仕組みを使っているのだろうけどHyperVはWindows homeでは使えないのよね
WSL2もWindows homeで使えないのだろうか
594(1): 2019/05/13(月)12:24 ID:E+w+9NVm(2/2) AAS
Homeで開発用にPC使うってのが間違い。
開発者でないユーザーにWSLは不要。Linux使いたかったら普通にPCにLinux入れりゃいいだけ。
595: 2019/05/13(月)13:07 ID:Ody1oFT8(1/3) AAS
門外漢が横から申し訳ないけど、それはどうだろう。
今よりさらにWindowsのネイティブアプリに近づくなら使ってみたい俺みたいなのもいるかも。
主に単純な作業の自動化の用途で開発とは無縁なんだけどね。
596(1): 2019/05/13(月)13:12 ID:qbQchvmo(1) AAS
ネイティブアプリに近づいてるだと！？
597(1): 2019/05/13(月)13:15 ID:Ody1oFT8(2/3) AAS
>>596
門外壊と予防線はってて申し訳ないけど頓珍漢な物言いはご容赦願いたいです。
598: 2019/05/13(月)13:18 ID:Ody1oFT8(3/3) AAS
正しくはネイティブアプリと使用感が変わらないくらい相互のやりとりが簡単になるということでしょうか。
自分でもよく分かってないのでこれでやめときます。話に水を差して申し訳ありませんでした。
599(1): 2019/05/13(月)13:22 ID:qtjs3CFS(1/2) AAS
開発者ｗ
600(1): 2019/05/13(月)14:56 ID:iLJpewoW(1) AAS
>>599
何が面白いのか分からないんで解説お願い
601: 2019/05/13(月)16:25 ID:kfH6729w(2/2) AAS
>>597
頓珍漢な物言いはあなたの方だと思いますよ
602(1): 2019/05/13(月)16:28 ID:V5E5ZkSj(1) AAS
>>594
Windows 10 HomeにVisualStudioをインストールして使った場合にどのような問題が生じるか、具体的に説明して。
ちなみにマイクロソフトが公式に上げているシステム要件には次の記載がある。
> Windows 10 バージョン 1703 以降:Home、
> Professional、Education、および Enterprise
> (LTSC および S はサポートされていません)
マイクロソフトが嘘をついている仰ってる？
603: 2019/05/13(月)17:13 ID:sNRVJzkI(1) AAS
そもそも動かない
と
サポートする気がない
は別物なんです。
604(1): 2019/05/13(月)18:00 ID:6tXLThmN(1) AAS
Windows TerminalとWSL 2はOSS版Windows 10の布石か？ - 阿久津良和のWindows Weekly
Report 2019/05/13 15:25
外部ﾘﾝｸ:news.mynavi.jp
(前略)蛇足だが公式ブログのコメント欄を見ると、かのRichard M Stallman氏がかみついて
いる。コメントを投稿したのが本物のStallman氏なのか確認する術を持っていないが、
筆者は冗長な文章がメーリングリストなどで見かける文面に類似しているように感じた。
真偽は読者諸氏のご判断にお任せするが、WSL 2は本年6月からWindows Insider Preview、
2019年末に一般向けプレビューの提供を予定している。
----
Stallmanを名乗る人物の直下に "I don't think rms browse Microsoft websites :)" と
コメントがついているが…
605(8): 2019/05/13(月)18:11 ID:wQhZ/CcM(2/6) AAS
>>602
このページの話をしてるの？
外部ﾘﾝｸ:docs.microsoft.com
> HYPER-V エミュレーターのサポートを得るには、「サポート対象の」 64 ビット オペレーティング システムが必要です。
> クライアント Hyper-V および第 2 レベルのアドレス変換 (SLAT) をサポートするプロセッサも必要です。
「サポート対象の」のリンク先
Windows 10 Hyper-V のシステム要件
外部ﾘﾝｸ:docs.microsoft.com
> Hyper-V のロールは、次のバージョンの Windows 10 で有効にすることができます。
>
> Windows 10 Enterprise
> Windows 10 Pro
> Windows 10 Education
Visual Studioを使えることと。Visual Studioの全機能を使えることは意味が違うよね？
606(1): 2019/05/13(月)18:16 ID:OytSfhvY(1) AAS
windows homeでも利用できるよと中の人が言ってるのに、何開発者どうたらの言い合いしてるのやら
607(1): 2019/05/13(月)18:16 ID:wQhZ/CcM(3/6) AAS
>>604
外部ﾘﾝｸ:devblogs.microsoft.com
> 前略)蛇足だが公式ブログのコメント欄を見ると、かのRichard M Stallman氏がかみついて
> いる。コメントを投稿したのが本物のStallman氏なのか確認する術を持っていないが、
うん。ワロタw
> ちょっと差し止めたいのですが。あなたがWindowsと呼んでいるのは、
> 実際にはGNU / kWindows、あるいは私が最近それを呼んだことにしたように、GNU + Windowsカーネルです。
608(1): 2019/05/13(月)18:18 ID:4WbqSdyn(1) AAS
世の中には趣味開発者っていうのがいるんですよ
609: 2019/05/13(月)18:26 ID:wQhZ/CcM(4/6) AAS
>>606
Windowsの機能の有効化と無効化を見てみると、
Hyper-V と Vitual Machine Platform と Windows Hypervisor Platform に分かれてるもんね
Proしか対応してないのは、Hyper-V、仮想マシンの管理ツールで
それ以外の機能は使える（ようになる）のでしょう。
もしかしたら、WSL2限定かもしれないけど
610: 2019/05/13(月)18:26 ID:wQhZ/CcM(5/6) AAS
>>608
趣味にはお金がかかるものさ
611: 2019/05/13(月)19:35 ID:qtjs3CFS(2/2) AAS
>>600
彼があたしのヴァージンアナルを無理矢理奪ったのよ
ハッテン場では「俺は開発者だ！」って言ってたけど誰からも相手にされてなかったわ
短小包茎早漏のくせにバカじゃないってみんな思ってたわ
きっと脳梅が頭に回ってんだと思ったらおかしくておかしくてｗ
612(1): 2019/05/13(月)20:06 ID:U9cVXCCt(1) AAS
>>607
どうみてもネタ
文章に圧倒的rmsっぽさがあるのは元の文章を書いたのがrmsだから
コピペ改変みたいなもん
613: 2019/05/13(月)21:32 ID:wQhZ/CcM(6/6) AAS
>>612
うん。だろうね。仮に本人が書いたとしても内容がネタそのものだしｗ
でもよくよく考えてみると、WSL2よりもWSLの方がこのネタは適切な気がする
なにせLinuxというわりに、Linuxカーネルを一切使ってないわけだから
614: 2019/05/13(月)21:55 ID:nlTYCt3Y(1) AAS
何も知らない人たちの無駄な言い合い眺めるなら、
MSの人の回答を見た方が良いな
Craig Loewen@craigaloewen
@chrisdfrey WSL 2 will be available on Windows 10 Home!
It does use the Hyper-V architecture, but this will be bundled in a different optional component (i.e: Not the Hyper-V optional component) and therefore will be in Windows 10 Home :)
Twitterﾘﾝｸ:craigaloewen
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
615: 2019/05/13(月)22:13 ID:HvDdf2Tj(1) AAS
Hyper-VはCore2では動かないがWSL2は動いてほしいな…
616(1): 2019/05/13(月)22:17 ID:vONWxItJ(1) AAS
>>605
Hyper-Vが無かったら開発できないと思い込んでる人？
何が原因でそんな風に思い込むようになったの？
617(2): 2019/05/13(月)22:58 ID:u4MxTcS+(1) AAS
開発者以外のユーザーにWSLは不要だからな
618: 2019/05/14(火)00:56 ID:NsBeUPvn(1/7) AAS
Homeで動くんかい！
619: 2019/05/14(火)01:11 ID:y/2NlNcu(1/4) AAS
うん。ほめて Home TE！
620: 2019/05/14(火)01:22 ID:ZSMfOlNP(1) AAS
開発者がいると聞きまして…
∧__∧
(´∀｀)
(⊃⌒*⌒⊂)
/_ノωヽ_)
621: 2019/05/14(火)01:28 ID:NsBeUPvn(2/7) AAS
でも、さすがに10 Sじゃ無理かな。
学習向けなら使えそうだと思う。
上下前次1-新書関写板覧索設栞歴
あと 381 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s