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

【アップル】Apple Si ..

454:名称未設定
20/12/09 12:40:06.78 MAlsGb66M.net
>>438
メモリ速いのは帯域もそうだけど主にARMのアーキのおかげ
x86はそもそも簡単に上限まで速度出ない
XeonとかTRの実質サーバー用CPUでようやく使い切れる

455:名称未設定
20/12/09 12:40:55.46 MAlsGb66M.net
>>444
15%超えてんのは総合じゃなくてGPU単体での話だよマヌケ
アスペルガーはお前

456:名称未設定
20/12/09 12:47:09.38 Q92aUgi90.net
>>438
64bit接続なのはスマホだけでIceLake/TigerLake/RenoirでLPDDR4X採用してるのは128bit接続してるぞ

457:名称未設定
20/12/09 12:51:04.34 fjG3kkW1F.net
>>449
> GPU性能の話をしてるのに総合スコア値で話をしてる時点で的外れ
> アスペで文盲の発達障害ガイジ
 >>434,437
> プロセス微細化だけで15%性能向上するんだから
> 当然それだけではなく設計改善も何かしら施されてるんだから
> 15～20%なんて想定の範囲内
> 筐体や動作条件によってベンチスコアの”ピーク値が”変わるのは
> クロック制御の違いの範囲内
はい論破

458:名称未設定
20/12/09 12:51:22.21 Q92aUgi90.net
つーかfabricは別にトポロジーを指す言葉じゃないぞ
トポロジーはこの規模だと多分クロスバーだと思うが

459:名称未設定
20/12/09 12:53:58.49 niCdQoBnF.net
>>450
だからTigerLake比だとGPU性能は大して差は無いけどな
TDP15Wと28Wの違いは10nmか5nmの差（TSMCのおかげ）でしかない

460:名称未設定
20/12/09 12:54:56.97 MAlsGb66M.net
>>451
自分から言い出した数字まで曲げた時点でお前の負けだぞマヌケ
知った風なレスはするがその実全く知らないのに適当に拾って知ったかぶりおじいちゃん
ロクなソースも持ってこれない分際でレスしてんじゃねえよガイジ

461:名称未設定
20/12/09 12:55:44.32 MAlsGb66M.net
>>453
Xe普通にゴミだろアホか

462:名称未設定
20/12/09 12:58:13.19 MAlsGb66M.net
まさかXe擁護するバカがいるとは思わなかった

463:名称未設定
20/12/09 13:03:54.38 hJa+srbBF.net
>>454
> GPU性能の話をしてるのに総合スコア値で話をしてる時点で的外れ
> アスペで文盲の発達障害ガイジ
 >>434,437
> プロセス微細化だけで15%性能向上するんだから
> 当然それだけではなく設計改善も何かしら施されてるんだから
> 15～20%なんて想定の範囲内
> 筐体や動作条件によってベンチスコアの”ピーク値が”変わるのは
> クロック制御の違いの範囲内
はい論破

464:名称未設定
20/12/09 13:05:40.47 b87dlxuC0.net
オリンパスがM1を出したとき、ライカからクレームが来て、OM1に変えた。
今回のM1も、ライカからクレームが来て、AM1に変更すると思う。

465:名称未設定
20/12/09 13:08:08.57 hJa+srbBF.net
XeがゴミだろうがAppleGPUもゴミなんだから
ゴミ同士でいい勝負だろ（笑）

466:名称未設定
20/12/09 13:10:47.31 MAlsGb66M.net
>>457
とりあえずA13の上のGPUスコアとA14の上のスコアでそもそも20%も超えてるから
本当恥ずかしい奴だなあ
後付けの言い訳ばかりの知ったかおじいちゃん
知ったかしたいならもっとパソコンわからないおじいちゃんと話そうね

467:名称未設定
20/12/09 13:17:37.24 MAlsGb66M.net
>>459
Iris Xe MaxとかいうdGPUの比較対象が1050 Max-Q
iGPUでデスクトップの1050Tiと比較されてるM1じゃそもそも論外だよおじいちゃん
シュリンクによる性能上昇加味しても
Intel 10nm+ つまりTSMC N7P相当のdGPUでこれは普通にゴミだからねおじいちゃん

468:名称未設定
20/12/09 13:33:54.68 YtQMCNom0.net
>>458
そしてAMDから...

469:名称未設定
20/12/09 13:43:40.40 MAlsGb66M.net
そもそもA7からA14に沿ってM7～M14あるから
数字上げただけだと自社内でも6年後に被るという

