[過去ﾛｸﾞ] Visual Studio Code / VSCode Part8 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
448(1): 2020/07/19(日)13:13 ID:Vqf8sefQ(1/9) AAS
>>445
そのHyperVの完成度がお粗末
452(1): 2020/07/19(日)13:21 ID:Vqf8sefQ(2/9) AAS
>>447
標準の管理ｱﾌﾟﾘは別に要らないと思う
実用性を考えるとDockerやVagrantのようなｻーﾄﾞﾊﾟーﾃｨﾂーﾙと合わせて使うから
Windowsｺﾝﾃﾅは使ったことないからわからないけどLinuxｺﾝﾃﾅと比べると需要少なそう
ﾊﾞｯｸｴﾝﾄﾞがなにか気にせずｺﾝﾃﾅを管理できるから便利なのであって
ﾊﾞｯｸｴﾝﾄﾞの種類が豊富でもあまり嬉しくないような？
2種類あるとなにが便利なの？
省2
460(1): 2020/07/19(日)13:26 ID:Vqf8sefQ(3/9) AAS
>>449
動かなくなることはないと思う
ただﾊﾟﾌｫーﾏﾝｽのﾍﾟﾅﾙﾃｨはあるかもしれない
でもｲﾝﾃﾙがｱｯﾌﾟﾙを追従せざるを得なくなるという話もあるしどちらが良いかは時間をかけて評価しないとならないだろうね
>>450
VirtualBoxとの共存で不具合が出やすい
ﾈｯﾄﾜーｸ関連のﾊﾞｸﾞが出やすい
省1
462(2): 2020/07/19(日)13:28 ID:Vqf8sefQ(4/9) AAS
>>451
Dockerが動くだけで完成度が高いと言えるならどんな仮想化ﾌﾟﾗｯﾄﾌｫーﾑでも高品質になってしまう
WSL2でDockerを使うとすぐにわかるけどvmmemがﾒﾓﾘを食いつぶして使い物にならない
これがﾊﾞｸﾞ扱いじゃなくﾃﾞﾌｫﾙﾄの挙動というのがすごい
465(1): 2020/07/19(日)13:33 ID:Vqf8sefQ(5/9) AAS
>>453
いや必須ではないでしょう
ｻーﾄﾞﾊﾟーﾃｨの仮想化ﾌﾟﾗｯﾄﾌｫーﾑを入れればUIはついてくるから標準に頼らなくてもいい
>>454
Virtualboxをﾒｲﾝに使うなら複数は必要ないけどDockerがHyperVを選ぶという愚行を犯してしまったから仕方なく複数つかうしかない状況
HyperVだけではVagrantのようなｴｺｼｽﾃﾑを活かしきれない
HyperV(docker)とVirtualBoxを共存させると不具合が出やすい
省1
467(1): 2020/07/19(日)13:35 ID:Vqf8sefQ(6/9) AAS
>>456
ﾊｲﾊﾟーﾊﾞｲｻﾞーﾌﾚーﾑﾜーｸだけで十分だった
Windowsはむしろ余計なものを追加しやがってといった印象
468(1): 2020/07/19(日)13:36 ID:Vqf8sefQ(7/9) AAS
>>458
余計な機能だからな
472(1): 2020/07/19(日)13:39 ID:Vqf8sefQ(8/9) AAS
>>461
HyperVだけじゃVagrantなど蓄積された仮想化ｴｺｼｽﾃﾑを活かせないんだよ
HyperVだけでは物足りない
なのにVirtualBoxを共存させると不具合が出やすい
かと言ってHyperVをｵﾐｯﾄしたらDockerｴｺｼｽﾃﾑが弱体化する
Windowsでは仮想化を活かしきれないんだ
完全にDockerだけを使う分にはWindowsでも許容範囲内なんだけどね
475: 2020/07/19(日)13:42 ID:Vqf8sefQ(9/9) AAS
>>463
ﾒﾓﾘは32G詰んでる
でもどんなにﾊｲｽﾍﾟでも簡単にﾒﾓﾘを食いつぶすように作られてるから意味ないよ
設定を変更すれば食いつぶすﾒﾓﾘ上限を設けることができるけど設定値まで食いつぶすのは相変わらず
ﾘｿーｽ効率がいいのがｺﾝﾃﾅのﾒﾘｯﾄなのにこれじゃあ意味が無い
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s