【アップル】Apple Silicon 4chip【シリコン】

【アップル】Apple Silicon 4chip【シリコン】 at MAC

[前50を表示]
500:名称未設定
20/12/09 17:57:50.97 mP/25jAy0.net
本番機はどうしたってGraviton2(Google cloudの事は知らない)でGravitonの上で
動く仮想化フレームワークが（独自の）KVMというのなら、KVMベースの方が
ベターという気はする。

501:名称未設定
20/12/09 18:24:55.30 BzSTqMbF0.net
だから前から噂があるようにサーバー事業はApple自身が
先ず自社データーセンターのIntelサーバーを
すべてAppleSiliconServerに切り替えて行くだけでも
自社製による導入コスト削減は無論その性能次第で
電力や排熱低減による大幅な運用コスト削減も出来る
その上で現在Apple社が利用してるAWSサービスそのままに
サーバーだけAppleSiliconServerに切り替えたり
Appleが利用してる全てのクラウドサービスから
他社を切り捨ててApple一社だけに切り替えるなどでも
現在約7兆円もあるサービス部門のクラウドサーバーを
自社製に切り替えれば切り替えるほど新たな利益が生まれる
どっち道少なくとも後発になったAppleのサーバー事業は
自社クラウドのAppleSilicon化が中心から始まるのは避けれない
Appleには広大な自社の経済圏があるから
そこだけで商売しても他社並みに稼げる

502:名称未設定
20/12/09 18:39:57.59 Q1mOD2ns0.net
ならまずアップルがハイパーバイザー作るところから始めないとな。
AWSのMacインスタンスはベアメタルだし、量捌くのは不可能な構成。

503:名称未設定
20/12/09 18:47:02.93 mP/25jAy0.net
Appleは只自社のモバイルデバイスに合わせてMACをARMにしただけなのに
どんどん話が大きくなるなｗ
実際の所Appleがどこまで野心を持ってるかに掛かってるか？

504:名称未設定
20/12/09 18:58:30.15 38KuA9cOp.net
>>490
だからその程度の開発用途や仮想ホスト1台程度の
ショボい仮想化用途だけなら
1年以内にARM Macハイパーバイザー/APIに対応した
ParallelsとVMwareFusionが出るだろうから
勝手に使えばいいだろ
今でもできていたし、別にこれからもできることは何も変わらない
動かせるゲストがARM64になるだけで
ゲストにmacOSは追加ライセンス販売含めてどうせAppleはやらない
オンプレサーバーで仮想ホストにmacOSなんか使ってる時点で
サーバーなんで名ばかりでどうせ大した使い方してないだろうからな

505:名称未設定
20/12/09 19:10:50.66 38KuA9cOp.net
>>495
クラウドサービスなんかメモリやストレージやラックやそれら含めた電気や
通信回線/帯域や運用や追加開発や他諸々にかかるコストが大半なんだから
CPUとGPU（AI処理用含む）の性能/省電力/コストが幾らか良くなるだけじゃ
全体のコストからしたら大した割合ではない
現状Apple自社クラウドはKVMのハイパーバイザーと
それ用のオーケストレーションツールで成り立ってるだろうから
それらをARM向けに移植して移行する手間と移行リスクはバカにならない
それら全てを鑑みてやるかやらないかは別の話

506:名称未設定
20/12/09 19:14:16.19 BzSTqMbF0.net
それら普通に鑑みてAppleは実行するでしょ
それぐらい自然な流れ

507:名称未設定
20/12/09 19:14:55.90 38KuA9cOp.net
クラウド用のサーバで使うならFCか40GbpsのNICや
サーバグレードのストレージコントローラも必要だからな
Appleシリコンの自社製サーバでそれらが当たり前に使えるようにするには
個別に開発・製造する必要があるし
それだったら既成の汎用サーバを買った方がトータルコストは安くやるという可能性もある
なぜならCPUとGPU（AI処理用含む）の性能/省電力/コストが幾らか良くなるだけじゃ
全体のコストからしたら大した割合ではないから

508:名称未設定
20/12/09 19:17:27.90 38KuA9cOp.net
GoogleやMS、VMwareのようにAppleはクラウドや仮想化の
ソフトウェア技術に優れてるなんて話は皆無だしな

509:名称未設定
20/12/09 19:19:00.33 BzSTqMbF0.net
また逆張りしてるけどリーカーやアナリストより信憑性ないよね

510:名称未設定
20/12/09 19:23:33.35 38KuA9cOp.net
そのただでさえ限定的であるCPUとGPU（AI処理用含む）の
性能/省電力性/コストの改善効果も別に10がゼロになるわけではないから更に限定的に留まる
CPUではAMD、GPU/AI処理はNVIDIAもサーバ分野では頑張ってるからな
その部分だけでせいぜい10が6になる（TSMCによる使用す　プロセスの違い程度）くらいで
クラウド全体のコストから見たら瑣末な割合

511:名称未設定
20/12/09 19:25:59.47 U3uY2Y0f0.net
どうでもいいけどKVMってLinuxの固有の仮想化支援技術の固有名詞で他のOSでは言わないんじゃないの
LinuxのFinderとかmacOSのエクスプローラーとか言ってるような違和感がある