470:名称未設定
20/12/09 14:38:54.69 7RIOX/Qq0.net
投資家は新型MacBookを過小評価
アップル、自社開発半導体を外販も
URLﾘﾝｸ(barrons.jiji.com)
ハイテク企業や投資家に助言サービスを提供するセミコンダクター・アドバイザーズのロバート・マイア氏は先週のレポートで、
「潜在的なプラス効果を現時点で見積もるのは難しいが、より重要なのは、M1がアップルの価値と、恐らくこれまで隠されていた価値をさらに際立たせるものだと考えられることだ」と書いている。
遠回しな言い方に思えるかもしれないが、同氏はアップルが新型半導体を収益性の高いサーバー市場に売り込むことさえ可能だと指摘している。
「サーバーの世界での最大の関心事はおそらく電力と冷却であり、M1の最大のセールスポイントの一つは今のところ、消費電力が低く、冷却ファンが作動しないことだ。消費電力の低さだけでも切り替えの理由となるかもしれない」。

471:名称未設定
20/12/09 14:43:33.46 SgFqepiU0.net
32bit環境を見事なまでに切り捨てたってのは大きいな

472:名称未設定
20/12/09 14:44:17.24 Q1mOD2ns0.net
>>464
チップはすごくてもアップルが他社にチップ渡すとは思えん

473:名称未設定
20/12/09 15:01:04.38 Q92aUgi90.net
チップ自体を売るビジネスをやるんじゃなくてサーバを作ってる特定の企業と供給契約するのはアリだと思うがね
まあMac用の設計を流用できるならの話で専用のダイ作ってまでやる意味はないだろうが

474:名称未設定
20/12/09 15:01:06.34 mP/25jAy0.net
>>464
ワイと全く同じ意見やな。
アイドル時の消費電力5Wはマジで驚異的。

475:名称未設定
20/12/09 15:12:25.25 38KuA9cOp.net
無知で情弱で頭が悪い低脳なバカ＝ID:mP/25jAy0
>>398「やっぱり富士通はあんまり消費電力に注意を払ってないと思うね（ｷﾘｯ」
　　↓
>>402「あ～、じゃあ、まずまず妥当で良いか…。」

この低脳なバカ >>468と同じ意見なら
そうなることは無いなww

476:名称未設定
20/12/09 15:16:54.72 p44fy3y1F.net
まともなPCやサーバレベルの性能を有したらファンレスじゃ無くなるし
（ゴミ性能のM1でもMBP/Mac miniですらファンレスしゃない時点で）
ARMサーバやAWSのARMインスタンスも
大した需要は無くシェアは一向に増えない

477:名称未設定
20/12/09 15:17:27.26 mP/25jAy0.net
>>469
398のそんな目的で設計されていない、の部分が
後のやり取りで正解であることが解明されてるだろだろ。
だからそれはそれで正解よ。>>402とかいたのはもう興味がなくなったから。
そんな事より、情強の君はさっさと微細に穿って消費電力の差分を説明しろよ
ｗ。

478:名称未設定
20/12/09 15:24:47.47 mP/25jAy0.net
>>470
それはこれまでビルド含めたlinuxの周辺ツールが整備されていなかったから。
Linus Torvalds氏もそう言ってただろ。で今回始めて個人が気軽に調達できる
ARMベースのPCが手に入る様になったんだから当然これから伸びるよ。
開発機がARMなら、本番機も当然ARMで動かしたい需要はあるし。

479:名称未設定
20/12/09 15:25:31.15 38KuA9cOp.net
>>471
じゃあAppleシリコンも所詮スマホ用SoCの発展系だがら
サーバ用CPUには適さないということになるな
M1ですらバスやインターフェースがゴミなんだから
当たり前の事
サーバ用途じゃ高性能な程
エンタープライズ向けのVMwareなり
KVMが使えないと話にならない
サーバ用途でmacOSしか使えない時点で論外
（Appleシリコンを外販しないと明言しているAppleが自社OS以外で使えるようになる可能性も無い）
はい論破

480:名称未設定
20/12/09 15:27:34.22 Q1mOD2ns0.net
>>473
それが問題なんだよな、Mac以外のOS動かす事をアップルがサポートするのかって話は簡単に片付かない

481:名称未設定
20/12/09 15:28:58.91 38KuA9cOp.net
スマホ/タブレット用SoCの手抜き使い回しで
ローエンドモバイルのMBA用でゴミ仕様だから
ファンレスってだけだからなM1は

482:名称未設定
20/12/09 15:34:24.62 mP/25jAy0.net
>>473
「じゃあ」って何だよｗww
会話が全く連続してねぇよ。
俺は >>464に同意しているだけだが？君の意見はロバートマイヤーにでも
言いたいわけｗ？本人に言ってくればｗ？

483:名称未設定
20/12/09 15:36:36.00 38KuA9cOp.net
AWSのMacインスタンスも
所詮ベアメタルでサーバとしては糞スペックだから
クラウドのスケーラビリティや柔軟性の利点も皆無で
MacでしかできないMac/iOSアプリ開発者向けのVDI的な使われ方しか
Amazonも想定してない（そのくらいの用途しかない）って言ってるからな
Macmini程度のゴミ性能で
来年ARM Mac miniに入れ替わったら
NICは1Gbpsでメモリ最大16GBの
サーバとしては更にゴミにしかならない

