- 1 名前:デフォルトの名無しさん mailto:sage [2020/06/11(木) 12:01:27.72 ID:zrBfgML9.net]
- Microsoft発のエディタVisual Studio Codeのスレ
公式 https://code.visualstudio.com/ https://github.com/Microsoft/vscode/ 開発状況 https://github.com/Microsoft/vscode/wiki/Iteration-Plans 更新内容(日本語訳) https://vscode-doc-jp.github.io/updates/ 前スレ Visual Studio Code / VSCode Part7 https://mevius.5ch.net/test/read.cgi/tech/1576059976/
- 445 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:44:55.36 ID:n0f5aqSv.net]
- >>433
具体的には?
- 446 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 12:59:28.71 ID:W3hSYpRn.net]
- >>436
> ということは開発機は仮想化に強いMacかLinuxということになる Macが仮想化に強いって何のこと? MacはLinuxじゃないからDockerはそのまま動かないのに
- 447 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:02:09.25 ID:W3hSYpRn.net]
- >>435
別物じゃないよ
- 448 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:02:29.46 ID:8D9pzTQx.net]
- >>440
結論ありきで途中の過程がやる気無さすぎなんだろう
- 449 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:06:54.86 ID:W3hSYpRn.net]
- Dockerの重要な点として手元で作ったDockerイメージを
そのまま本番環境でつかえるというのがある しかしMacのCPUがARMになるからこれが難しくなった 本場環境の多くはIntelなのでCPUが違う そうなると実機はIntel版LinuxのDockerイメージを使って 手元ではARM版LinuxのDockerイメージを使うか パフォーマンスの低下を諦めて手元でIntel版LinuxのDockerイメージを エミュレータを使って動かすしかなくなる Macは開発に向かなくなってきている
- 450 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:09:27.60 ID:4tyOlEBs.net]
- >>440
Macが強いというよりWindowsが弱いので相対的に良いってだけ
- 451 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:10:01.14 ID:W3hSYpRn.net]
- Macの仮想化機能は限定的で、
Hypervisorフレームワークは用意しているが それを使うためのインターフェースも持っていない つまりサードパーティのソフトに頼らざるを得ないわけだ HyperVとそれを扱うHyperVマネージャーを OS標準で用意しているWindowsとは対照的
- 452 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:11:14.96 ID:7Q5fXF4C.net]
- >>443
現時点で軽量VM使ってるから大きな変化はないのでは?
- 453 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:12:31.66 ID:W3hSYpRn.net]
- >>444
Windowsの仮想化機能はMacを超えてるぞ 仮想マシン機能は当然備えているし Macにはない仮想マシン管理アプリも付属 さらにWindows独自のコンテナ機能もある Windows ServerコンテナというLinuxコンテナに近い機能と Hyper-Vコンテナの二種類が用意されてる。 そしてDockerもWindowsコンテナに対応している
- 454 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:13:17.94 ID:Vqf8sefQ.net]
- >>445
そのHyperVの完成度がお粗末
- 455 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:14:06.16 ID:W3hSYpRn.net]
- >>446
軽量VMが何の関係があるのか知らんが、 MacのCPUがARMに変わったら Linuxと同じDockerイメージが使えなくなるか CPUエミュレーションで遅くなるという話をしてる 同じCPU上での仮想マシンとは違って CPUが異なると大きなパフォーマンス低下が発生する。
- 456 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:14:28.08 ID:W3hSYpRn.net]
- >>448
> HyperVの完成度がお粗末 どこがおそまつなの? それを言えないんじゃ説得力ゼロなんですよ。
- 457 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:15:13.17 ID:W3hSYpRn.net]
- HyperVの完成度の高さはDockerが実用的に動いていることからも明らか
WSL2だけではなくWSL1もHyperVを使っている
- 458 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:21:12.09 ID:Vqf8sefQ.net]
- >>447
標準の管理アプリは別に要らないと思う 実用性を考えるとDockerやVagrantのようなサードパーティツールと合わせて使うから Windowsコンテナは使ったことないからわからないけどLinuxコンテナと比べると需要少なそう バックエンドがなにか気にせずコンテナを管理できるから便利なのであって バックエンドの種類が豊富でもあまり嬉しくないような? 2種類あるとなにが便利なの? あなたが列挙した機能はもっともらしいメリットには思えないな それよりもVirtualBoxとの共存で不具合が出やすいなどのデメリットのほうがより目立つ
- 459 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:22:18.06 ID:W3hSYpRn.net]
- > 標準の管理アプリは別に要らないと思う
いるだろ。Macはユーザーインターフェースが不便なOSだって言いたいのか?
- 460 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:22:42.26 ID:W3hSYpRn.net]
- VirtualBoxはいらんよ
なんで複数の仮想マシンが必要なんだw
- 461 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:23:12.78 ID:W3hSYpRn.net]
- > バックエンドの種類が豊富でもあまり嬉しくないような?
> 2種類あるとなにが便利なの? だからVirtualBoxはいらんよねw
- 462 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:24:33.64 ID:W3hSYpRn.net]
- >>452
俺が話をしているのはWindowsの方が仮想化機能が充実しているという話 MacはHypervisorフレームワークしかない
- 463 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:24:38.44 ID:m5eV0pvm.net]
- スレタイ関係なくなっちゃったじゃん
- 464 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:25:44.28 ID:W3hSYpRn.net]
- macOSはOS標準のコンテナ機能も搭載してないからな
- 465 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:25:56.58 ID:KyV15c0l.net]
- ID真っ赤な人はちょっと落ち着いて
- 466 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:26:13.67 ID:Vqf8sefQ.net]
- >>449
動かなくなることはないと思う ただパフォーマンスのペナルティはあるかもしれない でもインテルがアップルを追従せざるを得なくなるという話もあるしどちらが良いかは時間をかけて評価しないとならないだろうね >>450 VirtualBoxとの共存で不具合が出やすい ネットワーク関連のバグが出やすい VagrantでHyperVプロバイダを使うと顕著
- 467 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:27:50.96 ID:W3hSYpRn.net]
- >>460
> VirtualBoxとの共存で不具合が出やすい Windows標準の仮想マシン機能を使えばいいじゃんw
- 468 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:28:24.28 ID:Vqf8sefQ.net]
- >>451
Dockerが動くだけで完成度が高いと言えるならどんな仮想化プラットフォームでも高品質になってしまう WSL2でDockerを使うとすぐにわかるけどvmmemがメモリを食いつぶして使い物にならない これがバグ扱いじゃなくデフォルトの挙動というのがすごい
- 469 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:29:21.18 ID:n0f5aqSv.net]
- >>462
どんな糞スペ使ってるんだ?
- 470 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:32:18.35 ID:W3hSYpRn.net]
- >>462
一方macOSは仮想マシンに常に一定量のメモリを取られるんだが? 最大値を指定しなければ、Linuxの挙動との兼ね合いでそうなると言うだけの話 それはもう修正パッチができていたはず そして最大値を指定した場合は、macOSの挙動と同じ 重要なことを忘れてないか? Windowsの場合、使用しなくなったメモリを開放するようになった。 つまりmacOSのように常に一定量のメモリを取られるんじゃなくて 使用しなくなったメモリが開放されるようになった。 Build 19013」の「WSL 2」ではメモリーの使用効率が改善され、「WSL 2」の使い勝手が向上しています。 https://kledgeb.blogspot.com/2019/11/wsl-191.html
- 471 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:33:54.95 ID:Vqf8sefQ.net]
- >>453
いや必須ではないでしょう サードパーティの仮想化プラットフォームを入れればUIはついてくるから標準に頼らなくてもいい >>454 Virtualboxをメインに使うなら複数は必要ないけどDockerがHyperVを選ぶという愚行を犯してしまったから仕方なく複数つかうしかない状況 HyperVだけではVagrantのようなエコシステムを活かしきれない HyperV(docker)とVirtualBoxを共存させると不具合が出やすい このあたりがWindowsの仮想化は弱いという所以
- 472 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:35:41.27 ID:W3hSYpRn.net]
- >>465
UIもOSの機能の一つだから、それがないのは劣ってると言わざるを得ない MacでVirtualBoxが必須なのは↓こういう話ですか?w Virtualboxをメインに使うなら複数は必要ないけどDockerがHypervisorフレームワークを選ぶ という愚行を犯してしまったから仕方なく複数つかうしかない状況
- 473 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:35:46.96 ID:Vqf8sefQ.net]
- >>456
ハイパーバイザーフレームワークだけで十分だった Windowsはむしろ余計なものを追加しやがってといった印象
- 474 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:36:10.01 ID:Vqf8sefQ.net]
- >>458
余計な機能だからな
- 475 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:36:19.27 ID:W3hSYpRn.net]
- とことんブーメランになってるよなw
HypervisorフレームワークだけではVagrantというエコシステムを活かしきれない(笑)
- 476 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:37:14.61 ID:W3hSYpRn.net]
- >>468
「なんでMacにはOSの基本機能が搭載されてないの?」 「Macはサーバーじゃないんだからそんな機能は不要!」
- 477 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:38:40.46 ID:W3hSYpRn.net]
- >>467
Hypervisorフレームワークだけで仮想マシンにLinuxをインストールする方法を教えて下さい あ、Macはフリーソフトを使えば出来る!が自慢でしたっけ?w
- 478 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:39:32.30 ID:Vqf8sefQ.net]
- >>461
HyperVだけじゃVagrantなど蓄積された
- 479 名前:仮想化エコシステムを活かせないんだよ
HyperVだけでは物足りない なのにVirtualBoxを共存させると不具合が出やすい かと言ってHyperVをオミットしたらDockerエコシステムが弱体化する Windowsでは仮想化を活かしきれないんだ 完全にDockerだけを使う分にはWindowsでも許容範囲内なんだけどね [] - [ここ壊れてます]
- 480 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:39:42.41 ID:yDaMs/Xo.net]
- Dockerはどっか行けよ
- 481 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:42:18.90 ID:W3hSYpRn.net]
- macOSはCLI環境が弱いですからね。
ターミナルもみんなiTerm2とか入れるし パッケージ管理は、サードパーティのHomebrewをインストール そしてろくに動作検証もされてない ただ収録しただけのパッケージを使うしか無い CLI環境っていうか開発全般が弱いのかw
- 482 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:42:34.51 ID:Vqf8sefQ.net]
- >>463
メモリは32G詰んでる でもどんなにハイスペでも簡単にメモリを食いつぶすように作られてるから意味ないよ 設定を変更すれば食いつぶすメモリ上限を設けることができるけど設定値まで食いつぶすのは相変わらず リソース効率がいいのがコンテナのメリットなのにこれじゃあ意味が無い
- 483 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:44:19.79 ID:W3hSYpRn.net]
- >>472
はぁ?VagrantはOSの機能じゃないし、もはや必要とされてない。 重い仮想マシン上のLinuxにログインして開発する時代は終わってるんだよ OS標準のCLI環境とDockerを使った実行環境を使って開発する時代に変わった いつまで旧式のエコシステムを使ってるの? Dockerを使ったエコシステムに乗り換えろよ
- 484 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:48:10.81 ID:PIkW4oBq.net]
- >>464
キャッシュに大量のメモリを食われるのは相変わらずと読めるね キャッシュクリアのためにWSLログインしてコマンドうつの面倒でしょ
- 485 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:52:07.56 ID:PIkW4oBq.net]
- >>466
いやいやUIなんてオプションですよ なんならコンソールで済む MacでもWindowsでもVirtualBoxが必須とは言っていない DockerをやりたいだけならDocker for Desktopでどちらも問題ない しかしDocker以外の目的で仮想マシンを使いたくなった場合Macは非常にうまく動作するがWindowsはそうではない そう言ってるんで早く理解してください
- 486 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:52:48.57 ID:PIkW4oBq.net]
- >>469
VirtualBoxを入れるだけ
- 487 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:53:14.29 ID:PIkW4oBq.net]
- >>470
意味不明
- 488 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:54:27.48 ID:PIkW4oBq.net]
- >>471
そのとおり Macには選択肢がある
- 489 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:56:20.43 ID:PIkW4oBq.net]
- >>474
とはいえWindowsよりは幾分マシでしょうな コマンドプロンプトでしたっけ? あとはやけに動作が遅いPowerShell
- 490 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:58:43.45 ID:PIkW4oBq.net]
- >>476
それはあなたがアプリ開発者だからでしょうね 確かにアプリ開発という狭い世界ではDockerがあれば十分かもしれない でも世の中はアプリだけでは回らないので仮想マシンも必要になってくる インフラのお勉強もしてみると視野が広がるのでオススメ
- 491 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 13:59:37.74 ID:W3hSYpRn.net]
- >>482
あとはWSL用のターミナル(コマンドプロンプトと同じだがbashが動いてる) そしてWindows Terminalもリリースされたね もう完全に逆転されてるよw
- 492 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:00:23.21 ID:W3hSYpRn.net]
- >>483
Macってインフラ弱いよね Linuxのコマンドがことごとく使えないw
- 493 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:03:13.26 ID:PIkW4oBq.net]
- >>484
逆に衰退してるように思える どっちつかずの半端なシェルしかないからアレコレ併用せざるを得なくなって しょうがないからWindows Terminalでタブ管理できるようにしました これって完全に根本解決を諦めた人達の答えだよね
- 494 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:03:30.42 ID:PIkW4oBq.net]
- >>485
Windowsもね
- 495 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:05:23.74 ID:W3hSYpRn.net]
- >>486
> どっちつかずの半端なシェルしかないからアレコレ併用せざるを得なくなって どっちつかずの半端なシェルとは? その理由を言えないから説得力ゼロなんですよ
- 496 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:05:54.28 ID:W3hSYpRn.net]
- あぁ、半端なシェルってタブがないだけと
- 497 名前:「う意味だったか。程度が低いな []
- [ここ壊れてます]
- 498 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:06:15.33 ID:wDwMFBJk.net]
- そういえばMac板にこんなスレがあった
macOSは同一Macの仮想マシン上のLinuxよりも遅い https://egg.5ch.net/test/read.cgi/mac/1582504945/ >macOS上のDocker(OS標準仮想マシン)上のLinuxでbash(5.0.16)を動かした場合 >$ docker run -it bash /usr/bin/time -p bash -c 'for i in $(seq 10000); do (:); done' >real 5.20 >user 2.47 >sys 2.46 > >macOS上ネイティブでbash(Homebrewの5.0.16)を動かした場合 >$ /usr/bin/time -p bash -c 'for i in $(seq 10000); do (:); done' >real 8.26 >user 3.07 >sys 5.08 > > >「仮想マシン上のLinux」よりも「macOS上ネイティブ」の方が遅い
- 499 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:07:54.46 ID:W3hSYpRn.net]
- >>490
Macは半端なUnixだからそういうこともあるでしょうね
- 500 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:08:23.92 ID:hbOZVAas.net]
- >>488
レガシーなコマンドプロンプト 重いPowerShell HyperVに依存した仰々しいWSL 等々 これが正解だってシェルが無い
- 501 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:09:34.07 ID:W3hSYpRn.net]
- WSL1はHyperVに依存してないんだが?w
- 502 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:09:52.72 ID:hbOZVAas.net]
- >>490
Macの仮想化が優秀ということですね
- 503 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:11:06.36 ID:hbOZVAas.net]
- >>493
2の話をしてるからね つうかWSL1なんて更に中途半端でしょ
- 504 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:11:15.80 ID:W3hSYpRn.net]
- Windowsはbashもつかえるよ
bashだけじゃなくて全てのLinux用シェルがつかえる macOSにとって正解だってシェルはzshのようだが Windowsには選択肢がある(ドンッ!)
- 505 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:12:34.66 ID:hbOZVAas.net]
- >>496
ろくなbash処理系なかったと思うが何を使ってんの
- 506 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:13:41.57 ID:W3hSYpRn.net]
- >>495
Macのターミナルなんてフリーソフトを使わないと 中途半端過ぎでパッケージないじゃんw 標準のパッケージ管理ソフトもないんだっけな
- 507 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:14:21.94 ID:W3hSYpRn.net]
- >>497
> ろくなbash処理系 bash処理系なんていい方初めて聞いたわw bash処理系がいくつかあるとか思ってんの? 間抜けやなぁ
- 508 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:16:28.10 ID:hbOZVAas.net]
- >>498
zshだけでもWindowsよりマシよ パッケージ管理もbrewとかいろいろ選択肢あるし そもそも標準である必要が全くないんだが
- 509 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:17:34.21 ID:hbOZVAas.net]
- >>499
幾つもあるよ まさか全てのbashが同じバイナリで動いてるわけでもあるまい
- 510 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:22:15.69 ID:W3hSYpRn.net]
- ああ、処理系ってバイナリの違いを言ってたのか。間抜けやなぁw
- 511 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:23:09.52 ID:W3hSYpRn.net]
- >>500
Windowsはzshをつかえるようになりました。 パッケージ管理はmacOSよりも多くの選択肢を持っています。 さらにOS標準で持っていることが何より強いです
- 512 名前:蟻人間 mailto:sage [2020/07/19(日) 14:23:18.04 ID:T8vbWyFG.net]
- Cygwinのbash,
MinGWのbash, MSYSのbash, WSLのbash 少なくとも4つあるよ。
- 513 名前:蟻人間 mailto:sage [2020/07/19(日) 14:24:44.97 ID:T8vbWyFG.net]
- >>504
MinGWにはbashなかったか。ごめん。
- 514 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 14:24:52.32 ID:W3hSYpRn.net]
- >>504
その理屈で、Ubuntu用のbash、Debian用のbash、CentOS用のbashとか言い出しそうだよねw
- 515 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 17:24:47.65 ID:xggXZiaY.net]
- >>133や>>437の背景になってる方法論の説明や両者のインスパイア先のサービス、それぞれの使用感など詳しいレビュー・解説が欲しい。
興味はあるんだがツールだけ紹介されても実用できねんだわ…
- 516 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 17:29:11.34 ID:4P1FEtjj.net]
- >>441
別もんだっつーの。 WSL2未対応Windows10でもDockerは動作する。
- 517 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 17:36:50.38 ID:opL16abC.net]
- Docker Desktop WSL 2 backend
https://docs.docker.com/docker-for-windows/wsl/
- 518 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 17:51:18.60 ID:s6OQ7dz7.net]
- とりあえずスレタイ読もうか
- 519 名前:デフォルトの名無しさん [2020/07/19(日) 18:19:43.84 ID:qloJve77.net]
- いま >>473 がいいこと言った
- 520 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 18:19:50.56 ID:4P1FEtjj.net]
- >>509
違うという証拠じゃねえか。w
- 521 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 19:29:37.69 ID:rIJvE1xm.net]
- >>473
評価する
- 522 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 19:49:03.52 ID:wyw5PHbz.net]
- JSの次はVMですか
Visual Studio Codeユーザーは民度が低いですね
- 523 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 22:26:53.14 ID:W3hSYpRn.net]
- >>512
何が違うって言ってんの? WSL2は正式リリースされたし、最新のDockerはWSL2上で動作する
- 524 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 22:42:28.03 ID:m5eV0pvm.net]
- WSL2上で動作するというのはちょっと違うと思うけど
- 525 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 22:54:39.57 ID:XdimOBsd.net]
- >>516
WSL2はMSがカスタマイズしたLinuxカーネルを複数のディストリで共有して使っています。 そのHyperV上のLinuxカーネル=WSL2を使ってDockerが動いています。
- 526 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 23:16:07.54 ID:4P1FEtjj.net]
- >>515
>>517 あくまでオプションでな。 あたりまえのようにDockerとWSL2をまとめるなよ。
- 527 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 23:17:50.91 ID:XdimOBsd.net]
- >>518
お前が何を否定したいのかわからん DockerがWSL2上で動いてるのは事実だろ HyperV上でも動くってだけ まとめてるのはお前。Dockerを作った会社はMSではないことぐらい常識だろ
- 528 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 23:22:32.36 ID:x6Qd1lrw.net]
- DockerはMSの金がジャブジャブ投入されてズブズブ
もう実質MS傘下みたいなもんだぞ
- 529 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 23:32:41.03 ID:bxNKP1hF.net]
- WSL2はリソース効率悪すぎてだめだ
素直にLinuxを使いなさい
- 530 名前:デフォルトの名無しさん mailto:sage [2020/07/19(日) 23:37:05.00 ID:vyF3aSiC.net]
- 前スレでそれ書いたら信者にフルボッコに
- 531 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 00:05:14.96 ID:8xVPvjOc.net]
- WSL2は自動的に使用メモリを減らすことが出来るから
リソース効率は良いよ
- 532 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 00:07:28.60 ID:e1dD7Vt2.net]
- 元々Docker Desktopはhypervが使えるpro以上でしか使えなかった
WSL2が使えるようになったのでhomeでも使えるこちらが主流になる
- 533 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 00:31:12.78 ID:myn6SOC5.net]
- >>428の話をしているところに文脈無視して>>435が割り込んできたのが原因だろうな
- 534 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 01:59:39.73 ID:mXPZNdv4.net]
- ここVSCodeのスレなんですけど
- 535 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 02:11:05.07 ID:ZDLzWd0R.net]
- >>519
じゃあWSL2未対応Windowsでも動作するのはなぜ? >>524 いずれはそれだけになるんやろねえ。 >>525 謝りは正すのみ。
- 536 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 03:14:36.99 ID:e1dD7Vt2.net]
- >>428のRemote Containersに対応しているのは
Hyper-Vで動くDocker DesktopとWSL2で動くDocker Desktop >>431は後者しか知らなかったのかも知れないが >>435は前者しか知らないから「別物」とかズレたレスをしている
- 537 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 06:24:48.97 ID:XLx5ZEEO.net]
- >>527
ついでにスレ誤りも正してくれませんかね?
- 538 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 11:16:39.55 ID:m5YSeL4U.net]
- カーソル行の上下5行目をハイライトするプラグインってあると思う?
無さそうだから作ろうと調べたけどcssでゴリ押しする方法しか思いついてない
- 539 名前:デフォルトの名無しさん [2020/07/20(月) 11:20:16.86 ID:ieyKaNu5.net]
- NG推奨ワード: WSL2 Hyper-V
- 540 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 11:28:18.42 ID:eYf0BG4n.net]
- 荒らしさんはWSL2 Hyper-VをNGワードにしてくれると
反論がなくなるので助かります(笑)
- 541 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 14:02:45.41 ID:StwNo/5O.net]
- クラス間の関係の
グラフ構造出してくれる機能ってない?
- 542 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 14:05:07.60 ID:12D0ZKSK.net]
- 流石にそう言うのは本家のVisualStudioでないと無理じゃないか?
- 543 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 14:06:47.68 ID:eYf0BG4n.net]
- そういうのはエディタに付ける必要がないから別で探せばあるだろう
Visual Studioは統合環境で統合されてることが重要だから付いてるだけ
- 544 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 14:07:40.07 ID:12D0ZKSK.net]
- エディタの機能の範疇ではなくてIDEの領域だと思う
- 545 名前:デフォルトの名無しさん mailto:sage [2020/07/20(月) 14:08:18.43 ID:12D0ZKSK.net]
- 被った
|

|