512:名称未設定
20/12/09 19:27:10.55 mP/25jAy0.net
>>500
別にOSはマックじゃなくても良いんだけどね。
>>464で言ってるように「Appleが設計した新型半導体」
をどこかの業者に売り込んでくれさえすれば。
あるいは先ず自社のStore向けで運用して、その後販売するとか。
Apple設計のARMは結構良いと思うけどね。

513:名称未設定
20/12/09 19:29:05.25 mP/25jAy0.net
>>505
UNIX固有ではあってもLinux固有ではないだろ？
BSDでも使えていたし。前者ならMacもUNIXだよ。

514:名称未設定
20/12/09 19:31:24.23 38KuA9cOp.net
>>505
ここで言ってるKVMは既存のamd64のLinuxサーバの仮想化機能を指している
MSのAzure以外の大半のクラウドはLinuxが使われてるからな
それに対してARM macOSの仮想化機能の話は
それ用のハイパーバイザーと言っている
（少なくとも自分の発言に関しては）
理解できなくて付いて来れないなら黙ってた方がいいよ

515:名称未設定
20/12/09 19:32:58.19 U3uY2Y0f0.net
Appleがサーバーサイドに本腰を入れるとは思えないけどな。
ハードウェア的にあまりにも新規開発になるものが多すぎるし、
MacやiOSデバイスなんかとは評価軸が180度ぐらい異なるもの。
泥臭いけど細かいところまで設定できて確実に動くって、Appleのここ30年ぐらいの思想に合わないでしょ
電源一つとったって多重化するのが当たり前だし、
完全に電源が落ちている状態からでもWebコンソールで電源を入れられて、
ピカピカLEDが光らなきゃサーバー用途としては失格でしょ。

516:名称未設定
20/12/09 19:33:06.45 K9U2T4Q10.net
>>507
FreeBSDにKVMはない
KVMと同等のものはBSD Hypervisorであるbhyve
URLﾘﾝｸ(bhyve.org)
macOSは >>492に書いたようにxhyve等で他のUNIX系OSも同じ
KVMは現在RedHatが開発しているLinux用のHypervisorであって他のOSには存在しない

517:名称未設定
20/12/09 19:34:32.07 9fyNXgkj0.net
サーバ向けにはいらん機能多すぎの気がする
URLﾘﾝｸ(jp.techcrunch.com)

518:名称未設定
20/12/09 19:35:53.04 U3uY2Y0f0.net
>>507
いや、Linux固有だよ
URLﾘﾝｸ(ja.m.wikipedia.org)
こんなOS specificな混み入った技術でUNIXでの総称した名前なんかないでしょ
POSIXというならまだわかるけど、そしてMacも POSIXの機能を100%持ってるわけでもないし

519:名称未設定
20/12/09 19:44:49.59 kBfWOyHp0.net
>>492
xhyveってbuilt on top of Hypervisor.frameworkって書いてるやん
Hypervisor.frameworkを利用するただのユーザーランドツール

520:名称未設定
20/12/09 19:51:04.04 38KuA9cOp.net
>>511
そう
その替わりサーバに必要な物は足りていない
だからサーバにも使われるというのは短絡的て安直な考え

521:名称未設定
20/12/09 19:54:05.47 38KuA9cOp.net
macOS Serverや仮想化機能も大してやる気ないしな
仮想化機能を用意しているのもアプリ開発者向けのツールの位置付け
MacProもサーバではなくクリエイター向けの
ワークステーションという位置付け
　URLﾘﾝｸ(www.apple.com)

522:名称未設定
20/12/09 19:58:51.76 K9U2T4Q10.net
あ、こんがらがっている理由がわかった気がする
複数のOSを動作させる仮想化機構がHypervisor
Hypervisorの例が、LinuxのKVM、WindowsのHyper-V、FreeBSDのxhyve、macOSのbhyve、
LinuxやNetBSD等で動くXen、LinuxやWindowsで動くVMWare ESXi
正しくはこうなんだけど、Hypervisorが広まった10年前ぐらいのときにFreeBSD用のHypervisorを
KVM for FreeBSDのように表現していたことがあったから、KVM=Hypervisorみたいな捉え方を
している人がいるのか

523:名称未設定
20/12/09 19:59:38.83 b87dlxuC0.net
最近のLinuxにはバックドアが付いてて、
トバちゃんがコマンド打つだけで世界中のLinuxがストップするよ。Androidも含めて。
そのコマンドを知ってるのは、トバちゃんだけ。

524:名称未設定
20/12/09 20:02:27.67 Q1mOD2ns0.net
>>516
VMWareは違う、ESXi上でWindows、Linuxが動く。
ESXi自体が独立したOSみたいなもん。

525:名称未設定
20/12/09 20:04:48.25 K9U2T4Q10.net
>>518
> VMWareは違う、ESXi上でWindows、Linuxが動く。
> ESXi自体が独立したOSみたいなもん。
だからHypervisorであってるでしょ
複数のOSを動作させる仮想化機構がHypervisor
OSと一体型のHypervisorもあればOSと独立したHypervisorもある
KVMは前者でESXiが後者

526:名称未設定
20/12/09 20:29:56.40 38KuA9cOp.net
>>519
> LinuxやWindowsで動くVMWare ESXi
の部分が間違ってるという指摘じゃないの
ESXiはESXi用OS＆ハイパーバイザー
ESXiでLinuxやWindowsは動くが
LinuxやWindowsでESXiが動くわけではない
LinuxやWindowsで動く
VMware PlayerやWorkstationは
ハイパーバイザーとは区別されるホスト型仮想化アプリ
　URLﾘﾝｸ(thinkit.co.jp)

