アカウント名:
パスワード:
Alder LakeはIntelの10nm製品としては初めてコンシューマー向けデスクトップモデルも存在し最上位モデルはパフォーマンスコアが8コア+省電力コアが8コアという構成になるそうですがデスクトップで省電力コアって意味あるんでしょうか?デスクトップなら電力や冷却能力の制約は少ないんですから、省電力コアを載せるよりもその分パフォーマンスコアの数を増やした方がいいのでは?
デスクトップで省電力コアって意味あるんでしょうか?
Prescott「ああ、デスクトップで消費電力を気にする奴は馬鹿だ」
省電力コアを載せるよりもその分パフォーマンスコアの数を増やした方がいいのでは?
おい!なんてこと言うんだ!マシマシにした上でRysenに完敗しちゃったらどうすんですか!
# 前門のAMD、後門のARM、そして斜め上を行くIntel
デスクトップだろうが消費電力を気にする人はいるしそっちのほうが多い。冷却能力が頭打ちになったにも関わらず発熱が増大し続けてる。SMT無効のコアと有効のコアを組み合わせるみたいな話も出てるらしい。
軽負荷な作業をしてるコアは電力効率が良い方に追い出して、ヒートシンク代わりにしたいのでしょうね。# TB Max 3.0といい、乾いた雑巾を絞ってる感
低消費電力コアのサイズがパフォーマンスコアの半分だとしてヒートシンク代りにするんならパフォーマンスコアの倍以上低消費電力コア配置しないと無理なんじゃないか?
それより滅多にフルパフォーマンス出すことのないGPUにトランジスタ使った方が良いと思う。
ヒートシンクになるのはハイパフォーマンスコアの方
となるとはおパフォーマンスコアは実質アクセラレーター的に使う物になるのか。
> デスクトップだろうが消費電力を気にする人はいるしそっちのほうが多い。
だとすると Intel は絶対性能よりも消費電力が低い方向を目指して設計すると思うんですが、Comet Lakeの以下の結果を見ると、今のところは消費電力は度外視して絶対性能をギリギリまで絞り出す方向なんですよね。https://weekly.ascii.jp/elem/000/004/014/4014213/9/ [ascii.jp]
14nmのComet Lakeだと消費電力で売るわけにもいかないので絶対性能をできるだけ頑張るけど、Alder Lake以降、7nmが量産できるまでの間は Ryzen に絶対性能で負けるのは覚悟の上で絶対性能よりも電力性能重視に転換するってことなんでしょうか?
発熱と消費電力を度外視して性能を上げてるのは14nmで消費電力と性能のどちらかを諦めるしかないからでしょう。10nmに移行するから消費電力と発熱のバランスを戻しに来たんでしょう。低発熱と性能を両立できるコアではなく低発熱と高性能の組み合わせを選んだのはムーアの法則が死んだからでしょう。高負荷時と低負荷時のそれぞれにコアを用意すればそれぞれの用途にあった設計ができるため絶対性能と消費電力の両方でAMDに勝てる可能性があります。またこの手法自体はスマートフォン向けのプロセッサですでに採用されており実績もあります。
> 絶対性能と消費電力の両方でAMDに勝てる可能性があります。
絶対性能で AMD に勝つのは無理じゃないかな。
現行の Zen 2 Ryzen で既にパフォーマンス・コアを16個積んでるわけで、たとえ Alder Lake のパフォーマンス・コアの性能が Zen 3 Ryzen のそれを上回っていたとしても Alder Lake: パフォーマンス・コアx8 + 省電力コアx8が Zen 3: パフォーマンス・コアx16を性能で上回れるとは思えない。
Alder Lakeがパフォーマンス・コアx12とかx14くらいあれば可能性あるかもしれませんが。
> またこの
そういう人向けには、デスクトップにモバイル向けのCPUを使っても良いのですよ?住み分けの出来ている物を混ぜて、無駄なコスト増を招くだけに見えるなぁ。
Atom系の方で実行するバイナリはどうやって準備するんだろうねAndroidから持ってくる?
なに言ってんのこの人。ビッグ側とリトル側でコア数が違ったら面倒とかビッグ側とリトル側の行き来のときにキャッシュのリセットないし同期が入って却って消費電力が上がりそうとかならわかるけど。なに言ってんのこの人。AtomとAMD64が別のISA使ってるとでも思ってんの?(厳密には違うがだいたい同じである)
AtomがArmに見えたんだろ。
たしかにボケていました。おはずかしい。
AtomをArmに見間違えたうえ、ArmをAtomと書き間違えたのかストロングゼロでも飲んでたのかな
頭の中はAだけみてArmだと勘違いし、手はタレ込み中のAtomを見ながら無意識に打っていました。
ビッグ側とリトル側の行き来のときにキャッシュのリセットないし
しっ!脆弱性承知でパフォーマンス出すためにスルーでリリースして売れた後でmicrocodeで早急に修正しましたって流れにしたいのがバレちゃうじゃないですかぁ!
# 修正リリース後にBSOD多発までがテンプレ
> 脆弱性承知でパフォーマンス出すためにスルーでリリースして
「キャッシュのリセットないし同期」を実装してないと、そもそもCPUとして動作しませんよ
このコメントもそうですが、CPUの基本動作が理解できてない人、多いですね
あとIntelの作るソフトのレベルが低いと言ってる人もたとえばLinuxカーネルにIntelのエンジニアがどれだけ貢献しているかとか全く知らないんだろうなぁ
この手の指摘はソース込みでしないと+モデ付かず改善が見込めない愚痴でしかなくなっちゃいますよ
> この手の指摘はソース込みでしないと> +モデ付かず改善が見込めない愚痴でしかなくなっちゃいますよ
ggrks
Linuxのカーネルに貢献してる人とその他のIntelのソフトを作ってる人が同じなんだろうか
品質の問題だったら、Linuxの品質管理と自社プロダクトの品質管理は必ずしも関係しないしね。
# オフトピなのでAC
そりゃお祭り騒ぎに便乗してインテルを攻撃できればいいだけなんだから理解なんてしてないしする気もないでしょう。同じバカなら踊らにゃ損てやつです。AMD64が別のISA使ってるてのはCore iが〜あたりに読み替えてください。太陽のエネルギーを吸収しすぎました。熱中症です。
>ビッグ側とリトル側でコア数が違ったら
そもそもIntelが今後Big/Littleの製品をどんどん作っていきますよ。とかって状態でなければ、Windowsがまともにサポートしてくれない気が。AMDのPiledriver対応みたいに主流にならないと判断したら露骨に手を抜くのがMSだよね。(筋の悪い技術に無駄にリソースを費やさない、という意味で個人的には賛成ですが。)Intelの作るソフトは、Cコンパイラを除いてはいつもレベル低いから、自分たちでマトモなスケジューラーを提供できると思えないしな。
既に特定コアだけ高クロックになる、インテル® ターボ・ブースト・マックス・テクノロジー 3.0 [intel.co.jp]とかやってるので、Windowsはサポートするかと。
それは、元々ターボブースト系の技術に対して、各CPUメーカーがプロセッサの稼働コア数とクロック制御を入れられる様にWindows側がAPI切っているので特定の製品に対応する制御をおこなうドライバを提供しているだけですね。
big.LITTLEは、bigとLITTLEのコアの性能(MONTSだと機能も?)が違うので、CPUの物理コア毎にCPUキャッシュの制御やサイズ、割り込み時の退避レジスタ数が動的に変わる場合にはそれを意図した処理がOS側に対処が必要だよね。で、大抵それは大多数の非big.LITTLEのCPUにはオーバーヘッドになるけど、カーネルのそんな奥深い所で分岐させると開発/試験がとんでもないことになるか、OSの安定性を損なってしまうのではな
ARM版ウインドウズへの対抗策。ノートパソコンのバッテリー稼働時間延長。サーバのランニングコスト低減。ARM MAC対策。ZENの弱点である消費電力でAMDと勝負。限られてるって?どこが?まあインテルが儲かって嬉しいのがインテルの従業員と取引先と株主だけって意味では限られてますね。
カッとなる前に、元コメよく読みなよ。
>基本、IntelのCPUは、スマホみたいに電力制限が厳しい用途向けがメインではなく、パフォーマンスの高さの優先度がARMとの違いだと思われるので、big.LITTLEでメリットを得られる人は限られていると思いますよ。
で、さらにタレコミには、>Alder Lakeはメインストリーム向けとして投入される製品
と書かれているので、Alder LakeはノートPC(いわゆるMobile向け)やタブレット向けでもなければ、サーバ用ではなさそうなんだが。そういう諸々をきちんと踏まえてコメントしましょうね。
二度も言うなし。ARMと勘違いしたんでしょ。ローエンドPCはついこの間までATOM系だった事を知らないなんてことは…
今でも直接名乗ってないだけでAtom系でしょ。CeleronN4xxxとかPentiumSilverとか。
Ryzenと同じ土俵で戦えないからでは。こういう構成なら、・コア数が多いぞ!えっへん!って威張れる・マルチスレッドのベンチマークでRyzenに負けても「構成が違うから・・・」って言える・GoldenCoveのコア数を減らした上で高クロック化することで、「(Gracemontも含めた)コア数をRyzenと揃えたモデルで、(GoldenCoveのみの)シングルスレッドのベンチマークで勝利!」って勝ち誇れると、Intelの営業上はいい事ずくめ。
AMDも将来的にはインテルのこれと同じような構成目指してますが何を言ってるんですか()
えっ AMDもデスクトップ向けにこんな構成にするの?詳しく知りたいのでソースをお願い。
AMDも big.LITTLE 構成の検討はしていて、関連する特許の出願が話題にはなったと思いますが具体的にデスクトップ向けでやるっていう話は出てないと思います。
レスポンス重視のコアとスループット重視のコア、ってわけでもなさそうだしな。Atom嫌いじゃないけどよくわからん使い方だ。
大丈夫大丈夫よくわからなくても使えるし普段からお世話になってるはずhttps://pc.watch.impress.co.jp/docs/column/kaigai/628049.html [impress.co.jp]
> その分パフォーマンスコアの数を増やした方がいいのでは? これに尽きる。こういう斜め上の飛び道具出す暇あったらたのむから本気出せよ!
増やしたから今のいわゆるバクねつ君でしょ
ゲーミングノートでも同じ構成のを使うつもりとか。発熱が少ないコアはノートに、そうでないコアはデスクトップに回す。ゲームをするときはパフォーマンスコアを全コア使って、バッテリー駆動のときはパフォーマンス4コアとかにするとか。
デスクトップやサーバー用途だって、8コアのものに、Hyper Threading的に使える8コアがおまけについていても悪くはない。
全コア100%使い切るのはベンチとかエンコとかするときだけで、日常使用やゲームでは100%使い切らない軽い処理も多々走る。そいつらを低消費電力コアで回せれば、総計算量に対する消費電力≒発熱が減る。そうすると随時可変オーバークロックして熱で頭打ちしてる今のCPUでは、頭打つのがちょっとマシになって平均速度が上がる可能性がある。
ざっくりワット数で考えても、給電とクーラーの容量毎に消費可能ワット数が決まるので実装可能な回路規模がいくら増えても高性能コアを積める数は自ずと限られてくるが、空いたところを遊ばせるよりは限られた容量をよ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
パフォーマンスコア+省電力コア構成 (スコア:0)
Alder LakeはIntelの10nm製品としては初めてコンシューマー向けデスクトップモデルも存在し
最上位モデルはパフォーマンスコアが8コア+省電力コアが8コアという構成になるそうですが
デスクトップで省電力コアって意味あるんでしょうか?
デスクトップなら電力や冷却能力の制約は少ないんですから、省電力コアを載せるよりも
その分パフォーマンスコアの数を増やした方がいいのでは?
Re:パフォーマンスコア+省電力コア構成 (スコア:1)
デスクトップで省電力コアって意味あるんでしょうか?
Prescott「ああ、デスクトップで消費電力を気にする奴は馬鹿だ」
Re: (スコア:0)
省電力コアを載せるよりも
その分パフォーマンスコアの数を増やした方がいいのでは?
おい!なんてこと言うんだ!
マシマシにした上でRysenに完敗しちゃったらどうすんですか!
# 前門のAMD、後門のARM、そして斜め上を行くIntel
Re: (スコア:0)
デスクトップだろうが消費電力を気にする人はいるしそっちのほうが多い。
冷却能力が頭打ちになったにも関わらず発熱が増大し続けてる。
SMT無効のコアと有効のコアを組み合わせるみたいな話も出てるらしい。
Re:パフォーマンスコア+省電力コア構成 (スコア:1)
軽負荷な作業をしてるコアは電力効率が良い方に追い出して、ヒートシンク代わりにしたいのでしょうね。
# TB Max 3.0といい、乾いた雑巾を絞ってる感
Re: (スコア:0)
低消費電力コアのサイズがパフォーマンスコアの半分だとして
ヒートシンク代りにするんならパフォーマンスコアの倍以上低消費電力コア配置しないと無理なんじゃないか?
それより滅多にフルパフォーマンス出すことのないGPUにトランジスタ使った方が良いと思う。
Re: (スコア:0)
ヒートシンクになるのはハイパフォーマンスコアの方
Re: (スコア:0)
となるとはおパフォーマンスコアは実質アクセラレーター的に使う物になるのか。
Re: (スコア:0)
> デスクトップだろうが消費電力を気にする人はいるしそっちのほうが多い。
だとすると Intel は絶対性能よりも消費電力が低い方向を目指して設計すると思うんですが、
Comet Lakeの以下の結果を見ると、今のところは消費電力は度外視して絶対性能をギリギリまで絞り出す方向なんですよね。
https://weekly.ascii.jp/elem/000/004/014/4014213/9/ [ascii.jp]
14nmのComet Lakeだと消費電力で売るわけにもいかないので絶対性能をできるだけ頑張るけど、
Alder Lake以降、7nmが量産できるまでの間は Ryzen に絶対性能で負けるのは覚悟の上で
絶対性能よりも電力性能重視に転換するってことなんでしょうか?
Re: (スコア:0)
発熱と消費電力を度外視して性能を上げてるのは14nmで消費電力と性能のどちらかを諦めるしかないからでしょう。
10nmに移行するから消費電力と発熱のバランスを戻しに来たんでしょう。
低発熱と性能を両立できるコアではなく低発熱と高性能の組み合わせを選んだのはムーアの法則が死んだからでしょう。
高負荷時と低負荷時のそれぞれにコアを用意すればそれぞれの用途にあった設計ができるため絶対性能と消費電力の両方でAMDに勝てる可能性があります。
またこの手法自体はスマートフォン向けのプロセッサですでに採用されており実績もあります。
Re: (スコア:0)
> 絶対性能と消費電力の両方でAMDに勝てる可能性があります。
絶対性能で AMD に勝つのは無理じゃないかな。
現行の Zen 2 Ryzen で既にパフォーマンス・コアを16個積んでるわけで、
たとえ Alder Lake のパフォーマンス・コアの性能が Zen 3 Ryzen のそれを上回っていたとしても
Alder Lake: パフォーマンス・コアx8 + 省電力コアx8
が
Zen 3: パフォーマンス・コアx16
を性能で上回れるとは思えない。
Alder Lakeがパフォーマンス・コアx12とかx14くらいあれば可能性あるかもしれませんが。
> またこの
Re: (スコア:0)
Re: (スコア:0)
そういう人向けには、デスクトップにモバイル向けのCPUを使っても良いのですよ?
住み分けの出来ている物を混ぜて、無駄なコスト増を招くだけに見えるなぁ。
Re: (スコア:0)
Atom系の方で実行するバイナリはどうやって準備するんだろうね
Androidから持ってくる?
Re: (スコア:0)
なに言ってんのこの人。
ビッグ側とリトル側でコア数が違ったら面倒とかビッグ側とリトル側の行き来のときにキャッシュのリセットないし同期が入って却って消費電力が上がりそうとかならわかるけど。
なに言ってんのこの人。AtomとAMD64が別のISA使ってるとでも思ってんの?(厳密には違うがだいたい同じである)
Re: (スコア:0)
AtomがArmに見えたんだろ。
Re: (スコア:0)
たしかにボケていました。
おはずかしい。
Re: (スコア:0)
AtomをArmに見間違えたうえ、ArmをAtomと書き間違えたのか
ストロングゼロでも飲んでたのかな
Re: (スコア:0)
頭の中はAだけみてArmだと勘違いし、手はタレ込み中のAtomを見ながら無意識に打っていました。
Re: (スコア:0)
ビッグ側とリトル側の行き来のときにキャッシュのリセットないし
しっ!
脆弱性承知でパフォーマンス出すためにスルーでリリースして
売れた後でmicrocodeで早急に修正しましたって流れにしたいのが
バレちゃうじゃないですかぁ!
# 修正リリース後にBSOD多発までがテンプレ
Re: (スコア:0)
> 脆弱性承知でパフォーマンス出すためにスルーでリリースして
「キャッシュのリセットないし同期」を実装してないと、そもそもCPUとして動作しませんよ
このコメントもそうですが、CPUの基本動作が理解できてない人、多いですね
あとIntelの作るソフトのレベルが低いと言ってる人も
たとえばLinuxカーネルにIntelのエンジニアがどれだけ貢献しているかとか
全く知らないんだろうなぁ
Re: (スコア:0)
このコメントもそうですが、CPUの基本動作が理解できてない人、多いですね
あとIntelの作るソフトのレベルが低いと言ってる人も
たとえばLinuxカーネルにIntelのエンジニアがどれだけ貢献しているかとか
全く知らないんだろうなぁ
この手の指摘はソース込みでしないと
+モデ付かず改善が見込めない愚痴でしかなくなっちゃいますよ
Re: (スコア:0)
> この手の指摘はソース込みでしないと
> +モデ付かず改善が見込めない愚痴でしかなくなっちゃいますよ
ggrks
Re: (スコア:0)
Linuxのカーネルに貢献してる人とその他のIntelのソフトを作ってる人が同じなんだろうか
Re: (スコア:0)
品質の問題だったら、Linuxの品質管理と自社プロダクトの品質管理は必ずしも関係しないしね。
# オフトピなのでAC
Re: (スコア:0)
そりゃお祭り騒ぎに便乗してインテルを攻撃できればいいだけなんだから理解なんてしてないしする気もないでしょう。
同じバカなら踊らにゃ損てやつです。
AMD64が別のISA使ってるてのはCore iが〜あたりに読み替えてください。
太陽のエネルギーを吸収しすぎました。熱中症です。
Re: (スコア:0)
>ビッグ側とリトル側でコア数が違ったら
そもそもIntelが今後Big/Littleの製品をどんどん作っていきますよ。
とかって状態でなければ、Windowsがまともにサポートしてくれない気が。
AMDのPiledriver対応みたいに主流にならないと判断したら露骨に手を抜くのがMSだよね。
(筋の悪い技術に無駄にリソースを費やさない、という意味で個人的には賛成ですが。)
Intelの作るソフトは、Cコンパイラを除いてはいつもレベル低いから、自分たちでマトモなスケジューラーを提供できると思えないしな。
Re:パフォーマンスコア+省電力コア構成 (スコア:1)
既に特定コアだけ高クロックになる、インテル® ターボ・ブースト・マックス・テクノロジー 3.0 [intel.co.jp]とかやってるので、Windowsはサポートするかと。
Re: (スコア:0)
それは、元々ターボブースト系の技術に対して、各CPUメーカーがプロセッサの稼働コア数とクロック制御を入れられる様にWindows側がAPI切っているので特定の製品に対応する制御をおこなうドライバを提供しているだけですね。
big.LITTLEは、bigとLITTLEのコアの性能(MONTSだと機能も?)が違うので、CPUの物理コア毎にCPUキャッシュの制御やサイズ、割り込み時の退避レジスタ数が動的に変わる場合にはそれを意図した処理がOS側に対処が必要だよね。
で、大抵それは大多数の非big.LITTLEのCPUにはオーバーヘッドになるけど、カーネルのそんな奥深い所で分岐させると開発/試験がとんでもないことになるか、OSの安定性を損なってしまうのではな
Re: (スコア:0)
ARM版ウインドウズへの対抗策。ノートパソコンのバッテリー稼働時間延長。サーバのランニングコスト低減。ARM MAC対策。ZENの弱点である消費電力でAMDと勝負。
限られてるって?どこが?
まあインテルが儲かって嬉しいのがインテルの従業員と取引先と株主だけって意味では限られてますね。
Re: (スコア:0)
カッとなる前に、元コメよく読みなよ。
>基本、IntelのCPUは、スマホみたいに電力制限が厳しい用途向けがメインではなく、パフォーマンスの高さの優先度がARMとの違いだと思われるので、big.LITTLEでメリットを得られる人は限られていると思いますよ。
で、さらにタレコミには、
>Alder Lakeはメインストリーム向けとして投入される製品
と書かれているので、Alder LakeはノートPC(いわゆるMobile向け)やタブレット向けでもなければ、サーバ用ではなさそうなんだが。
そういう諸々をきちんと踏まえてコメントしましょうね。
Re: (スコア:0)
二度も言うなし。ARMと勘違いしたんでしょ。
ローエンドPCはついこの間までATOM系だった事を知らないなんてことは…
Re: (スコア:0)
今でも直接名乗ってないだけでAtom系でしょ。
CeleronN4xxxとかPentiumSilverとか。
Re: (スコア:0)
Ryzenと同じ土俵で戦えないからでは。
こういう構成なら、
・コア数が多いぞ!えっへん!って威張れる
・マルチスレッドのベンチマークでRyzenに負けても「構成が違うから・・・」って言える
・GoldenCoveのコア数を減らした上で高クロック化することで、「(Gracemontも含めた)コア数をRyzenと揃えたモデルで、(GoldenCoveのみの)シングルスレッドのベンチマークで勝利!」って勝ち誇れる
と、Intelの営業上はいい事ずくめ。
Re: (スコア:0)
AMDも将来的にはインテルのこれと同じような構成目指してますが何を言ってるんですか()
Re: (スコア:0)
えっ AMDもデスクトップ向けにこんな構成にするの?詳しく知りたいのでソースをお願い。
Re: (スコア:0)
AMDも big.LITTLE 構成の検討はしていて、関連する特許の出願が話題にはなったと思いますが
具体的にデスクトップ向けでやるっていう話は出てないと思います。
Re: (スコア:0)
レスポンス重視のコアとスループット重視のコア、ってわけでもなさそうだしな。
Atom嫌いじゃないけどよくわからん使い方だ。
Re: (スコア:0)
大丈夫大丈夫よくわからなくても使えるし普段からお世話になってるはず
https://pc.watch.impress.co.jp/docs/column/kaigai/628049.html [impress.co.jp]
Re: (スコア:0)
> その分パフォーマンスコアの数を増やした方がいいのでは?
これに尽きる。
こういう斜め上の飛び道具出す暇あったらたのむから本気出せよ!
Re: (スコア:0)
増やしたから今のいわゆるバクねつ君でしょ
Re: (スコア:0)
ゲーミングノートでも同じ構成のを使うつもりとか。
発熱が少ないコアはノートに、そうでないコアはデスクトップに回す。
ゲームをするときはパフォーマンスコアを全コア使って、バッテリー駆動のときはパフォーマンス4コアとかにするとか。
デスクトップやサーバー用途だって、8コアのものに、Hyper Threading的に使える8コアがおまけについていても悪くはない。
Re: (スコア:0)
全コア100%使い切るのはベンチとかエンコとかするときだけで、
日常使用やゲームでは100%使い切らない軽い処理も多々走る。
そいつらを低消費電力コアで回せれば、総計算量に対する消費電力≒発熱が減る。
そうすると随時可変オーバークロックして熱で頭打ちしてる今のCPUでは、
頭打つのがちょっとマシになって平均速度が上がる可能性がある。
ざっくりワット数で考えても、給電とクーラーの容量毎に消費可能ワット数が決まるので
実装可能な回路規模がいくら増えても高性能コアを積める数は自ずと限られてくるが、
空いたところを遊ばせるよりは限られた容量をよ