Windows搭載予定のLinuxサブシステムでUbuntuが動作

1 名前：login:Penguin mailto:sage [2016/03/30(水) 14:57:55.72 ID:2b3xF4As.net] WindowsはLinuxの機能をもエミュレートする ?Microsoft and Canonical partner to bring Ubuntu to Windows 10 You'll soon be able to run Ubuntu on Windows 10. www.zdnet.com/article/microsoft-and-canonical-partner-to-bring-ubuntu-to-windows-10/ 710 名前：login:Penguin mailto:sage [2016/05/21(土) 18:20:26.84 ID:B5k1vE2J.net] aptなんぞさっさと廃止して正解 711 名前：login:Penguin mailto:sage [2016/05/21(土) 19:33:55.38 ID:stNt9iOu.net] >>692 そのうち非公認で好きなデストリ選べるようになるでしょ lxrun.exe相当のインストーラと /init相当のbootstrapper作ればいいだけだから 712 名前：login:Penguin mailto:sage [2016/05/22(日) 02:54:29.91 ID:LYC3P8lN.net] ディスクのパフォーマンスを知りたくて $ dd if=/dev/zero of=./test count=3000 bs=1024 を実行してみたんだけど、これCygwinより遅い？ # Bash on Windows $ dd if=/dev/zero of=./test count=3000 bs=1024 3000+0 records in 3000+0 records out 3072000 bytes (3.1 MB) copied, 0.030278 s, 101 MB/s # Cygwin $ dd if=/dev/zero of=./test count=3000 bs=1024 3000+0 レコード入力 3000+0 レコード出力 3072000 bytes (3.1 MB, 2.9 MiB) copied, 0.0176942 s, 174 MB/s 参考）DDコマンドでWrite速度測定：ddでHDDやNASの書き込み速度を見てみる。 - それマグで！ takuya-1st.hatenablog.jp/entry/20120301/1330605391 713 名前：login:Penguin mailto:sage [2016/05/22(日) 03:01:23.50 ID:6r9sEEDb.net] sync含めて時間測らない無能 714 名前：login:Penguin mailto:sage [2016/05/22(日) 05:58:57.37 ID:s0p0/ROJ.net] そもそもcygwinが重いのはfork等を独自実装してるからだろ ディスク測ってどうすんねん 715 名前：login:Penguin mailto:sage [2016/05/22(日) 06:07:06.56 ID:6r9sEEDb.net] >>697 cygwinの遅いのはファイルアクセスとプロセスかんり。 ネットワークは普通に遅い。Windows速くないし 716 名前：login:Penguin mailto:sage [2016/05/22(日) 06:20:16.71 ID:cRGWingb.net] そういやcygwinでps実行しても Windowsのプロセスまでは見えないんだな。 717 名前：login:Penguin mailto:sage [2016/05/22(日) 07:08:27.35 ID:/eBzBwNC.net] Windowsでtasklistすれば両方見える 718 名前：login:Penguin mailto:sage [2016/05/22(日) 07:24:21.71 ID:/eBzBwNC.net] Windows serverはネットワークスタックは速いよ Windowsがというよりハードウェア上のファームでプロトコルスタック実装してるから TCP offload engineでググってみて server版じゃないとscalable packは使えなかったかな 719 名前：login:Penguin mailto:sage [2016/05/22(日) 19:07:19.79 ID:LYC3P8lN.net] もっと実用的な数値を比べてみた。 各環境で1.5GBぐらいのsvnプロジェクトをチェックアウトしてgrep。 環境名, svn checkout, grep Cygwin, 18m23.288s, 8m4.261s Bash on Windows, 9m94.843s, 6m52.982s 思ってた以上に遅い。Cygwinよりは速かったけど。 ちなみに、他にCygwinとVirtualBoxの入っているPCがあるんだけど、 そこだとCygwinはVirtualBoxの1/10ぐらいの速さ。 するとCygwin : Bash on Windows : Native = 1 : 2 : 10 ぐらいか。 ついでにこんな記事を見つけた。やっぱりきちっと測っても遅いのね。 Steady assimilation: [PC] Bash on Windowsが本当に出て困惑 steadyassimilation.blogspot.jp/2016/04/pc-bash-on-windows.html 720 名前：login:Penguin mailto:sage [2016/05/22(日) 19:22:46.95 ID:DVntnULJ.net] >>697 特定の機能に限定したベンチはいろいろと用途を検討するのに有益だよ 721 名前：login:Penguin mailto:sage [2016/05/22(日) 19:33:35.86 ID:tJiBUnO4.net] VirtualBox は Native と等速なのか凄いな 722 名前：login:Penguin mailto:sage [2016/05/22(日) 20:21:32.16 ID:xHIKnJwY.net] iperfとiozoneは動かないのかね？ 723 名前：login:Penguin mailto:sage [2016/05/23(月) 02:30:42.80 ID:ERRbT9h2.net] ベンチって言ったらカーネルビルドやろ 724 名前：login:Penguin mailto:sage [2016/05/23(月) 03:46:37.61 ID:h7yePIJe.net] >>702 と 同じPCにVagrant と Hyper-V で Ubuntu14 を入れたんで、結果に追加。 環境名, svn checkout, grep Cygwin, 18m23.288s, 8m4.261s Bash on Windows, 9m94.843s, 6m52.982s Hyper-V 1m52.058s, 3m0.881s Cygwin : Bash on Windows : Hyper-V は writeは 1 : 2 : 10 ぐらい read は 5 : 6 : 14 ぐらいかな。 >>704 nativeの半分ぐらいなのね。9割ぐらい出ると勘違いしてた。 725 名前：login:Penguin mailto:sage [2016/05/23(月) 13:15:56.95 ID:h7yePIJe.net] つうか実行しながら薄々気づいてたけど、svn checkout は むしろネットワークのスループットを測ってるだけかもしれん。 まあこれが自分の関心のあった項目なんで勘弁して。 もっとちゃんとした検証法を思いつく人は各自試して。 あと、このパフォーマンスだと当分はハイパーバイザ型の仮想環境もほしいし、 するとVagrant使いたいし、 するとCygwinも使いたいということになる。 （vagrant ssh ってCygwinなしでやってる人いる？） VMやCygwinを捨てる未来は当分なさそう。 まあもしかしたらこのパフォーマンスでも構わない用途が大半かもしれない。 それならあとは互換性だけの問題だけど。 726 名前：login:Penguin mailto:sage [2016/05/23(月) 15:34:50.97 ID:fh25Sav0.net] windowsをベースに使うなんてこの時点でアウト 全く信用できん 727 名前：login:Penguin mailto:sage [2016/05/23(月) 18:21:38.75 ID:34jhkwqp.net] そう思うなら使わなきゃいい 728 名前：login:Penguin mailto:sage [2016/05/23(月) 18:52:28.91 ID:/6Vtx2pi.net] そもそも視点が違う windowsを便利にするものとしてWSLを作った 729 名前：login:Penguin mailto:sage [2016/05/24(火) 00:42:42.57 ID:U52teAEB.net] >>705 iperfやってみた 結果はHyper-V上のUbuntu(548Mb/s) ＞ Win10のCMD窓(439Mb/s) ＞ bash on Windows(53Mb/s) CMD窓よりHyperVの方が早いのは、同じマシンであってもクライアント側が異なるNICを使うためと思われ。 ○サーバ側： 　　Ubuntu12.04LTSの入った実マシン　(iperf 2.0.5) 　　コマンド：iperf -u -s 　 ○クライアント側 　　Windows10 Insider Preview 14342版 　　コマンド：iperf -c 192.168.2.216 -u -b 1000m 　　下のそれぞれで３回ずつ実行。そのうちの中央値を採用。 　　下の�@�Aを実行の際は�BのHyper-Vの仮想Ubuntuはシャットダウン済みの状態 　　�@Windows10のコマンドプロンプト (Win版iperf 2.0.8) 　　�Abash on Windows　(iperf 2.0.5) 　　�BUbuntu14.04 on Hyper-V　(iperf 2.0.5) ○結果 　　[ ID] Interval Transfer Bandwidth 　　[328] 0.0-10.0 sec 524 MBytes 439 Mbits/sec　　★Win10コマンドプロンプト 　　[ 3] 0.0-10.0 sec 64.1 MBytes 53.7 Mbits/sec　　★bash on Windows 　　[ 3] 0.0-10.0 sec 653 MBytes 548 Mbits/sec　　★Ubuntu14.04-64 on Hyper-V 730 名前：login:Penguin mailto:sage [2016/05/24(火) 01:20:32.01 ID:pLMOt08A.net] >>712 thx 確かにネットワークが相当遅い。 socketの実装が悪いのか、足りないシステムコールでもあるのか （etherのlink speedが見えない影響とかないよね？）。 気が向いたら、iperfの結果を添えてバグ報告もお願いします。 731 名前：login:Penguin mailto:sage [2016/05/24(火) 09:06:47.57 ID:gwVetxVE.net] Pico Process Overview https://blogs.msdn.microsoft.com/wsl/2016/05/23/pico-process-overview/ 732 名前：login:Penguin mailto:sage [2016/05/24(火) 21:15:08.28 ID:pLMOt08A.net] >>714 メモリマッピングが空っぽのプロセス用意するから、 ローダ機能を持たせたLXSS/LXCoreドライバでなんとかしてってことか。 Minimal Processを使ってる機能ってなんだ？ signalとか共有メモリの管理もLXSS/LXCoreドライバでやるとすると、 LXSS/LXCoreドライバの規模感がよくわからんな。 733 名前：login:Penguin mailto:sage [2016/05/25(水) 00:53:02.42 ID:u4PX8cL+.net] >>713 よくあるのが不要なコピーが行われてるケース SVR3で最初にSTREAMSが実装されたのが1986年だから 大体30年位前のテクノロジーにとどまってる感じ? BSDのmbufはそれからさらに5年位遅れてるはず 734 名前：login:Penguin mailto:sage [2016/05/25(水) 01:00:25.49 ID:u4PX8cL+.net] >>715 > Minimal Processを使ってる機能ってなんだ？ Minimal Processを特殊化すると NT ProcessやPico Processになるんでしょ NT Processの方はまだハードコーディングかも知れないが 735 名前：login:Penguin mailto:sage [2016/05/25(水) 01:03:24.43 ID:u4PX8cL+.net] >>715 >LXSS/LXCoreドライバの規模感がよくわからんな。 ネットワークとかディスクI/Oとかスケジューラーとかは NTカーネルの機能使ってるだろうから DarwinのBSD部分よりかなり小さいんじゃないか? >>716に書いたようにまだ凄くシンプルな実装だろうし 736 名前：login:Penguin mailto:sage [2016/05/25(水) 21:41:42.46 ID:RG8GyR/9.net] Linuxとの互換性はいずれ上がると思うんだけど、 パフォーマンスの改善の見込みはどのくらいあるんだろう？ 昨晩、Bash on Windows と VMでそれぞれ apt-get upgrade したんだけど、 それぞれ62秒と16秒かかった。 今はVMの方が使っててずっと快適なんだよね。 737 名前：login:Penguin mailto:sage [2016/05/25(水) 21:54:37.49 ID:3opJ/Sio.net] >>719 Windows上の仮想VM上のLinux と bash on Windowsとで Linuxとしての性能は前者が確実に上だね。 反面、Linux部分がホストであるがWindowsに対して掛ける負荷は、後者の方が軽いんじゃない？ bash on Windowsの方が、Windowsを圧迫しないというか。 738 名前：login:Penguin mailto:sage [2016/05/25(水) 21:57:48.40 ID:3opJ/Sio.net] 誤字って余計な「が」 が入っちゃったので↓に訂正。 「反面、Linux部分がホストであるWindowsに対して掛ける負荷は、後者の方が軽いんじゃない？」 739 名前：login:Penguin mailto:sage [2016/05/25(水) 22:03:11.27 ID:hMTr4AlU.net] ESXiで構築すれば片方止めてマシンに負荷かからないしどっちも使えるぞ 740 名前：login:Penguin mailto:sage [2016/05/25(水) 22:27:46.85 ID:RG8GyR/9.net] >>721 それ全然うれしくない。 負荷かかっていいから速くなってほしいわ。 741 名前：login:Penguin mailto:sage [2016/05/25(水) 22:47:27.32 ID:3opJ/Sio.net] >>723 ケースバイケースじゃないの。 自分の場合、昔 i7-860マシンでHyper-V使ってた頃は、VM動作中にホスト側のWindowsで動画再生すると 音飛びや再生落ちが発生するんで、VMはことあるごとにいちいち起動／停止してて面倒だった。 今はもうi7-4790使ってて、VM１個ぐらいなら稼働中でもホストWin側に影響が見えないから常時駆動してるけど。 742 名前：login:Penguin mailto:sage [2016/05/25(水) 22:57:04.19 ID:u4PX8cL+.net] >> 743 名前：720 未熟な実装はCPUやメモリ負荷が高いことが多いよ [] [ここ壊れてます] 744 名前：login:Penguin mailto:sage [2016/05/25(水) 22:57:58.82 ID:u4PX8cL+.net] ジャイアントロック問題なんかは負荷は下がってただ遅いけどね 745 名前：login:Penguin [2016/05/26(木) 07:53:31.61 ID:uekgGtC8.net] >>719 ＞パフォーマンスの改善の見込みはどのくらいあるんだろう？ ＞昨晩、Bash on Windows と VMでそれぞれ apt-get upgrade したんだけどそれぞれ62秒と16秒 >>720 ＞Windows上の仮想VM上のLinux と bash on Windowsとで Linuxとしての性能は前者が確実に上だね。 VMソフト＋LinuxのMinimalだともっと差がでるのでは？ 「VMソフトの軽さ＋LinuxのMinimal」vs「bash on Windows」 今は自由度も速度も安定性も前者か。 LinuxのMinimalって使ったこと無いけど知ってる人いる？ VMはVirtualBOXあたりが一番軽いの？ 746 名前：login:Penguin mailto:sage [2016/05/26(木) 08:03:48.23 ID:qpU22dRv.net] 仮想化支援ついてるやつならあんま変わらんやろ 747 名前：login:Penguin mailto:sage [2016/05/26(木) 18:34:56.31 ID:S0VWArfS.net] virtual boxよりハイパーバイザー型VMであるHyper-vの方が軽いかも？ 748 名前：login:Penguin mailto:sage [2016/05/26(木) 18:43:35.45 ID:qpU22dRv.net] それを行ったらホストOS分のリソースくわないESXiが・・・ 749 名前：login:Penguin mailto:sage [2016/05/26(木) 20:29:44.47 ID:L135YqT2.net] Hyper-V Server でいいかと 750 名前：login:Penguin mailto:sage [2016/05/26(木) 20:34:27.78 ID:KdQATLsd.net] Hyper-V とくれば Xen じゃね？　・・使ったことないけど。 751 名前：login:Penguin mailto:sage [2016/05/26(木) 20:39:04.95 ID:PzBIDXEC.net] AWS使ったことないん？ 752 名前：login:Penguin mailto:sage [2016/05/26(木) 21:30:57.48 ID:j3GUpHss.net] お前ら Bash on Windows の話しろよw 753 名前：login:Penguin mailto:sage [2016/05/26(木) 21:32:08.16 ID:GcxIPEGi.net] ずーっとしてきてるだろｗ 754 名前：login:Penguin mailto:sage [2016/05/27(金) 00:10:54.35 ID:9F9SNxdy.net] エクスプローラーのファイル検索窓をbash窓にしてくれ 755 名前：login:Penguin mailto:sage [2016/05/27(金) 01:29:56.82 ID:jUVF1omU.net] しかし真剣に使い道がわかんなくなってきたな。 最初に聞いた時はWindowsサブシステムより速いかもぐらいの期待をしてたのに 実際のパフォーマンスはCygwin並だったとは。 今後ドカンと広まりでもしなければUbutu以外のディストリには対応しないだろう というのもキツイ。 できることはWindowsのCドライブとのファイル共有だけなわけで 考えてみたらVMでSamba動かせばだいたい同じことできるよな。 せめてCygwinのcygstart みたいな形でWindowsサブシステムを呼び出せれば VMにはない使い道も生まれるんだが。 ほんと、Bash on Windowsにしかない使い道って何があるんだ？ 756 名前：login:Penguin mailto:sage [2016/05/27(金) 02:19:09.41 ID:h75QaUyy.net] >>737 そもそもLinuxにしかない使い道がないので Windowsだけで十分って話？ 757 名前：login:Penguin mailto:sage [2016/05/27(金) 02:56:34.04 ID:fQXNXDGR.net] なんでVMよりWSLが良いの？ -仮想マシンより消費されるリソース少ないよ -WindowsコマンドプロンプトやアプリからLinuxコマンド使えるよ -WSLのLinuxからWindowsのファイルへアクセスできるよ https://msdn.microsoft.com/en-us/commandline/wsl/faq#why-would-i-use-wsl-rather-than-linux-in-a-vm- 758 名前：login:Penguin mailto:sage [2016/05/27(金) 03:49:36.88 ID:h75QaUyy.net] なんでWindowsで開発してるの？って 質問するべき話だろな。 理由は様々だろうが、現実としてWindowsで 開発している人も多い。LinuxもVMも使わずにね。 そういう人たちに開発ツールを補完するのが目的なんだろう。 759 名前：login:Penguin mailto:sage [2016/05/27(金) 08:02:20.16 ID:KZA0ENlX.net] >仮想マシンより消費されるリソース少ないよ VBoxとかだとゲストOSに対してメモリ割り当てを特別指定するけど、 逆にWindowsOS配下のメモリを確保するための処理が煩雑になってパフォーマンス落ちていそう。 最近の言語処理系は動的メモリ確保必須だから、WSLは低速とか評価されないとも限らない。 760 名前：login:Penguin mailto:sage [2016/05/27(金) 19:53:17.79 ID:G0tYrg4U.net] LXSS/LXCoreをオープンソース化すれば格段に進歩しそう。 761 名前：login:Penguin mailto:sage [2016/05/27(金) 21:07:26.01 ID:fQXNXDGR.net] Win10 IP版の Build 14352来たね 今回はWSLはあんまり大きな変更ない感じ？ https://msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-14352 ・非Englishの言語のサポートを改善 ・タイムゾーンをWindwosに合わせる様に改善 ・管理者モードのコマンドプロンプトからのbash.exeなら ping が打てるように対応 ぐらいかな？　目につくのは。 762 名前：login:Penguin mailto:sage [2016/05/27(金) 21:49:04.97 ID:fQXNXDGR.net] タイムゾーン試してみた ＞# date ＞Fri May 27 21:40:24 DST 2016 時間は確かに合ってるけど、JST表示じゃないのな。DSTってどこ標準時だろ？ それとも夏時間の意味？ ちなみにWin10本体のタイムゾーン設定は、「(UTC+09:00) 大阪、札幌、東京」に設定してあって 夏時間ボタンはグレーアウトされてて押せなくなってるから、Win10本体の設定には問題ないはず 763 名前：login:Penguin mailto:sage [2016/05/27(金) 23:48:51.88 ID:h75QaUyy.net] >>741 あんたが適当なこと言ってるだけだって すぐわかりましたよｗ 764 名前：login:Penguin mailto:sage [2016/05/28(土) 00:07:37.14 ID:o8nb3Apn.net] >>737 > ほんと、Bash on Windowsにしかない使い道って何があるんだ？ 日常的にWin/Linux両方で開発する必要のある人の選択肢が広がるという意味でいいんでね？　 ２つ箱を並べて作業できればそれも良し、１つの箱で済ませたければVMも良し。　リモートで作業する のにラップトップで全部やりたいけど、Linux環境がもっと軽ければうれしいなという人にはいい選択肢では。 複数環境でのファイル共有って常に様々な選択肢があるわけだけど、それが最小の手間で出来るこの環境が ツボにはまるという人は十分いるんじゃないかな。 765 名前：login:Penguin mailto:sage [2016/05/28(土) 00:47:59.04 ID:a2i11XqS.net] bash起動しない 766 名前：login:Penguin mailto:sage [2016/05/28(土) 00:48:21.14 ID:chbau3OH.net] linuxいれればいいぞ 767 名前：login:Penguin mailto:sage [2016/05/28(土) 10:19:14.13 ID:a2i11XqS.net] bash起動した 768 名前：login:Penguin mailto:sage [2016/05/28(土) 11:47:53.39 ID:/PKNWjno.net] >>737 >ほんと、Bash on Windowsにしかない使い道って何があるんだ？ 作る側の技術的興味だけだよ。 >>742 MSのサポート付きならいいかもね。 769 名前：login:Penguin mailto:sage [2016/05/28(土) 12:15:45.73 ID:7ybPUlky.net] cygwinと肩組めってｗ 770 名前：login:Penguin mailto:sage [2016/05/28(土) 13:22:03.44 ID:fCJPJ1AJ.net] >>751 そーゆーのは理由も一緒に言わないと 771 名前：login:Penguin mailto:sage [2016/05/28(土) 14:42:05.52 ID:xOfgAtkL.net] >>750 Windows firmware説の補強の為だよ 772 名前：login:Penguin mailto:sage [2016/05/28(土) 15:40:20.16 ID:a2i11XqS.net] javaのインストールできない 773 名前：login:Penguin mailto:sage [2016/05/28(土) 21:09:20.68 ID:fsYgjQZT.net] >>750 > 作る側の技術的興味だけだよ。 興味があるの単体は 興味がない（無関心） 関心がなければここまで話題にならないよ。 本当に興味がなければ批判すら出てこない。 774 名前：login:Penguin mailto:sage [2016/05/28(土) 22:17:43.74 ID:/PKNWjno.net] >>755 作る側ってのはマイクロソフトの中の人の話だぞ？ 775 名前：login:Penguin mailto:sage [2016/05/28(土) 22:45:54.71 ID:X/KQB5df.net] >>756 このレスにもう一度>>755を貼っても問題無いレベルのレスだな… 776 名前：login:Penguin mailto:sage [2016/05/28(土) 23:12:54.05 ID:IHjkoEXq.net] >>750 >作る側の技術的興味だけだよ。 アホの子なの? 777 名前：login:Penguin mailto:sage [2016/05/29(日) 01:03:44.36 ID:uUpgulHq.net] 14352, 256color.pl の表示が少し改善されてるな。 778 名前：login:Penguin mailto:sage [2016/05/29(日) 04:51:07.36 ID:38HULhjz.net] >>756 だから、作る側だけじゃなくて 使う側も興味あるってことだろ？ 779 名前：login:Penguin mailto:sage [2016/05/29(日) 04:51:59.08 ID:38HULhjz.net] >>757 もう一度貼るなら訂正しておくｗ 興味があるの反対は 興味がない（無関心） 関心がなければここまで話題にならないよ。 本当に興味がなければ批判すら出てこない。 780 名前：login:Penguin mailto:sage [2016/05/29(日) 12:51:12.39 ID:1nUjF2Ar.net] >>760 興味があるかどうかは問われてないだろ。 使い道を問われていたわけだ。 だから、作る側の興味だけだと書いた。 使う側が勝手に何かを期待するのは勝手だから好きにすればいい。 781 名前：login:Penguin mailto:sage [2016/05/29(日) 12:52:25.69 ID:1nUjF2Ar.net] >>761 だから、なんでこんなあさっての方向の話をドヤ顔で出せるんだ？ 782 名前：login:Penguin mailto:sage [2016/05/29(日) 14:02:26.82 ID:2IK4M36y.net] >>763 きみの書いた >>750 >>756 が知的に問題があるレベルに見える だから幼稚園児に対するかのようなレスが返ってくるんだで 783 名前：login:Penguin mailto:sage [2016/05/29(日) 14:09:34.15 ID:BzhVF9lt.net] Bash on Windows の使い道について 「これが役に立つ人もいるんじゃね？」という人はいるが 「自分自身でこういうふうに使いたい」という人は皆無だな。 考えてたんだけど、MSがこれの対象に想定したユーザは初心者だと思う。 自力でVMを立てたり Amazon EC2のインスタンスを作ったりは できないが Linux を使う必要のある人。 なにしろ Bash on Windows のセットアップは圧倒的に簡単だし、 使うにはSSHクライアントもファイル転送ツールも要らない。 初心者向けならパフォーマンスもディストリ縛りもあまり問題に ならない。 言わば notepad.exe みたいなものじゃないかと。標準で 入ってるから初心者には便利だけど、ある程度のスキルの人は メインでは使わないようなもの。 つまり VM や Cygwin を置き換えるようなものではな� 784 名前：｢んだろう。 [] [ここ壊れてます] 785 名前：login:Penguin mailto:sage [2016/05/29(日) 14:19:11.95 ID:1nUjF2Ar.net] >>764は、ちゃんと社会生活が出来てるのが不安になるレベルだな... 786 名前：login:Penguin mailto:sage [2016/05/29(日) 14:49:59.54 ID:UTMPxmIt.net] >>765 ＞考えてたんだけど、MSがこれの対象に想定したユーザは初心者だと思う。 LinuxやGNUツールを好んで使うクラスを初心者だと想定するのはちょっと歪じゃないかな。 普通に考えれば、以前からこれらを好んで使っている層の取り込みじゃないか。 787 名前：login:Penguin mailto:sage [2016/05/29(日) 15:01:29.60 ID:bVVDf+rS.net] >>765 的外れにも程がある 788 名前：login:Penguin mailto:sage [2016/05/29(日) 15:12:53.58 ID:38HULhjz.net] >>765 > 「自分自身でこういうふうに使いたい」という人は皆無だな。 そりゃ今仕事をしているわけで、今のやり方でも出来るに決まってるだろｗ > 自力でVMを立てたり Amazon EC2のインスタンスを作ったりは > できないが Linux を使う必要のある人。 それは対象にしていない。 Bash on Windowsの対象は、Linuxを使わずにWindowsで開発しているが もう少し開発ツールやLinuxでの開発ノウハウがWindowsで使えたらなって思ってる人。 Linuxを使う気はないが、Bash on WindowsがあればUbuntuで 提供されている開発ツールが一挙にWindowsで使えるようになる。 789 名前：login:Penguin mailto:sage [2016/05/29(日) 15:45:46.69 ID:BzhVF9lt.net] >>767 自分も最初はそう思ってたよ。実際、発表時に反応してたのはその層だった。 だけど実際に出てきたものは ・パフォーマンスはCygwin並 ・互換性は低い（今後に期待） ・ディストリは選べない ・やれることはVMと変わらない それらの層が実際に使ってくれる内容じゃないし、 これで飛びついてくれる人はVMやCygwinをとっくに使ってるだろ。 唯一の取り柄がセットアップの容易さで、ならLinux初心者の入門環境以外 ないと思うんだが。 >>769 同じことの繰り返しになるけど、スキルのある人ならとっくに VM や Cygwinで その手の開発ツールは使ってるから。 790 名前：login:Penguin mailto:sage [2016/05/29(日) 16:36:14.95 ID:UTMPxmIt.net] >>770 VMやAWSを現時点で使っていない要因の話、下の内的要因のケースしか想定して無い様に見える感じ。 ・本人のスキルが無く使えない（内的要因） ・本人にスキルはあるが導入が許可されない（外的要因） 外的要因ってのは職場ルールの規制だったり、客先や上司の理解が得られない場合のこと。 こういうのはWindowsの標準ツールであればクリアとなるケースが多いので、 WSLがWindowsの標準ツール化することで喜んで使われる様になるケースだと思う。 791 名前：login:Penguin mailto:sage [2016/05/29(日) 16:39:09.01 ID:5MWyIRM0.net] なおWindowsのアップデートは許可されない模様 792 名前：login:Penguin mailto:sage [2016/05/29(日) 16:49:06.79 ID:uUpgulHq.net] >>771 確かにその視点はなかったが、それ今や相当に少数だし、 そもそも標準ツールには Hyper-V だってずっと前からあるぞ。 >>772 ワラタ。そう言えばうちの職場もWindows10への移行は 非推奨かつ自己責任だわ。 793 名前：login:Penguin mailto:sage [2016/05/29(日) 16:51:35.60 ID:UTMPxmIt.net] >>773 Hyper-VはWindows8以降は標準だけど、そこにUbuntuをインストールしていいかは 別途許可が必要になる場合が多いのよ。ツールレベルの話じゃないから更に難易度高め。 あともう一つ、Linuxの使用用途の話ね。 パフォーマンスが重要視されるケースしか想定してない印象を受けたかな。 それこそVMやAWSでアクセス数の有るサーバー運用をするような。 WSLの導入は、PythonやPerlを標準導入するのとイコールだから 例えばのテキスト解析（ログとか）で使えるとかなり有用なツールだと思う。 こういう用途はパフォーマンス低くても影響は少ないと思う。 >>772 同意。 今の職場でWindows10が使える様になるのは、たぶんWindows7のサポート期限寸前まで無理な気がする… 794 名前：login:Penguin mailto:sage [2016/05/29(日) 16:58:08.83 ID:38HULhjz.net] >>770 > 同じことの繰り返しになるけど、スキルのある人ならとっくに VM や Cygwinで > その手の開発ツールは使ってるから。 使ってる人なら知ってると思うけど、Cygwinは 全てのパッケージがあるわけじゃない。 たとえば俺が使ってるtigが存在しない。 795 名前：login:Penguin [2016/05/29(日) 18:59:15.89 ID:cbYCZKO6.net] >>775 なら、VM使えばいいよ。それだけの事だよ。 796 名前：login:Penguin mailto:sage [2016/05/29(日) 19:02:23.98 ID:38HULhjz.net] >>776 だから開発のメインはWindowsだって言ってるだろ？ VM使っても、開発のメインのWindowsのファイルを そのまま触れる訳じゃない。 797 名前：login:Penguin mailto:sage [2016/05/29(日) 19:07:41.93 ID:5MWyIRM0.net] まあその方法はいくらでもあるけどめんどくさいわな 798 名前：login:Penguin mailto:sage [2016/05/29(日) 20:44:06.17 ID:tpbUq/tA.net] ホスト = Windows, ゲスト = Linux で、ホスト〜ゲストのファイル共有できないＶＭの方が珍しくね？ 799 名前：login:Penguin mailto:sage [2016/05/29(日) 20:47:06.00 ID:38HULhjz.net] >>779 設定が面倒くさい。 800 名前：login:Penguin mailto:sage [2016/05/29(日) 21:10:35.38 ID:3Cj6PZTz.net] windowsで自身のファイル操作する為になんで自身にVM環境セットアップしなきゃならないんだよ あとconfigureしたら見えるのはVM環境だし、windows側のプロセスや環境がすべて見える訳じゃないから出来ることも限られてくる 801 名前：login:Penguin mailto:sage [2016/05/29(日) 21:30:23.59 ID:tpbUq/tA.net] >>780 使ったことあるのか？ ほとんどネットワーク共有フォルダと操作は変わらんぞ それすら面倒とか言うならしょうがないが 802 名前：login:Penguin mailto:sage [2016/05/29(日) 22:00:12.05 ID:BzhVF9lt.net] めんどくさいんじゃなくて、簡単なやり方があるのを知らないんじゃないか？ Vagrant だったらデフォルトの共有ディレクトリがあるし、すぐ変更もできる。 あとはWindows環境の作業フォルダにジャンクションを作ってその共有ディレクトリを 参照すればいい。 つうかこのぐらいができないならVM初心者としか言いようがないと思うし、 やっぱりBash on Windows は初心者向けということじゃないのか？ 803 名前：login:Penguin mailto:sage [2016/05/29(日) 22:04:00.92 ID:3Cj6PZTz.net] >>783 的外れすぎるな 804 名前：login:Penguin mailto:sage [2016/05/29(日) 22:13:10.62 ID:BzhVF9lt.net] >>784 的外れはお前だろ。 >windowsで自身のファイル操作する為になんで自身にVM環境セットアップしなきゃならないんだよ 今どきWindows自身のファイルしか操作してないなんて堂々と言うなよ。 VagrantならVM立てるのなんかあっという間だぞ。 > あとconfigureしたら見えるのはVM環境だし、windows側のプロセスや環境がすべて見える訳じゃないから出来ることも限られてくる これ Bash on Windows からも見えないんだが。お前このスレで何を主張したいんだ？ 805 名前：login:Penguin mailto:sage [2016/05/29(日) 22:34:40.92 ID:38HULhjz.net] > VagrantならVM立てるのなんかあっという間だぞ。 VM立てるところまでなｗ その後の設定は全部自分でやらないといけない。 それにしてもVirtualBoxの共有フォルダってすごく遅いよな。 しかも共有フォルダではシンボリックリンク使えない。 Windowsでの開発がメインなのに、あれでまともに使おうとは思わないわｗ 806 名前：login:Penguin mailto:sage [2016/05/29(日) 23:04:21.71 ID:BzhVF9lt.net] >>786 なるほど、それなら確かに Bash on Windows にしかできないな。 1. Windows側のディスクIOを遅くしたくない 2. 何かLinuxでしか動かないツールを使いたい という条件があるなら、VMは1.で、Cygwinは2.で外れる。 汚い言葉使いをして失礼した。 でも自分は1. の条件は全くないからVMで十分なんだよな。 あとあんた、言うことがあちこち怪しいんだよ。今回も > その後の設定は全部自分でやらないといけない。 例えばこの辺にツッコミ入れたい人がスレに何人もいると思うぞ。 807 名前：login:Penguin mailto:sage [2016/05/29(日) 23:26:04.16 ID:5MWyIRM0.net] なんのためのvagrantとdockerなのか 808 名前：login:Penguin [2016/05/29(日) 23:56:36.09 ID:cbYCZKO6.net] 技術力のない奴は>>786みたいなことほざくよねｗ 面倒だのなんだの。１回しかやらない作業すらやれないような 奴が開発とか言ってるよｗｗ 809 名前：login:Penguin mailto:sage [2016/05/30(月) 00:17:46.87 ID:0qxKiVNs.net] x界隈の 俺が正しい いや俺が の流れ 810 名前：login:Penguin mailto:sage [2016/05/30(月) 01:54:13.92 ID:Mc6v4XOk.net] >>675 遅レスで申し訳ありません。 ありがとうございました。 パイプが使えず残念です。 今後に期待？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef