パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

IntelのCPUに投機実行に関した新たな脆弱性が発見される」記事へのコメント

  • やれやれ... (スコア:2, おもしろおかしい)

    by Anonymous Coward on 2018年06月20日 8時03分 (#3428665)

    やっぱりバクチなんてろくなモンじゃないな。
    人生コツコツまじめなのが一番だよ。

    • by Anonymous Coward

      うん、分岐予測とかもやめて
      SRAM退避型で100個くらいハードウェアスレディングを用意したらどうかな

      • by Anonymous Coward

        昔と違って今はTurbo Boostもあるから、分岐が確定した時点でブーストして遅れを取り戻せば投機実行をしたのと同じくらいの性能にならないですかね
        もしくはシングルスレッド性能偏重をやめて、iGPU廃止とコア数増加のマルチスレッド重視に転換するか

        # xbox360みたいに16MBくらいeDRAMつんどけば、PCHにiGPU積んでてもそれなりに性能出るんじゃないのかと予想
        # サーバー用のコンソールが映ればいい程度のVGAの代わりにもなるし

        • by Anonymous Coward

          L3キャッシュでも、16MBとか既にありますよ
          既にマルチコア化が大分進んでますが、用途によってはIOのスピードが足りない感じ

        • by Anonymous Coward

          Turbo Boostが速いからって、「Turbo Boost+投機実行無し」より「Turbo Boost+投機実行あり」の方が速いんだから
          「より速く」を求めて投機実行は使われるだろう。

          マルチスレッド性能なんてのは、クロック数をこれ以上あげられなくなったプロセッサメーカーが、
          売り上げを維持するため、あたかも性能が上がり続けているかのように見せかけるため作った苦し紛れの詭弁で、
          ユーザーサイドのニーズから生まれたものじゃないんだよ。

        • by Anonymous Coward

          投機実行って平気で100命令とか先に進むので、ちょっとぐらいのブーストでは全然取り戻せないですね。

        • by Anonymous Coward

          もしくはシングルスレッド性能偏重をやめて、iGPU廃止とコア数増加のマルチスレッド重視に転換するか

          それをやったのがAMD FXシリーズだったんですけどねぇ。
          アプリ側がマルチスレッド重視にはなってなかったので結果はまぁ、その。

          • by Anonymous Coward

            仮に並列処理を意識したソフトウェアが多かったとしても、一般ユーザーの使う
            アプリケーションではアムダールの法則の制限をもろに受けそうなので、
            やっぱり変わらなかったんじゃないかのう

        • by Anonymous Coward

          xeonにiGPU載ってないやつとかたまにあるけど別にその分CPU速くなってたりしないしねえ。

          • by Anonymous Coward

            CPU上に余計な熱源がない分、オーバーヒートクロックダウンがし難いんじゃ?

        • by Anonymous Coward

          Turbo Boostって飛行機のアフターバーナーみたいに、好きな時に高速化できる技術じゃないよ。
          マルチコア化の結果、各コアのクロックが上げられなくなったので、低く抑えられている各コアのクロックを、他のコアが暇で冷却に余裕があるときにクロックを上げるだけ。

          だから分岐が確定した時点でブーストしたら、他のコアのクロックを下げるか止める必要がある。

          • by Anonymous Coward

            「各コアのクロックが上げられなくなった」のなら「他のコアが暇で冷却に余裕があるときにクロックを上げる」事も出来ないでしょ。

            自分の認識だと
            ロジック面でコア性能の向上に限界が見えてきた(複雑大型化による信号伝達時間や発熱)
            &微細化自体にも限界が見えてきた
            ・マルチスレッド、マルチコアで総計算能力を稼ぐ方向にシフト
            微細化によりリークが増加して単位面積あたりの発熱量に限界が見えてきた(ダークシリコン問題)
            ・定常時のクロックを落とし、温度に余裕がある場合のみ本来の限界クロックに近づける運用とする
            ・コアあたりの発熱量を抑えるためにさらにマルチコア化を更に進める
            ・発熱の少ないモジュールを組み合わせたSoCとする
            とかじゃなかったっけか。

            他コアとの兼ね合いで好きなときには加速できないってのは同意するけど。
            あと他のツリーにもあるように、予測長が長好きで数割速度上げる程度じゃ全然ペイできないっていう問題もある。

            • by Anonymous Coward

              「各コアのクロックが上げられなくなった」は「全コアがアクティブ」のときの話では?

              非アクティブのコア数に応じてアクティブコアの周波数を上げていくのがTurbo Boostなんだし

              • by Anonymous Coward

                ダイを4分割(4コア)して稼働を1区画に絞る程度でどうにかなるならファンに頑張ってもらえばどうにでもなっちゃいそうな気がするけどどうなんだろ。

                コア面積内での熱伝搬限界で既に厳しいからどうしようかって話じゃないと
                「昨今のプロセススケールでは全力すると爆熱です」で終わっちゃって問題にならんのでは。
                排熱限界が近い製品でのみ省電力低発熱のために可変クロック採用しました程度の話になる。

                ダークシリコン問題の面積的なスケールがよく分からん。

    • by Anonymous Coward

      やっぱりバクチなんてろくなモンじゃないな。
      人生コツコツまじめなのが一番だよ。

      そうだよなとインオーダー型Atomが歓喜しております

      • by Anonymous Coward

        今ではAtomすらもOoOばかりですが

      • by Anonymous Coward

        インオーダーでも分岐予測くらい行いますが

    • by Anonymous Coward
      そうそう。サボらず分岐先を総当たりしておくべきだよね。
      • by Anonymous Coward

        量子コンピュータの出番とうことですね。

    • by Anonymous Coward

      やっぱり並列化なんてろくなモンじゃないな。
      CPUコツコツ動作クロック周波数上げるのが一番だよ。

      8コア4GHzのプロセッサより2コア16GHzのプロセッサを!
      #さすがに1コアだとハウスキーピング・ジョブの負荷変動で面倒が生じる。

      • by Anonymous Coward

        おう、でもメモリとバスのクロックはそのままな

    • by Anonymous Coward

      でもな、窯から取り出した時、想像もしない焼き上がりになってるとサイコーなんや

      #つーか自分の思い通りになることが一番だなんて、自分の判断力を過信してるぞ☆

      • by Anonymous Coward

        > 窯から取り出した時、想像もしない焼き上がりになってるとサイコー
         
        ソフトウェアでそれを期待しても、窯の中には砕け散った破片しかなかとです。
        もしくは、生焼けの粘土か。

クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人

処理中...