484:名称未設定
20/12/09 15:40:17.06 38KuA9cOp.net
ハーフサイズのARM MacProが出たら
横にしてラック3Uに2台搭載する構成で
上位のMacインスタンスを用意するかどうか
ベアメタル形態でmacOSしか使えないなら
クラウド用意サーバとしては無価値なのは変わらないが

485:名称未設定
20/12/09 15:41:01.77 mP/25jAy0.net
そもそも >>464「同氏はアップルが新型半導体を収益性の高いサーバー市場に売り込むことさえ可能だと指摘している。」
を読んで↑の解釈するってどういう脳味噌の持ち主なのｗ？

486:名称未設定
20/12/09 15:42:43.78 mP/25jAy0.net
Macをクラウドサーバーとして売るの？ｗ
それは斬新すぎるぞｗｗｗｗ

487:名称未設定
20/12/09 15:44:16.31 tA/Zn1FE0.net
Macminiはサーバーとして最適、って噺はあった
発熱でだめだったけど
リベンジだな

488:名称未設定
20/12/09 15:48:08.36 mP/25jAy0.net
MacProがメニーコアで出るのなら、仮想化でLinux走らせれば
オンプレサーバーになる可能性はあると思う。miniは良いけどコアが少ない。
最低でも16core/64GBメモリ位は欲しい所。

489:名称未設定
20/12/09 15:58:09.06 38KuA9cOp.net
>>482
仮想ホストOS/ハイパーバイザーがMacOSな時点で使い物にならないよ
仮想サーバはESXiかKVMのハイパーバイザーを使う前提で
既に高次元で運用自動化されてるからな

490:名称未設定
20/12/09 16:08:42.17 Q1mOD2ns0.net
Hyper-V「解せぬ」
って冗談は置いといてアップルがサーバーで覇権取ろうなんて気はないだろうよ。

491:名称未設定
20/12/09 16:09:40.81 mP/25jAy0.net
>>483
ハイパーバイザもKVMもamd64を前提にした仮想化支援機構では？
ARM（のパーソナル版）は全てがこれからという気はする。
VMWareみたいな老舗がトップシェアを取ってくれれば安定供給されるだろうけど当然それはわからない。
前に出たQEMUが使えるならそれでも構わない。
俺達にとっては、その上で動くARM版のLinuxがクラウドのARMLinuxと同等で安定して動けば何でも言い訳で。
後1、2年以内に何か出てくるでしょ。

492:名称未設定
20/12/09 16:14:50.33 qXjAJOJU0.net
最近 Pro買ったけどMagic Mouseとの相性悪い。すでに報告されてる現象？たまに接続切れるんだよねー

493:名称未設定
20/12/09 16:16:38.13 38KuA9cOp.net
>>485
その程度の開発用途や仮想ホスト1台程度の
ショボい仮想化用途だけなら
1年以内にARM Macハイパーバイザー/APIに対応した
ParallelsのVMwareFusionが出るだろ
所詮は自宅や事務所に置くPCやワークステーションの延長で
データセンターで使われるようなサーバ用途にはなり得ない

494:名称未設定
20/12/09 16:43:29.27 K9U2T4Q10.net
>>485
> ハイパーバイザもKVMもamd64を前提にした仮想化支援機構では？
KVMは7年前にARMに対応している
URLﾘﾝｸ(lwn.net)
最近RISC-Vにも対応した
QEMU経由での使い方
URLﾘﾝｸ(github.com)

495:名称未設定
20/12/09 16:53:30.68 K9U2T4Q10.net
RHELだと7.5以降ARMでのKVMに対応
URLﾘﾝｸ(access.redhat.com)
それとKVMって普通QEMUと連携して使うもの
URLﾘﾝｸ(www.fujitsu.com)

496:名称未設定
20/12/09 16:57:07.82 mP/25jAy0.net
>>487
オンプレサーバーの話をしているんだが？
データセンターはGravitonで、というか俺たちの話題に上がるような物じゃない。

497:名称未設定
20/12/09 17:02:10.12 kBfWOyHp0.net
Mac ProラックマウントタイプでLinuxが走ればいいな

498:名称未設定
20/12/09 17:32:48.39 K9U2T4Q10.net
こんがらがりそうなのでmacOSの仮想化関係を整理
macOSのx86,amd64用のhypervisorはxhyve
FreeBSDのbhyveを移植したものでLinuxのKVMに相当
URLﾘﾝｸ(github.com)
macOSのARM版のhypervisorは現時点では不明
macOSでの仮想化フレームワークのAPIは2つ
以前から存在しQEMUやDockerが使っているHypervisor framework
URLﾘﾝｸ(developer.apple.com)
Big Surで導入されたSimpleVMやvftoolが使っている主にLinuxを動かすことを
目的としたVirtualization framework
URLﾘﾝｸ(developer.apple.com)

499:名称未設定
20/12/09 17:45:48.53 9fyNXgkj0.net
>>492
仮想化レイヤーって２つもあったんだ

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環境にコンテナができたらもう役目消えると思うよ
一応今でもアプリケーション単位で似たようなことはできるけど

次ページ