527:名称未設定
20/12/09 20:47:31.34 mP/25jAy0.net
>>512 そもそもそのリンクに >KVMは、他のオペレーティングシステム (OS) であるFreeBSD[3]やillumos[4]にも、ローダブル・カーネル・モジュールの形態で移植されている。と書いてあるんだが？OSX-KVMとググれば普通に出てくるし、 libvertなんかのライブラリをを介して、ホストOSのカーネルがVT-xやAMD-Vに（ARMはまた別）接続すれば即ちKVMでは？

529:名称未設定
20/12/09 20:56:26.24 yPaJ073e0.net
>>521
とりあえず
OSX-KVMはLinuxのKVM上でゲストOSでmacOSを動作させるための物で
macOSでKVMを動作させるための物ではない

530:名称未設定
20/12/09 21:05:45.14 mP/25jAy0.net
>>522
あー、なるほどね。
所でOSX上で動くQEMUはどんな仮想化支援機構で動いてるの？
KVMじゃないの？

531:名称未設定
20/12/09 21:11:34.60 yPaJ073e0.net
>>523
少なくともKVMのようなハイパーバイザーではなく
VirtualBox、Parallels Desktop、VMware Fusionと同じ
ホスト型仮想化アプリの分類
　URLﾘﾝｸ(thinkit.co.jp)
VT-xとか使えるハードウェア支援機能は使うんだろうけど

532:名称未設定
20/12/09 22:59:30.12 OJ27YlPRp.net
esxiのuiはunixだよ

533:名称未設定
20/12/09 23:47:01.44 SgFqepiU0.net
ハイエンドチップを外販するとして供給量の問題が出そう
3nmで製造できるファブって限られてるだろ

534:名称未設定
20/12/10 00:11:07.94 tMSVHBhz0.net
チップの外販などせず製品にして売る方が儲かると言うのがApple風の考えだと思うけど

535:名称未設定
20/12/10 04:28:22.14 n/xjUZfV0.net
とりあえず4コアのCPU出したくらいで、クラウド鯖の話まで大風呂敷を広げるのは鬼が笑い死にするレベルじゃね。
Ampereを買収とかしたら、真面目に考えても良いけど。

536:名称未設定
20/12/10 06:03:59.14 pOYjmQL5M.net
>>528
むしろNeoverseのカスタム出した程度の会社の名前出してどやってる方が笑える
普通にAMDやAmazonやAppleのが上

537:名称未設定
20/12/10 06:48:28.55 uYaERl/I0.net
>>524
QEMUはKVMだけに対応してるわけじゃないよ
xhyveのゲスト作成にも対応してる
今はHypervisorレイヤそのものがvt命令のnest対応してるから昔のホスト型と直接的に厳密に区別できない
強いて言うならnestedと言える
若しくは逆にESXi/KVMは厳密にはhostだからハイパーバイザではない
この前もARM QEMUにパッチでxhyve対応させた奴でWindows 10 ARM動かしてたでしょ
あれは元々QEMUメインラインがx86Hypervisor.framework対応してたから
OSX-QEMUはxhyveで動いてる

538:名称未設定
20/12/10 07:48:00.86 o/213cLS0.net
KVMはGPLだからライセンス的に他のOSに取り込まれることは絶対にない
そもそもKVMってプロプライエタリだったQEMUのkqemuの置換え用じゃなかったっけ?

539:名称未設定
20/12/10 08:13:55.17 uYaERl/I0.net
>>531
カーネルはGPLでも特殊なライセンスなので一概には言えない
それとVMWareはLinuxコード含んでるし
ZFS on Linuxみたいなプロジェクトもある
絶対なんて言葉は軽く使ってはいけない

540:名称未設定
20/12/10 09:40:56.93 jV8DbFli0.net
OS 固有の Hyperviser は、Linux -> KVM, Windows -> Hyper-V, FreeBSD -> bhybe, OpenBSD -> vmm, macOS -> Hyperviser.Framework だ。
Xen や ESXi はそれ自体自立した製品で、管理用の UI クライアントが Linux ってだけ。ESXi のソースは非公開だが、Linux のコードは含まれていない。

541:名称未設定
20/12/10 09:57:18.31 UvOLL4ow0.net
>>524
いやいや、エミュレータの分類とCPUの仮想化支援機構(VT-x/AMD-v)に接続するための
機能をごちゃにしてね？ホスト型／ハイパーバイザ型っていうのはエミュレータの分類だろ？
それならQEMUはホスト型しかないのでは？
CPUの仮想化支援機構に接続している技術は何使ってるの？って質問何だが？

542:名称未設定
20/12/10 10:08:38.92 326EdrHJp.net
>>534
“CPUの仮想化支援機構に接続している技術”って具体的に何だよ？
macOSでVTを使える条件なんか限られてるんだから
VirtualBox、Parallels Desktop、VMware Fusionと変わらないだろ
別にMac版QEMUだからどうこうという話ではない
> OSX-KVMとググれば普通に出てくるし、
> libvertなんかのライブラリをを介して、
> ホストOSのカーネルがVT-xやAMD-Vに（ARMはまた別）
> 接続すれば即ちKVMでは？
とか頭が悪そうな的外れな事を言ってるレベルなら
おとなしく黙ってれば？

