[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 02/27 02:02 / Filesize : 229 KB / Number-of Response : 1017
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Visual Studio Code / VSCode Part8



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]
被った






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<229KB

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