Windows搭載予定のLinuxサブシステムでUbuntuが動作 [無断転載禁止]©5ch.io
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2016/03/30(水) 14:57:55.72ID:2b3xF4As?Microsoft and Canonical partner to bring Ubuntu to Windows 10
You'll soon be able to run Ubuntu on Windows 10.
http://www.zdnet.com/article/microsoft-and-canonical-partner-to-bring-ubuntu-to-windows-10/
0666login:Penguin
2016/05/18(水) 23:59:28.55ID:W2GL/G7Lそうだよね。どうもありがとう。
>>661
もう正解は答えてもらってるので一言、
自分がそうなんだけど、初心者なのに書き込むのは勇気いるよね。
お互いがんばってスキル上げよう。
0667login:Penguin
2016/05/19(木) 00:51:30.84ID:go9nYzkEおお、 bash.exe -c でWindowsコマンドとしてWSL内でコマンド実行できるのを初めて知りました・・
WSL内のbashではパイプラインもリダイレクトも大丈夫っぽいです。Win側ではダブルクォート使えばOKですね。
C:\>bash.exe -c "find /etc -maxdepth 1 | grep hosts"
/etc/hosts
/etc/hosts.allow
/etc/hosts.deny
bash.exeの出力を、Windows側のパイプには渡せないっぽいですね。
C:\>bash.exe -c "find /etc -maxdepth 1 | grep hosts" | "C:\Program Files\Hidemaru\Hidemaru.exe"
→エラー 0x80070057が秀丸エディタに出力される
0668login:Penguin
2016/05/19(木) 01:08:44.07ID:8ZOG/1a3ああそうか
cmd.exeはシングルクオートは駄目かw
ただ
> cd \Users\xxxx\AppData\Local\lxss\home\yyyy
> bash -c “echo test > test.txt”
とファイルを作ってもWSL側からは何故か見えませんなあ
> type test.txt
test
なんだけど
$ cd $HOME
$ ls
してもない
$ cat test.txt
も駄目
$ echo test2 > test2.txt
するとtest.txtと同じ所にWin32世界では見られるのに
一度セッション終了しても駄目
0669login:Penguin
2016/05/19(木) 01:14:49.87ID:go9nYzkEC:\>bash.exe -c "vi ~/.bashrc" で vi呼び出しての編集動作OK。エスケープシーケンス効いてカラー表示可
C:\>bash.exe -c "python3" で WSLでプリインストールのPythonの対話型シェルに入ることもOK
0670login:Penguin
2016/05/19(木) 01:29:11.73ID:go9nYzkEWSL内で cd $HOME すると、デフォルトのユーザが root だから /home/yyyy ではなくて /rootに行ってる気が
なのでファイルはそっちにあるんじゃないかなー
0671login:Penguin
2016/05/19(木) 07:04:33.46ID:lczX8MNb> >>661
> WSL内の/以下全部でしょ
ちょっと良く分からないのですが、
>>629のignore caseなcpが失敗するのは、/mnt/cを含めた/mnt/c以下のすべてのディレクトリということでしょうか？
> これ、/mnt/c/ディレクトリ以下でだけ失敗するな。
とあるのは、例えばNTFSでフォーマットした/mnt/dでは、ignore caseなcpは成功するということでしょうか？
あと、>>643を実行したのが/mnt/c以下のディレクトリということなら、
これはcase sensitiveな挙動になっていて、先程のcpの挙動と異なっており、
WSLでのファイルのcaseの扱いに統一感がないことになります。
手元に環境がなくて自分で試してみることができずに申し訳ないですが、
WSLでのファイルのcaseの扱いがいまいち分かりませんね。
これは、まだ作り込まれていないからなのか、意図されたものなのか。
>>643のファイル FOO の件もありがとうございました。
良く分からないですね。
>>666
お互い頑張りましょう。
0672login:Penguin
2016/05/19(木) 07:09:18.99ID:lczX8MNb秀丸エディタは、標準入力を受け付けるのでしょうか？
> bash.exe -c "find /etc -maxdepth 1 | grep hosts" | more
としてもエラーになりますか？
あと、どなたか、コマンドプロンプト上で以下のコマンドを試してもらえないでしょうか。
> dir | bash.exe -c "grep DIR -"
これら2つが実行可能なら、多少煩雑ですが、
WindowsコマンドとBashの連携がそれなりにできることになりますね。
0673login:Penguin
2016/05/19(木) 07:30:26.95ID:go9nYzkE＞秀丸エディタは、標準入力を受け付けるのでしょうか？
秀丸エディタは何気に標準入力に対応してたりします。
秀丸のEXEにPATHを設定しておくと dir/s | hidemaru みたいなことが出来て便利なので、自分はたまに使ってますね
＞C:\>bash.exe -c "find /etc -maxdepth 1 | grep hosts" | more
＞ｨ0・・・・:
＞
＞0
＞x
＞8
＞0
＞0
＞7
＞0
＞0
＞5
＞7
＞C:\>dir | bash.exe -c "grep DIR -"
＞エラー: 0x80070057
bash.exe は、残念ながら入力・出力どちらの場合のパイプにも非対応みたいですね・・
0674login:Penguin
2016/05/19(木) 10:42:20.48ID:77lEcDScこのスレの150あたりでXの動作が可能かで揉めてたけど、
実際に動かしてる記事があったんで貼る。
WindowsとUNIXが再び融合する日 - 阿久津良和のWindows Weekly Report | マイナビニュース
http://news.mynavi.jp/articles/2016/04/18/windows10report/
http://news.mynavi.jp/photo/articles/2016/04/18/windows10report/images/003l.jpg
> フリーのWindows用Xサーバーである「Xming」をインストールしたところ、
> いくつかのGUIアプリケーションは正しく起動した。
0675login:Penguin
2016/05/19(木) 13:28:27.17ID:77lEcDSchttp://n.mynv.jp/articles/2016/04/18/windows10report/images/003l.jpg
0676login:Penguin
2016/05/19(木) 13:41:17.38ID:8AyDEV150677login:Penguin
2016/05/19(木) 14:57:18.42ID:yGUwd53d0678login:Penguin
2016/05/19(木) 15:36:51.08ID:V3LtEN7Q$ cat /proc/sys/kernel/osrelease
3.4.0-Microsoft
0679login:Penguin
2016/05/19(木) 16:51:48.60ID:SzL3Sshjそれ見るのが確実そうね
ありがとう
0680login:Penguin
2016/05/19(木) 21:02:41.42ID:8ZOG/1a3自分とこでも動いてるよ
xlogoとかw
0681login:Penguin
2016/05/19(木) 21:06:49.97ID:8ZOG/1a3unameの方はまだ修正してないな
0682login:Penguin
2016/05/20(金) 12:53:33.82ID:evAehgyn> いくつかのGUIアプリケーションは正しく起動した。
むしろ動かない奴の情報が欲しいわ
0683login:Penguin
2016/05/20(金) 20:40:38.43ID:qu3ZSRBD例えばxtermはptyが必要だから動かない
あとマルチスレッド対応のライブラリも一部駄目みたい
マルチスレッド使ってなくても
Xlibを置き換えるために作られたXCBってライブラリがあるんだが
xwudを使おうとすると
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
となって終了する
xwudなんてmulti-thereadedなわけないけど
ライブラリの初期化で失敗してる
ただしXCB使うやつが全部ダメなわけなじゃない
bitmapとかは動く
onekoも動いたり動かなかったり
debagger, tracerが動かないから理由は分からん
0684login:Penguin
2016/05/20(金) 20:47:29.39ID:qu3ZSRBDgdbもstraceも動くな
一昨日は/proc/PID/なんとかがアクセス不能だとか言って動かなかったのに
xwudも動くようになってる
この前はWSLが不安定になっていたのかな?
0685login:Penguin
2016/05/20(金) 20:54:28.32ID:qu3ZSRBDデータ解析なんかもも既にWindows上で出来てます
cygwinがあれば必要ないかもしれないが
自分はWindowsじゃない時はノートPCもubuntuなんでWSLは快適
Windowsの環境整備に時間を取られないのはよい
0686login:Penguin
2016/05/20(金) 21:04:06.23ID:4RoC/6OL0687login:Penguin
2016/05/20(金) 21:19:28.57ID:qu3ZSRBDマイクロカーネル上のネイティブ別実装だからね
ただMicrosoftが続けるかどうか…
0688login:Penguin
2016/05/21(土) 06:07:31.97ID:Tt+f2BwKll使えるしw
0689login:Penguin
2016/05/21(土) 14:10:27.35ID:Ua2Ljiay0690login:Penguin
2016/05/21(土) 17:14:04.28ID:uIawSD25ベースのUbuntuに振り回されるだろうけど。
0691login:Penguin
2016/05/21(土) 18:20:26.84ID:B5k1vE2J0692login:Penguin
2016/05/21(土) 19:33:55.38ID:stNt9iOuそのうち非公認で好きなデストリ選べるようになるでしょ
lxrun.exe相当のインストーラと
/init相当のbootstrapper作ればいいだけだから
0693login:Penguin
2016/05/22(日) 02:54:29.91ID:LYC3P8lN$ 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の書き込み速度を見てみる。 - それマグで！
http://takuya-1st.hatenablog.jp/entry/20120301/1330605391
0694login:Penguin
2016/05/22(日) 03:01:23.50ID:6r9sEEDb0695login:Penguin
2016/05/22(日) 05:58:57.37ID:s0p0/ROJディスク測ってどうすんねん
0696login:Penguin
2016/05/22(日) 06:07:06.56ID:6r9sEEDbcygwinの遅いのはファイルアクセスとプロセスかんり。
ネットワークは普通に遅い。Windows速くないし
0697login:Penguin
2016/05/22(日) 06:20:16.71ID:cRGWingbWindowsのプロセスまでは見えないんだな。
0698login:Penguin
2016/05/22(日) 07:08:27.35ID:/eBzBwNC0699login:Penguin
2016/05/22(日) 07:24:21.71ID:/eBzBwNCWindowsがというよりハードウェア上のファームでプロトコルスタック実装してるから
TCP offload engineでググってみて
server版じゃないとscalable packは使えなかったかな
0700login:Penguin
2016/05/22(日) 19:07:19.79ID:LYC3P8lN各環境で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が本当に出て困惑
http://steadyassimilation.blogspot.jp/2016/04/pc-bash-on-windows.html
0701login:Penguin
2016/05/22(日) 19:22:46.95ID:DVntnULJ特定の機能に限定したベンチはいろいろと用途を検討するのに有益だよ
0702login:Penguin
2016/05/22(日) 19:33:35.86ID:tJiBUnO40703login:Penguin
2016/05/22(日) 20:21:32.16ID:xHIKnJwY0704login:Penguin
2016/05/23(月) 02:30:42.80ID:ERRbT9h20705login:Penguin
2016/05/23(月) 03:46:37.61ID:h7yePIJe環境名, 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 ぐらいかな。
>>702
nativeの半分ぐらいなのね。9割ぐらい出ると勘違いしてた。
0706login:Penguin
2016/05/23(月) 13:15:56.95ID:h7yePIJeむしろネットワークのスループットを測ってるだけかもしれん。
まあこれが自分の関心のあった項目なんで勘弁して。
もっとちゃんとした検証法を思いつく人は各自試して。
あと、このパフォーマンスだと当分はハイパーバイザ型の仮想環境もほしいし、
するとVagrant使いたいし、
するとCygwinも使いたいということになる。
（vagrant ssh ってCygwinなしでやってる人いる？）
VMやCygwinを捨てる未来は当分なさそう。
まあもしかしたらこのパフォーマンスでも構わない用途が大半かもしれない。
それならあとは互換性だけの問題だけど。
0707login:Penguin
2016/05/23(月) 15:34:50.97ID:fh25Sav0全く信用できん
0708login:Penguin
2016/05/23(月) 18:21:38.75ID:34jhkwqp0709login:Penguin
2016/05/23(月) 18:52:28.91ID:/6Vtx2piwindowsを便利にするものとしてWSLを作った
0710login:Penguin
2016/05/24(火) 00:42:42.57ID:U52teAEBiperfやってみた
結果は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
下のそれぞれで３回ずつ実行。そのうちの中央値を採用。
下の①②を実行の際は③のHyper-Vの仮想Ubuntuはシャットダウン済みの状態
①Windows10のコマンドプロンプト (Win版iperf 2.0.8)
②bash on Windows (iperf 2.0.5)
③Ubuntu14.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
0711login:Penguin
2016/05/24(火) 01:20:32.01ID:pLMOt08Athx
確かにネットワークが相当遅い。
socketの実装が悪いのか、足りないシステムコールでもあるのか
（etherのlink speedが見えない影響とかないよね？）。
気が向いたら、iperfの結果を添えてバグ報告もお願いします。
0712login:Penguin
2016/05/24(火) 09:06:47.57ID:gwVetxVEhttps://blogs.msdn.microsoft.com/wsl/2016/05/23/pico-process-overview/
0713login:Penguin
2016/05/24(火) 21:15:08.28ID:pLMOt08Aメモリマッピングが空っぽのプロセス用意するから、
ローダ機能を持たせたLXSS/LXCoreドライバでなんとかしてってことか。
Minimal Processを使ってる機能ってなんだ？
signalとか共有メモリの管理もLXSS/LXCoreドライバでやるとすると、
LXSS/LXCoreドライバの規模感がよくわからんな。
0714login:Penguin
2016/05/25(水) 00:53:02.42ID:u4PX8cL+よくあるのが不要なコピーが行われてるケース
SVR3で最初にSTREAMSが実装されたのが1986年だから
大体30年位前のテクノロジーにとどまってる感じ?
BSDのmbufはそれからさらに5年位遅れてるはず
0715login:Penguin
2016/05/25(水) 01:00:25.49ID:u4PX8cL+> Minimal Processを使ってる機能ってなんだ？
Minimal Processを特殊化すると
NT ProcessやPico Processになるんでしょ
NT Processの方はまだハードコーディングかも知れないが
0716login:Penguin
2016/05/25(水) 01:03:24.43ID:u4PX8cL+>LXSS/LXCoreドライバの規模感がよくわからんな。
ネットワークとかディスクI/Oとかスケジューラーとかは
NTカーネルの機能使ってるだろうから
DarwinのBSD部分よりかなり小さいんじゃないか?
>>714に書いたようにまだ凄くシンプルな実装だろうし
0717login:Penguin
2016/05/25(水) 21:41:42.46ID:RG8GyR/9パフォーマンスの改善の見込みはどのくらいあるんだろう？
昨晩、Bash on Windows と VMでそれぞれ apt-get upgrade したんだけど、
それぞれ62秒と16秒かかった。
今はVMの方が使っててずっと快適なんだよね。
0718login:Penguin
2016/05/25(水) 21:54:37.49ID:3opJ/SioWindows上の仮想VM上のLinux と bash on Windowsとで Linuxとしての性能は前者が確実に上だね。
反面、Linux部分がホストであるがWindowsに対して掛ける負荷は、後者の方が軽いんじゃない？
bash on Windowsの方が、Windowsを圧迫しないというか。
0719login:Penguin
2016/05/25(水) 21:57:48.40ID:3opJ/Sio「反面、Linux部分がホストであるWindowsに対して掛ける負荷は、後者の方が軽いんじゃない？」
0720login:Penguin
2016/05/25(水) 22:03:11.27ID:hMTr4AlU0721login:Penguin
2016/05/25(水) 22:27:46.85ID:RG8GyR/9それ全然うれしくない。
負荷かかっていいから速くなってほしいわ。
0722login:Penguin
2016/05/25(水) 22:47:27.32ID:3opJ/Sioケースバイケースじゃないの。
自分の場合、昔 i7-860マシンでHyper-V使ってた頃は、VM動作中にホスト側のWindowsで動画再生すると
音飛びや再生落ちが発生するんで、VMはことあるごとにいちいち起動／停止してて面倒だった。
今はもうi7-4790使ってて、VM１個ぐらいなら稼働中でもホストWin側に影響が見えないから常時駆動してるけど。
0723login:Penguin
2016/05/25(水) 22:57:04.19ID:u4PX8cL+未熟な実装はCPUやメモリ負荷が高いことが多いよ
0724login:Penguin
2016/05/25(水) 22:57:58.82ID:u4PX8cL+0725login:Penguin
2016/05/26(木) 07:53:31.61ID:uekgGtC8＞パフォーマンスの改善の見込みはどのくらいあるんだろう？
＞昨晩、Bash on Windows と VMでそれぞれ apt-get upgrade したんだけどそれぞれ62秒と16秒
>>718
＞Windows上の仮想VM上のLinux と bash on Windowsとで Linuxとしての性能は前者が確実に上だね。
VMソフト＋LinuxのMinimalだともっと差がでるのでは？
「VMソフトの軽さ＋LinuxのMinimal」vs「bash on Windows」
今は自由度も速度も安定性も前者か。
LinuxのMinimalって使ったこと無いけど知ってる人いる？
VMはVirtualBOXあたりが一番軽いの？
0726login:Penguin
2016/05/26(木) 08:03:48.23ID:qpU22dRv0727login:Penguin
2016/05/26(木) 18:34:56.31ID:S0VWArfS0728login:Penguin
2016/05/26(木) 18:43:35.45ID:qpU22dRv0729login:Penguin
2016/05/26(木) 20:29:44.47ID:L135YqT20730login:Penguin
2016/05/26(木) 20:34:27.78ID:KdQATLsd0731login:Penguin
2016/05/26(木) 20:39:04.95ID:PzBIDXEC0732login:Penguin
2016/05/26(木) 21:30:57.48ID:j3GUpHss0733login:Penguin
2016/05/26(木) 21:32:08.16ID:GcxIPEGi0734login:Penguin
2016/05/27(金) 00:10:54.35ID:9F9SNxdy0735login:Penguin
2016/05/27(金) 01:29:56.82ID:jUVF1omU最初に聞いた時はWindowsサブシステムより速いかもぐらいの期待をしてたのに
実際のパフォーマンスはCygwin並だったとは。
今後ドカンと広まりでもしなければUbutu以外のディストリには対応しないだろう
というのもキツイ。
できることはWindowsのCドライブとのファイル共有だけなわけで
考えてみたらVMでSamba動かせばだいたい同じことできるよな。
せめてCygwinのcygstart みたいな形でWindowsサブシステムを呼び出せれば
VMにはない使い道も生まれるんだが。
ほんと、Bash on Windowsにしかない使い道って何があるんだ？
0736login:Penguin
2016/05/27(金) 02:19:09.41ID:h75QaUyyそもそもLinuxにしかない使い道がないので
Windowsだけで十分って話？
0737login:Penguin
2016/05/27(金) 02:56:34.04ID:fQXNXDGR-仮想マシンより消費されるリソース少ないよ
-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-
0738login:Penguin
2016/05/27(金) 03:49:36.88ID:h75QaUyy質問するべき話だろな。
理由は様々だろうが、現実としてWindowsで
開発している人も多い。LinuxもVMも使わずにね。
そういう人たちに開発ツールを補完するのが目的なんだろう。
0739login:Penguin
2016/05/27(金) 08:02:20.16ID:KZA0ENlXVBoxとかだとゲストOSに対してメモリ割り当てを特別指定するけど、
逆にWindowsOS配下のメモリを確保するための処理が煩雑になってパフォーマンス落ちていそう。
最近の言語処理系は動的メモリ確保必須だから、WSLは低速とか評価されないとも限らない。
0740login:Penguin
2016/05/27(金) 19:53:17.79ID:G0tYrg4U0741login:Penguin
2016/05/27(金) 21:07:26.01ID:fQXNXDGR今回はWSLはあんまり大きな変更ない感じ？
https://msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-14352
・非Englishの言語のサポートを改善
・タイムゾーンをWindwosに合わせる様に改善
・管理者モードのコマンドプロンプトからのbash.exeなら ping が打てるように対応
ぐらいかな？ 目につくのは。
0742login:Penguin
2016/05/27(金) 21:49:04.97ID:fQXNXDGR＞# date
＞Fri May 27 21:40:24 DST 2016
時間は確かに合ってるけど、JST表示じゃないのな。DSTってどこ標準時だろ？ それとも夏時間の意味？
ちなみにWin10本体のタイムゾーン設定は、「(UTC+09:00) 大阪、札幌、東京」に設定してあって
夏時間ボタンはグレーアウトされてて押せなくなってるから、Win10本体の設定には問題ないはず
0743login:Penguin
2016/05/27(金) 23:48:51.88ID:h75QaUyyあんたが適当なこと言ってるだけだって
すぐわかりましたよｗ
0744login:Penguin
2016/05/28(土) 00:07:37.14ID:o8nb3Apn> ほんと、Bash on Windowsにしかない使い道って何があるんだ？
日常的にWin/Linux両方で開発する必要のある人の選択肢が広がるという意味でいいんでね？
２つ箱を並べて作業できればそれも良し、１つの箱で済ませたければVMも良し。 リモートで作業する
のにラップトップで全部やりたいけど、Linux環境がもっと軽ければうれしいなという人にはいい選択肢では。
複数環境でのファイル共有って常に様々な選択肢があるわけだけど、それが最小の手間で出来るこの環境が
ツボにはまるという人は十分いるんじゃないかな。
0745login:Penguin
2016/05/28(土) 00:47:59.04ID:a2i11XqS0746login:Penguin
2016/05/28(土) 00:48:21.14ID:chbau3OH0747login:Penguin
2016/05/28(土) 10:19:14.13ID:a2i11XqS0748login:Penguin
2016/05/28(土) 11:47:53.39ID:/PKNWjno>ほんと、Bash on Windowsにしかない使い道って何があるんだ？
作る側の技術的興味だけだよ。
>>740
MSのサポート付きならいいかもね。
0749login:Penguin
2016/05/28(土) 12:15:45.73ID:7ybPUlky0750login:Penguin
2016/05/28(土) 13:22:03.44ID:fCJPJ1AJそーゆーのは理由も一緒に言わないと
0751login:Penguin
2016/05/28(土) 14:42:05.52ID:xOfgAtkLWindows firmware説の補強の為だよ
0752login:Penguin
2016/05/28(土) 15:40:20.16ID:a2i11XqS0753login:Penguin
2016/05/28(土) 21:09:20.68ID:fsYgjQZT> 作る側の技術的興味だけだよ。
興味があるの単体は
興味がない（無関心）
関心がなければここまで話題にならないよ。
本当に興味がなければ批判すら出てこない。
0754login:Penguin
2016/05/28(土) 22:17:43.74ID:/PKNWjno作る側ってのはマイクロソフトの中の人の話だぞ？
0755login:Penguin
2016/05/28(土) 22:45:54.71ID:X/KQB5dfこのレスにもう一度>>753を貼っても問題無いレベルのレスだな…
0756login:Penguin
2016/05/28(土) 23:12:54.05ID:IHjkoEXq>作る側の技術的興味だけだよ。
アホの子なの?
0757login:Penguin
2016/05/29(日) 01:03:44.36ID:uUpgulHq0758login:Penguin
2016/05/29(日) 04:51:07.36ID:38HULhjzだから、作る側だけじゃなくて
使う側も興味あるってことだろ？
0759login:Penguin
2016/05/29(日) 04:51:59.08ID:38HULhjzもう一度貼るなら訂正しておくｗ
興味があるの反対は
興味がない（無関心）
関心がなければここまで話題にならないよ。
本当に興味がなければ批判すら出てこない。
0760login:Penguin
2016/05/29(日) 12:51:12.39ID:1nUjF2Ar興味があるかどうかは問われてないだろ。
使い道を問われていたわけだ。
だから、作る側の興味だけだと書いた。
使う側が勝手に何かを期待するのは勝手だから好きにすればいい。
0761login:Penguin
2016/05/29(日) 12:52:25.69ID:1nUjF2Arだから、なんでこんなあさっての方向の話をドヤ顔で出せるんだ？
0762login:Penguin
2016/05/29(日) 14:02:26.82ID:2IK4M36yきみの書いた >>748 >>754 が知的に問題があるレベルに見える
だから幼稚園児に対するかのようなレスが返ってくるんだで
0763login:Penguin
2016/05/29(日) 14:09:34.15ID:BzhVF9lt「これが役に立つ人もいるんじゃね？」という人はいるが
「自分自身でこういうふうに使いたい」という人は皆無だな。
考えてたんだけど、MSがこれの対象に想定したユーザは初心者だと思う。
自力でVMを立てたり Amazon EC2のインスタンスを作ったりは
できないが Linux を使う必要のある人。
なにしろ Bash on Windows のセットアップは圧倒的に簡単だし、
使うにはSSHクライアントもファイル転送ツールも要らない。
初心者向けならパフォーマンスもディストリ縛りもあまり問題に
ならない。
言わば notepad.exe みたいなものじゃないかと。標準で
入ってるから初心者には便利だけど、ある程度のスキルの人は
メインでは使わないようなもの。
つまり VM や Cygwin を置き換えるようなものではないんだろう。
0764login:Penguin
2016/05/29(日) 14:19:11.95ID:1nUjF2Ar0765login:Penguin
2016/05/29(日) 14:49:59.54ID:UTMPxmIt＞考えてたんだけど、MSがこれの対象に想定したユーザは初心者だと思う。
LinuxやGNUツールを好んで使うクラスを初心者だと想定するのはちょっと歪じゃないかな。
普通に考えれば、以前からこれらを好んで使っている層の取り込みじゃないか。
■ このスレッドは過去ログ倉庫に格納されています