543:名称未設定
20/12/10 10:13:00.43 UvOLL4ow0.net
>>516
>複数のOSを動作させる仮想化機構がHypervisor
そもそもこれが違っている。
複数のOSを動作させる仮想化機構はただのエミュレータだ。
昔はソフトエミュレータしかなく、複数のOSそれぞれでソフトエミュレータがCPUをエミュレートしていた。
するとマウスの動き一つをとってもソフトでエミュレートする必要があるので死ぬ程遅くなる。
それじゃマズイという事でCPUの特権命令の一部をユーザーモードで使えるようにしたのが
CPUの仮想化支援機構でIntel VT-x/ AMD-v。
それをVMwareが自社のOSで使えるようにしたのがHyper-Visor(昔はハイフンあった気がする)。OSはESXとESXi。
マイクロソフトが自社のOSで使えるようにしたのがHyper-V。OSはウィンドウズ。
Linuxで使えるようにしたのがKVM。で、KVMはカーネルモジュールの形で他のOSにも移植されていると言っている。
xhyve/bhyveは余りメジャーじゃない気がする。Xenは出来たころはKVM並みにメジャーだったけど、最近はあんまり聞かない
因みにハイパーバイザ(hypervisor)でwikiで出てくるのはまた少し意味が違う。
エミュレータの分類を示すホスト型／ハイパーバイザ型でいう所のハイパーバイザも少し意味が違う。

544:名称未設定
20/12/10 10:13:41.08 UvOLL4ow0.net
>>535
536読んでね。

545:名称未設定
20/12/10 10:35:13.92 UvOLL4ow0.net
でエミュレータであるQEMUは昔はCPUのソフトエミュレータだったけど
CPUの仮想化支援機構の利用としてkqemuを使っていた部分をKVMに置き換えた、
とWIKIに書いている。
…じゃあARM版のQEMUで使われているのもKVMでは？って話。

546:名称未設定
20/12/10 10:40:13.27 UvOLL4ow0.net
>>531
>KVMはGPLだからライセンス的に他のOSに取り込まれることは絶対にない
GPLってそんな排他的なライセンスだっけ？
GPLを利用した作成されたソフトウェアは同じくGPLとしてコードを公開
しなければならない、と言うオープン（を強制する）ライセンスだったはずだけど。

547:名称未設定
20/12/10 10:46:36.14 CJ7l1FL10.net
>>480
iCloudがあるからAmazonに売りつける可能性は
あるだろ。
Siriや噂の検索サービス、今後のサービス増強を考えたら
自社サーバ出して、サーバ上もAPFSにしないと。

548:名称未設定
20/12/10 10:51:48.17 UvOLL4ow0.net
>>540
少なくとも >>464の人が言っているのはサーバ向けにMacOSを売る、ではなく
アップルシリコンを売ると言っているな。

549:名称未設定
20/12/10 10:52:10.78 EG+U9VWF0.net
iCloudってAWSなんだっけ

550:名称未設定
20/12/10 10:53:46.41 o5Lwg16tF.net
へーそうなんだ
まぁ Google Cloud 使うと中国市場から締め出されちゃうからなぁ

551:名称未設定
20/12/10 10:55:09.09 oOVay1br0.net
RISCとの戦いには勝ったが、ARMにはまけるのだ　CISC

552:名称未設定
20/12/10 11:07:41.84 .net
>>540
頭悪すぎだろコイツ

553:名称未設定
20/12/10 11:08:14.11 8Hg/PHy70.net
XenもVMwareもVTができる前からあったけどな

554:名称未設定
20/12/10 11:09:25.91 CJ7l1FL10.net
>>536
>>複数のOSを動作させる仮想化機構がHypervisor
>
>そもそもこれが違っている。
いや、お前が間違ってるでしょ

555:名称未設定
20/12/10 11:10:59.32 J9xhckBhM.net
>>539
取り込んだら、GPLを強制されるのが困る人もいるでしょ。
そうすると、現実的には取り込めないという結論になる事もある。

556:名称未設定
20/12/10 11:20:41.76 UvOLL4ow0.net
>>546
Xenは知らん。VMwareはVTを自社製品に取り込んだ時に
Hyper-Visorという名称と出してきた。

557:名称未設定
20/12/10 11:22:31.17 UvOLL4ow0.net
>>548
「他のOSに取り込まれることは絶対にない」ということはない。

558:名称未設定
20/12/10 11:25:26.54 UvOLL4ow0.net
>>547
じゃあ、ただしい概念よろ。
「複数のOSを動作させる仮想化機構がHypervisor」
なんてことはあり得んな。
1つのOSだったらHypervisorじゃないとでも言うのｗ？

559:名称未設定
20/12/10 12:24:48.05 AM1oWMThd.net
>>550
すまん。よく読めてなかったよ。
絶対は言い過ぎたね。

560:名称未設定
20/12/10 12:26:31.90 .net
それはフルエミュレーションだろ
VirtualPCやVT使わないQEMU然り

561:名称未設定
20/12/10 12:32:00.89 AM1oWMThd.net
大昔は、単純にエミュレーション頑張るで、
今は、ハードウェアの仮想化機能を活用するのと、
準仮想化で、ゲストにも対応してもらうのが多いんじゃない？

