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/
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ツールを好んで使うクラスを初心者だと想定するのはちょっと歪じゃないかな。
普通に考えれば、以前からこれらを好んで使っている層の取り込みじゃないか。
0766login:Penguin
2016/05/29(日) 15:01:29.60ID:bVVDf+rS的外れにも程がある
0767login:Penguin
2016/05/29(日) 15:12:53.58ID:38HULhjz> 「自分自身でこういうふうに使いたい」という人は皆無だな。
そりゃ今仕事をしているわけで、今のやり方でも出来るに決まってるだろｗ
> 自力でVMを立てたり Amazon EC2のインスタンスを作ったりは
> できないが Linux を使う必要のある人。
それは対象にしていない。
Bash on Windowsの対象は、Linuxを使わずにWindowsで開発しているが
もう少し開発ツールやLinuxでの開発ノウハウがWindowsで使えたらなって思ってる人。
Linuxを使う気はないが、Bash on WindowsがあればUbuntuで
提供されている開発ツールが一挙にWindowsで使えるようになる。
0768login:Penguin
2016/05/29(日) 15:45:46.69ID:BzhVF9lt自分も最初はそう思ってたよ。実際、発表時に反応してたのはその層だった。
だけど実際に出てきたものは
・パフォーマンスはCygwin並
・互換性は低い（今後に期待）
・ディストリは選べない
・やれることはVMと変わらない
それらの層が実際に使ってくれる内容じゃないし、
これで飛びついてくれる人はVMやCygwinをとっくに使ってるだろ。
唯一の取り柄がセットアップの容易さで、ならLinux初心者の入門環境以外
ないと思うんだが。
>>767
同じことの繰り返しになるけど、スキルのある人ならとっくに VM や Cygwinで
その手の開発ツールは使ってるから。
0769login:Penguin
2016/05/29(日) 16:36:14.95ID:UTMPxmItVMやAWSを現時点で使っていない要因の話、下の内的要因のケースしか想定して無い様に見える感じ。
・本人のスキルが無く使えない（内的要因）
・本人にスキルはあるが導入が許可されない（外的要因）
外的要因ってのは職場ルールの規制だったり、客先や上司の理解が得られない場合のこと。
こういうのはWindowsの標準ツールであればクリアとなるケースが多いので、
WSLがWindowsの標準ツール化することで喜んで使われる様になるケースだと思う。
0770login:Penguin
2016/05/29(日) 16:39:09.01ID:5MWyIRM00771login:Penguin
2016/05/29(日) 16:49:06.79ID:uUpgulHq確かにその視点はなかったが、それ今や相当に少数だし、
そもそも標準ツールには Hyper-V だってずっと前からあるぞ。
>>770
ワラタ。そう言えばうちの職場もWindows10への移行は
非推奨かつ自己責任だわ。
0772login:Penguin
2016/05/29(日) 16:51:35.60ID:UTMPxmItHyper-VはWindows8以降は標準だけど、そこにUbuntuをインストールしていいかは
別途許可が必要になる場合が多いのよ。ツールレベルの話じゃないから更に難易度高め。
あともう一つ、Linuxの使用用途の話ね。
パフォーマンスが重要視されるケースしか想定してない印象を受けたかな。
それこそVMやAWSでアクセス数の有るサーバー運用をするような。
WSLの導入は、PythonやPerlを標準導入するのとイコールだから
例えばのテキスト解析（ログとか）で使えるとかなり有用なツールだと思う。
こういう用途はパフォーマンス低くても影響は少ないと思う。
>>770
同意。
今の職場でWindows10が使える様になるのは、たぶんWindows7のサポート期限寸前まで無理な気がする…
0773login:Penguin
2016/05/29(日) 16:58:08.83ID:38HULhjz> 同じことの繰り返しになるけど、スキルのある人ならとっくに VM や Cygwinで
> その手の開発ツールは使ってるから。
使ってる人なら知ってると思うけど、Cygwinは
全てのパッケージがあるわけじゃない。
たとえば俺が使ってるtigが存在しない。
0774login:Penguin
2016/05/29(日) 18:59:15.89ID:cbYCZKO6なら、VM使えばいいよ。それだけの事だよ。
0775login:Penguin
2016/05/29(日) 19:02:23.98ID:38HULhjzだから開発のメインはWindowsだって言ってるだろ？
VM使っても、開発のメインのWindowsのファイルを
そのまま触れる訳じゃない。
0776login:Penguin
2016/05/29(日) 19:07:41.93ID:5MWyIRM00777login:Penguin
2016/05/29(日) 20:44:06.17ID:tpbUq/tA0778login:Penguin
2016/05/29(日) 20:47:06.00ID:38HULhjz設定が面倒くさい。
0779login:Penguin
2016/05/29(日) 21:10:35.38ID:3Cj6PZTzあとconfigureしたら見えるのはVM環境だし、windows側のプロセスや環境がすべて見える訳じゃないから出来ることも限られてくる
0780login:Penguin
2016/05/29(日) 21:30:23.59ID:tpbUq/tA使ったことあるのか？
ほとんどネットワーク共有フォルダと操作は変わらんぞ
それすら面倒とか言うならしょうがないが
0781login:Penguin
2016/05/29(日) 22:00:12.05ID:BzhVF9ltVagrant だったらデフォルトの共有ディレクトリがあるし、すぐ変更もできる。
あとはWindows環境の作業フォルダにジャンクションを作ってその共有ディレクトリを
参照すればいい。
つうかこのぐらいができないならVM初心者としか言いようがないと思うし、
やっぱりBash on Windows は初心者向けということじゃないのか？
0782login:Penguin
2016/05/29(日) 22:04:00.92ID:3Cj6PZTz的外れすぎるな
0783login:Penguin
2016/05/29(日) 22:13:10.62ID:BzhVF9lt的外れはお前だろ。
>windowsで自身のファイル操作する為になんで自身にVM環境セットアップしなきゃならないんだよ
今どきWindows自身のファイルしか操作してないなんて堂々と言うなよ。
VagrantならVM立てるのなんかあっという間だぞ。
> あとconfigureしたら見えるのはVM環境だし、windows側のプロセスや環境がすべて見える訳じゃないから出来ることも限られてくる
これ Bash on Windows からも見えないんだが。お前このスレで何を主張したいんだ？
0784login:Penguin
2016/05/29(日) 22:34:40.92ID:38HULhjzVM立てるところまでなｗ
その後の設定は全部自分でやらないといけない。
それにしてもVirtualBoxの共有フォルダってすごく遅いよな。
しかも共有フォルダではシンボリックリンク使えない。
Windowsでの開発がメインなのに、あれでまともに使おうとは思わないわｗ
0785login:Penguin
2016/05/29(日) 23:04:21.71ID:BzhVF9ltなるほど、それなら確かに Bash on Windows にしかできないな。
1. Windows側のディスクIOを遅くしたくない
2. 何かLinuxでしか動かないツールを使いたい
という条件があるなら、VMは1.で、Cygwinは2.で外れる。
汚い言葉使いをして失礼した。
でも自分は1. の条件は全くないからVMで十分なんだよな。
あとあんた、言うことがあちこち怪しいんだよ。今回も
> その後の設定は全部自分でやらないといけない。
例えばこの辺にツッコミ入れたい人がスレに何人もいると思うぞ。
0786login:Penguin
2016/05/29(日) 23:26:04.16ID:5MWyIRM00787login:Penguin
2016/05/29(日) 23:56:36.09ID:cbYCZKO6面倒だのなんだの。１回しかやらない作業すらやれないような
奴が開発とか言ってるよｗｗ
0788login:Penguin
2016/05/30(月) 00:17:46.87ID:0qxKiVNs俺が正しい
いや俺が
の流れ
0789login:Penguin
2016/05/30(月) 01:54:13.92ID:Mc6v4XOk遅レスで申し訳ありません。
ありがとうございました。
パイプが使えず残念です。
今後に期待？
0790login:Penguin
2016/05/30(月) 03:34:02.17ID:66mWjkSc> 面倒だのなんだの。１回しかやらない作業すらやれないような
1回しかやらないなら、そもそもvagrantいらないよ。
あんたvagrantそのものを否定してるわｗ
0791login:Penguin
2016/05/30(月) 08:28:32.08ID:uCreES1K0792login:Penguin
2016/05/30(月) 13:12:32.05ID:sB/rXx5Uうるせぇよ。テメェで環境整えられもしないザコがｗｗ
0793login:Penguin
2016/05/30(月) 13:15:13.06ID:BaXp6Hno0794login:Penguin
2016/05/30(月) 14:36:23.72ID:1sMvr/Pkその後の設定はchefとかpuppet使えば自動化出来るじゃん(´・ω・`)
0795login:Penguin
2016/05/30(月) 23:53:03.52ID:q51h0BS4■ このスレッドは過去ログ倉庫に格納されています