562:名称未設定
20/12/10 12:43:01.81 dZu0/Cvq0.net
そもそも仮想化が必要な背景は、業務システムで
マシンが老朽化したのでマシンリプレースが必要だが
同等の代替機がすでに生産していない状況がある。
高性能な機種に移行すると余力がありすぎるから
ついでに複数の業務システムを載せて導入コストを下げる。
この時、メモリやCPU、ストレージ、ネットワーク等を
含めて分離するのが仮想化技術。
多くはメインフレームからサーバマシンへの
移行で使われた。
COBOLのシステムならエミュなど使わず再コンパイル
するのでエミュは不要。

563:名称未設定
20/12/10 12:53:34.26 9+u+fQaYM.net
>>528
クラウドの方はAmazonが既にやってるよ
ただそれほど流行ってないのはPC上で使ってたものがそのままでは動かないから
仮にPCもARMで開発出来るようになったら話が違ってくる
その後普及するかどうかはわからんけどね（Amazonのやる気次第w）

564:名称未設定
20/12/10 13:53:35.05 .net
>>555
それは古いオンプレサーバだけの話だな
今はクラウドサーバとして物理ハードに依存せず
柔軟に変更・拡張/増強・縮小できるのが利点になっている
vSANみたいなストレージ仮想化も同様
それらは柔軟性を生かしてプログラマブルに
それらの運用オペレーションのを自動化できることも重要
mac miniベアメタルのAWSのMacインスタンスは
IaaSですらなくこれらの利点は無いから
単なるのMacハードの時間貸しレンタルサービスでゴミ

565:名称未設定
20/12/10 14:27:08.30 BnTarVpc0.net
IDなし野郎がまた荒らしてるぞー。触るなー。

566:名称未設定
20/12/10 14:42:09.94 VOykp+/TM.net
>>533
違うよ
URLﾘﾝｸ(japan.zdnet.com)

567:名称未設定
20/12/10 14:42:34.79 CUN+b5YL0.net
>>542
過去にawsとgcpのハイブリッドと発表されてたような
詳細は謎
中国�

568:{土ユーザに関しては gcbdって共産党から丸見えのサーバに置いてる

569:名称未設定
20/12/10 14:45:12.14 VOykp+/TM.net
>>539
割と排他的だよ
他のライセンスと混ぜるとGPLのが強いのでGPL以外のライセンスが違反になって相容れない事が多い
デュアルライセンスとは別だよ

570:名称未設定
20/12/10 14:51:09.59 VOykp+/TM.net
>>557
それは仮想化というより主にk8sなどの方
vmにansibleなどを使うとしても既にスケーラビリティのためというより
 >>555のような動作環境の用意が主
それがDockerなどのコンテナ環境である事もあるが
古いと言うツッコミはズレてる

571:名称未設定
20/12/10 14:54:37.24 1TPNoST30.net
世界中のサーバで使われてるCPUの電力ってどれ位なんだろう
それが半分になったら素晴らしいかもしれない

572:名称未設定
20/12/10 15:00:07.36 uYaERl/I0.net
>>533
ごめんURL間違えてた
URLﾘﾝｸ(www.atmarkit.co.jp)

573:名称未設定
20/12/10 15:02:00.85 uYaERl/I0.net
追記するとESXiはLinux由来だから普通にライセンス違反だよ
もう逃げ切ったけど

574:名称未設定
20/12/10 15:05:46.36 CksybpDXM.net
>>563
>世界中のサーバで使われてるCPUの電力
スパコン　富岳　28MW 京12.66MW
火力発電所は、最新の発電機1機で、1000 MW ぐらいある。
発電所1箇所で、3000MWとか、5000MW
URLﾘﾝｸ(www.tepco.co.jp)
URLﾘﾝｸ(www.technologyreview.jp)
ここでは、世界中のサーバーで既に2%の電力が使われている、とのことで。法律や条約を作って、電力使用効率低いのは認可制(天気予報などの重要業務のみ)にしないとダメだね。

575:名称未設定
20/12/10 15:24:52.78 .net
>>562
k8sなどを使うためにハードウェアリソースは
仮想化されているのが前提で
そのための仮想化が有りき
新規サービス/システムや
SaaSに移行しているシステムも有るし
（MSのADやExhangeサーバ、Lyncサーバのように）
使用割合が大きい
スマホ向けやWebサービス程そうなる
 >>555のような動作環境の用意は割合的には少ない
そういう環境や業界でしか仕事してない人間なんだろうけど

576:名称未設定
20/12/10 15:29:15.72 .net
>>566
＞データセンターが、世界全体に占める電力使用量の割合は2％弱であり
サーバじゃなくてデータセンタ設備全体じゃねーか
嘘つくな
更にその中でサーバでCPUが占める消費電力の割合も部分的
HDDをアホみたいに積んだストレージサーバとか消費電力が高いからな

577:名称未設定
20/12/10 15:46:50.70 UvOLL4ow0.net
>>562
いや、557の指摘は正しいよ。
仮想化の元々の用途は >>555でその用途だと性能はさほど必要としないから
仮想化なんてのは企業のレガシーシステムを動かすものとしてオンプレサーバー内で細々と運用されていた。
で、64bitのCPUの広大なメモリ領域と処理性能を活かせるから重宝はされるけど、
それだけだと用途がニッチすぎなので64bitCPUの普及は全く進まなかった。
（IA-64アーキは十数年経っても普及しなかった）そこにAMD-vが出てきて
大した性能劣化もなくハードの機能を使い切ることができるようになって、
レガシーを動かすだけでなく、OSを集積させる事が可能という事で >>557みたいな
クラウドサーバの用途が出てきた。これが2008年以後の話。
Dockerはまた別で2014,5年以降の話だね。

578:名称未設定
20/12/10 16:32:36.99 n/xjUZfV0.net
>>568
実は大きいのが冷房なんだよね。
だからアイスランドみたいな寒冷地に誘致したり、コンテナごと海に沈めたり提案してるw

579:名称未設定
20/12/10 16:57:36.55 VOykp+/TM.net
>>567
k8sは別に仮想化を必須としてはいないよ
勘違いしてる人多いけど
 >>569
それも昔の話って意味だよ
スケーラビリティの担当はコンテナとその管理になってる

580:名称未設定
20/12/10 17:02:21.20 uYaERl/I0.net
よく考えたらHypervisor使わなくても一応文脈的には仮想化でいいのかな？
どちらにしろ >>567のような状況はもうない
特にスケーラビリティ重視のWebはそうだから真逆と言っていい
VM単位で管理する意味ないからね
Windows環境にコンテナができたらもう役目消えると思うよ
一応今でもアプリケーション単位で似たようなことはできるけど

581:名称未設定
20/12/10 17:07:48.78 VOykp+/TM.net
というか調べたらもうWindowsコンテナあったんだね
知らなかった

582:名称未設定
20/12/10 17:34:34.58 n/xjUZfV0.net
しかし、ここまでApple Silicon不在の話題が続くとは、このスレの存在意義がw
せめてhypervisor.frameworkのARM対応とかに寄せていこうぜ・・・。

583:名称未設定
20/12/10 17:53:21.05 UvOLL4ow0.net
>>574
>hypervisor.frameworkのARM対応
その話を勧めてくれよｗ何も知らないんだが。
ARM版のMACで動くQEMUはそれ使ってんの？

584:名称未設定
20/12/10 18:22:46.43 xaTT8QWl0.net
>>575
URLﾘﾝｸ(applech2.com)
AppleのHypervisorフレームワークとQEMUを利用し、Apple M1チップ搭載のMacで「Windows ARM64 Insider Preview」の仮想化に成功したユーザーが現れる。

585:名称未設定
20/12/10 18:47:22.01 UvOLL4ow0.net
>>576
WindowsいらないけどAWSでプリンシパルエンジニアの
の人がARM MacでQEMUいじったという事は、ARM Macは
Gravitonの開発機になり得る、と信じていいのGrafさん？ｗ

586:名称未設定
20/12/10 18:49:47.55 hNpDG5XI0.net
M1 Mac上の仮想環境でARM64 Linuxを動かせた人いる？
URLﾘﾝｸ(github.com)
このページに従ってUbuntu Serverのインストールを試したんだけど、
Ubuntuのインストーラーが延々と走った後に失敗して
インストールを最初からやり直しになってしまう

587:名称未設定
20/12/10 19:24:59.00 hlmhqW4a0.net
Apple、遂にHDDを排除か！？

588:名称未設定
20/12/10 19:32:29.93 aVyGNrjs0.net
>>570
日本でも北海道に作ったり
川の流水で冷やすってのもあったなw
ということは発熱少ないARMは有望だね

589:名称未設定
20/12/10 19:53:11.55 326EdrHJp.net
>>578
無能なアホには無理だから諦めろカス

590:名称未設定
20/12/10 19:54:55.54 326EdrHJp.net
OSSに関しては自己解決できないような無能は
大人しくparallelやVMwareFusionが出るまで待って
金出して買えよ雑魚カス（笑）

591:名称未設定
20/12/10 19:56:26.49 326EdrHJp.net
無能の雑魚カスは大人しく移行期間の2-3年が終わるまでIntelMacを黙って使ってろよ低脳（笑）

592:名称未設定
20/12/10 20:00:59.11 hlmhqW4a0.net
冷却一切無用のM1の偉大さ

593:名称未設定
20/12/10 20:06:14.76 x0kL9uJZ0.net
>>578
知らなかったけどUTMってiOS用の仮想マシンもあったんだ…

594:名称未設定
20/12/10 20:18:26.55 UvOLL4ow0.net
>>581-583
と無職が申しております。

595:名称未設定
20/12/10 20:34:48.

596:66 ID:9sF7pI7oM.net

597:名称未設定
20/12/10 20:42:40.94 o/213cLS0.net
>>578
UTMではなくACVMでUbuntu Desktopの方の手順
URLﾘﾝｸ(github.com)
の右のReleases v1.0-4からACVM.zipをダウンロードして起動
# of CPUは2、RAMは4G、Displayはvirti-gpu
端末を起動して
dd if=/dev/zero of=ubuntu.img bs=1m count=10000
か、ACVM.appの中にあるqemu-imgを使って
Contents/Resources/qemu-img create -f qcow2 test.img 10G
などの方法で仮想ディスク作成してACVMのMain Imageにドラッグ
URLﾘﾝｸ(cdimage.ubuntu.com)
をダウンロードしてCD Imageにドラッグ
Startを押して起動
普通にUbuntuをインストール
インストール後の再起動がうまく行かないようだから強制終了させてもう一度ACVMを起動
URLﾘﾝｸ(cdimage.ubuntu.com)
だと途中でディスクが見つからないみたい

598:名称未設定
20/12/10 21:01:58.81 o/213cLS0.net
homebrewのARM版bottle(ビルド済みバイナリ)提供開始
URLﾘﾝｸ(github.com)
試しに全部インストールしてみたけど、出てくるメッセージに従うとPATHとPKG_CONFIG_PATHに
こんな設定をする必要がある
URLﾘﾝｸ(pastebin.com)
動くからいいんだけどもう少し普通に/opt/homebrewにインストールできるようにしてほしいかな
おそらくFormulaの修正が必要だから誰か手伝ってあげて

599:名称未設定
20/12/10 21:32:53.63 9sF7pI7oM.net
コンパイル速いんだからソースから入れてもいいと思う

600:578
20/12/10 22:14:06.48 hNpDG5XI0.net
>>588
ありがとう、あっさり動いた

601:名称未設定
20/12/10 23:01:22.12 zz1Od1FO0.net
Apple M1チップ搭載MacとEIZOモニターの互換性 | EIZO株式会社
URLﾘﾝｸ(www.eizo.co.jp)

602:名称未設定
20/12/11 01:43:31.26 C6+BgNc70.net
PowerPC版、Intel版にあった互換機が遂に完全消滅したことだけは残念だ

603:名称未設定
20/12/11 11:09:47.68 9xrBR5ho0.net
公式が一番安いことで、互換機が死ぬパターンだな。
RyzenでMac Pro超えを狙うのとかは面白かったが、そこまでしてMac OSを使う利点は思いつかない・・・。

604:名称未設定
20/12/11 11:26:51.57 RPHo5bOj0.net
Intel Mac廃止したら値上げは必定だと思うけどね？
今はIntel版よりコスパ良いことアピールしてARMに移行してもらう必要があるから
安いけど、移行完了後は比較対象が何もなくなるからアップルの好きに値決めできる。

605:名称未設定
20/12/11 12:17:21.98 3OMeEhdMp.net
MSはなんで最初からこれしなかったんだろ
URLﾘﾝｸ(pc.watch.impress.co.jp)
Arm用Windows 10、ついにx64エミュレーション実装版が公開

606:名称未設定
20/12/11 12:24:29.91 AMaanLK1M.net
ついにx64エミュレータのプレビュー版リリースしたな
これ以上シェア落としたくないマイクロソフトはArmライセンスも出してくるだろうからM1でのbootcampも時間の問題な感じだ

607:名称未設定
20/12/11 12:31:32.85 FLB5604y0.net
そんな単純な話じゃないと思うけどね

608:名称未設定
20/12/11 12:34:01.42 VeJQgDfF0.net
ARM版Windowsは名前を明確に分けりゃいいのに……
on ARMとかじゃなくて。
下手にWindows付けると、「互換性がぁぁぁぁぁぁぁ」とか騒ぐアホいるんだろ。

609:名称未設定
20/12/11 12:36:23.80 Nu88EwqNp.net
>>596
Windowsはx86版Officeを使えることが最大要件だから
（x64版Officeはx86用アドオンやマクロが動作しないから利用割合が低い）
それを優先させただけの話だろ
足りない頭を少しは使えよアホ

610:名称未設定
20/12/11 12:37:02.79 +UyheZie0.net
>>598
マイクロソフトからするとわざわざライセンス出す意味ないからな。
Windows使いたいならAzure使ってって感じだろうし。

611:名称未設定
20/12/11 12:42:37.57 RPHo5bOj0.net
>>596
Intelへの配慮じゃね？ウィン-テルの同盟は最近まで盤石だった訳だし。
こんな物を出すというのはARMがx64より優先順位上ですよ
と言ってるようなもの。

612:名称未設定
20/12/11 12:44:14.79 Nu88EwqNp.net
>>598,601
>>597みたいな頭が悪そうなバカには理解できないんだろ
浅はかな思考で勝手にARM Mac向けWoAが出ると思って
一生死ぬまで待ってるんだろうな

613:名称未設定
20/12/11 12:52:18.30 Nu88EwqNp.net
あとWoWはx64でx86をエミュレーションする仕組みで
WoAのx86エミュもそれを発展させたものだから
　・x64ホストでエミュレーションする ○ 実績あり
　・x86はエミュレーションされる ○ 実績あり
が前提で
・ARM64ホストでエミュレーションする X 実績なし
・x64はエミュレーションされる X 実績なし
よりも
・ARM64ホストでエミュレーションする X 実績なし
・x86はエミュレーションされる ○ 実績あり
の方が新規開発部分が少なくてラクなのは当たり前

614:名称未設定
20/12/11 12:54:46.11 4AiI6LmSM.net
>>597
むしろ信者専用機になってシェアを落としそうなのがMacだろ
Windowsを動かせないんだからもう仕事で使えない

615:名称未設定
20/12/11 12:59:55.84 4AiI6LmSM.net
マイクロソフトからしたらブラックボックスの要塞みたいなarm macや
エミュレータで動作してとこにバグがあるのかわからないParallelsをサポートなんてしたくないだろ
Arm版Windowsはこれまで通りハードウェアとセットでしか出てこないだろうね

616:名称未設定
20/12/11 13:06:40.42 Nu88EwqNp.net
あとはWoAでx64アプリもx86アプリも全て動作てきてしまうと
WoWはRosetta2のように不具合もほとんどなく
極めて高い互換性を実現できてしまうから
それによってARM64アプリ開発が進まないことを危惧して
あえてx64エミュは時間を置いたか
2年経ったけどARM64アプリが全く増えないし
WoA PCも全く売れないから諦めてx64対応をしたか

617:名称未設定
20/12/11 13:09:22.73 AMaanLK1M.net
>>603
悪そうじゃなくて頭悪いから教えてくれ
別に出なくても困らないけど出せないと思う根拠が知りたいわ
 >>605
MSはOffice屋さんになりたいと

618:名称未設定
20/12/11 13:13:07.61 u3BsvEHQ0.net
MSはもうクラウド屋だから

619:名称未設定
20/12/11 13:16:03.30 Nu88EwqNp.net
WindowsOSライセンスとか
メーカーPC向けのOEM版なんかゴミみたいな値段で売ってるからな
一度売ったら5年は収益にならないし

620:名称未設定
20/12/11 13:18:29.01 t5KE1qUz0.net
>>559
>>564
え、サービスコンソールが Linux 使ってたのは周知のことだし、それは別に否定してないんだけど…
最初のリンクにあった GPLv2 違反の件も VMKernel に Linux を使ってるだから公開しる！って Hellwig 氏が主張してるのはわかるけど、ZDNet や他の記事を見たら VMware はそれを否定してるし。
これは元記事の書き方が悪いね。VMware は一貫して VMKernel には Linux を含めてないと言ってるし、ここで書かれているハイパーバイザは VMKernel じゃなくて製品全体のこととして言ってる。

621:名称未設定
20/12/11 13:24:06.65 RPHo5bOj0.net
>>608
WoAの話なんだよな？むしろ出せると思う根拠が知りたいよ。
Linuxでさえトバルズ氏が開発に非協力的なメーカー（アップルのこと）
がハード情報開示しないから作らないと言っているのに何で作れると思うの？
仕様が公開されて普通に互換機が作れるIBM/PCの続きだとでも思ってるの？

622:名称未設定
20/12/11 14:20:12.36 cYH+XwcfF.net
だって未だにWinFormsもWPFもARM対応してないしネイティブアプリが増えるわけがない

623:名称未設定
20/12/11 15:22:34.52 PNGMkyo2M.net
>>613
Ｃ♯を他のプラットホームに移植させにくくする仕組みがマイクロソフト自信を苦しめるとは皮肉だなあwww

624:名称未設定
20/12/11 16:06:27.50 5KK5y6C2M.net
>>612
ブラックボックスのハードにlinuxポーティングするのと、ハードの仕様を全部知ってる上で仕様が開示されてる他社のOSをAppleがポーティングするのとどっちが難易度高いか分からないの？
てかAppleの人がもうM1でWindows動かしてて大きな問題はマイクロソフトのライセンスだけって言ってるじゃん

625:名称未設定
20/12/11 18:36:52.87 49Ei2x5Y0.net
>>596
逆だろ。
なんでこれも出来ない段階でWoAのリリースをしたのか。

626:名称未設定
20/12/11 18:53:54.11 rtA3KPYO0.net
>>600
優先って、それどんだけアホなんだよww
抜けてるところが多数あってアホ過ぎ

627:名称未設定
20/12/11 18:56:34.49 49Ei2x5Y0.net
>>599
逆だろ。
Windowsと付いている事がマーケティング上有利だからいつもWindowsを冠する。
それでも売れずに消えるものも有る。
付けなかったら初動すら無い。

628:名称未設定
20/12/11 18:56:44.26 HcWURfCsF.net
Docker M1対応プレビューきたあああ！！！
URLﾘﾝｸ(appleinsider.com)

629:名称未設定
20/12/11 19:01:27.26 49Ei2x5Y0.net
>>612
別にMac向けに開発しろなんて誰も言っていない。

630:名称未設定
20/12/11 19:09:04.04 RPHo5bOj0.net
>>615
成程、君はAppleがWindowsの移植作業をするから難易度が低いと言ってるの？
マイクロソフトがWindowsのソースコードを渡してアップルがM1チップ用に移植・ビルドして
ブートキャンプ可能なWindowsですよ！とでも言って出荷してくれると。
不思議な世界だねｗ
「M1搭載Mac上で仮想Windows環境を実現」する事と
「bootキャンプでWindowsが直接M1チップを制御する」事は全然違うってことは理解できるよねｗ？

631:名称未設定
20/12/11 19:22:35.71 RPHo5bOj0.net
>>620
>>597が「M1でブートキャンプ」て書いているじゃん。

632:名称未設定
20/12/11 19:39:20.40 x7AzvTyJ0.net
まだM1はWindows実行出来ないの？

633:名称未設定
20/12/11 19:40:39.18 Q8XiZzcHM.net
「素のWindows」を起動させるためにAppleがブートローダ互換レイヤとドライバを用意するのがBootCampであって
MSがWindows側にMacで動くようにするための何かを仕込むわけではないのだが

634:名称未設定
20/12/11 19:44:55.07 49Ei2x5Y0.net
>>622
Mac向けに開発しろなんて誰が言ってる？

635:名称未設定
20/12/11 19:48:28.91 RPHo5bOj0.net
>>624
それがIntelCPUのIBM/PC上で実現できていたのはCPU、メモリ、バス（PCIEなど）、
グラフィック、汎用IOなど全てのIOが公開されていたから。
ハードメーカがそれに従って作ったものはMacとして出荷されていようが、
Winとして出荷さていようがOSがドライバさえ持っていれば動くことが保証されている。
M1チップは勿論そんなものは公開されてない。

次ページ