[過去ﾛｸﾞ] 【IT】業界を根幹から揺るがした脆弱性「Spectre」「Meltdown」はCPUのパフォーマンスにどんな爪痕を残したのか？ [すらいむ★] (21ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1: すらいむ ★ 2021/01/07(木)19:05 ID:CAP_USER(1) AAS
IT業界を根幹から揺るがした脆弱性「Spectre」「Meltdown」はCPUのパフォーマンスにどんな爪痕を残したのか？
2018年初頭に明らかになったCPUの脆弱(ぜいじゃく)性である「Spectre」と「Meltdown」は、当時主流だった大半のCPUの設計に根差した深刻な問題だったため、IT業界全体が対応を迫られるなど大きな混乱をもたらしました。
この2つの脆弱性がCPUのパフォーマンスに残した影響を、Linux関連のニュースサイトPhoronixが徹底的なベンチマーク測定で浮き彫りにしています。
A Look At The CPU Security Mitigation Costs Three Years After Spectre/Meltdown - Phoronix
外部ﾘﾝｸ[php]:www.phoronix.com
3 Years CPU Security Mitigations Performance - OpenBenchmarking.org
外部ﾘﾝｸ:openbenchmarking.org
「Spectre」と「Meltdown」は、いずれもCPUの高速化に関する手法が原因だったことから、問題が判明した際には「すべてのプロセッサが安全性と高速性を両立できない問題を抱える」と指摘されました。
省3
2(2): 2021/01/07(木)19:16 ID:tY/bw5nm(1) AAS
これを2010年ごろにマイクロソフトからライセンスキーが漏れているとか電話がかかってきたときにCPU
の脆弱性があるのではと聞いてきたらインテルはあるといったら問い合わせると言ってたけど
AMDに聞けと助言した覚えがある
3: 2021/01/07(木)19:16 ID:f1weHaYJ(1) AAS
カジノ版ジェットカットってあるの？( ´Д`)y━･~~
外部ﾘﾝｸ:edokriko.bbs.fc2.com
4(1): 2021/01/08(金)00:43 ID:i/oseo4A(1) AAS
＞業界を根幹から揺るがした
過去形で語っているが、果たして今のCPUからはそれらの欠陥は完全に
リムーブされたのだろかな？ 新しいの買ってもまたすぐに、欠陥発見、
完全には対処できない、などと云われたら、腹が立って買った計算機を
窓から放り投げたくなるだろ？
5: 2021/01/08(金)01:16 ID:BzLfwfJi(1) AAS
俺は計算ミスする、という致命的な欠陥を持つ初代Pentium60MHｚを積んだパソコンを持ってる。
6: 2021/01/08(金)04:32 ID:lxBPniJ1(1) AAS
>>2
仕事できないやつの文章
7: 2021/01/09(土)14:01 ID:ME6zbMXK(1) AAS
不良のIntel Pentium Pro 60MHｚはインテルに云えば、良品（？）と交換
して貰えたと思う。今でも交換をやっているかは不明。
それ以前にも、386では、32ビットの足し算が数値のパターンによっては
キャリーの伝搬が間に合わないことがあって結果が不正になるなどのバグも
あったが、どういうわけかあまり問題にならなかったようだ。多分ほとんどの
用途がMS-DOSだった時代で、286などとの互換性のある命令だけを使っていて
32ビットの演算をあまり使わなかったのだろう。
8: 2021/01/09(土)23:31 ID:RAObnN4I(1) AAS
Spectreってケイデンス社の回路シミュレータかよ
9: 2021/01/10(日)13:08 ID:Z5ZfCBGX(1) AAS
>>4
記事を読むとわかるがcomet lakeは見事に対策しているね
zen3は、ものによっては大きくパフォーマンスを落として、実質comet lakeに追いつかれている
なかなか興味深い検証記事でした
10: 2021/01/10(日)16:21 ID:5VDIcq6e(1) AAS
>>2
ストロングゼロ飲みながら書いてんじゃねーぞw
11: 2021/01/13(水)17:29 ID:rtBmGMXT(1/2) AAS
かつてPentiumPro60MHｚでは浮動小数点数の割り算に間違えを起こす
パターンがあることが判明したインテルのCPUだったが、
それでは今現在売られているインテルやAMDなどのCPUの浮動小数点数
の各種演算は、誤りを起こすデーターのパターンは皆無だろうか？
まだ見つけていないだけで、あったりしないのだろうか？
どうやって検査しているのだろうか？
また、設計上は正しくても、製造時に一部のトランジスタや配線が壊れて
いたら、計算結果は出るが間違っていたりするということが、ロット単位
あるいは個体単位としてはありうると思うけれども、そのような誤りを
起こして居ないことをどうやって確証すれば良いのだろうか。マルチコア
省16
12: 2021/01/13(水)19:17 ID:kkQKnicS(1) AAS
80286時代のメモリ管理関係のバグあったなぁ
そのバグのおかげで その後の8086系CPUは
メモリを広大に使えるようになったけど
それをいまでも使ってて
引きずってるとか？まさかねー
13(1): 2021/01/13(水)22:41 ID:rtBmGMXT(2/2) AAS
x_86 のセグメント方式のメモリアクセスって、あれは一体何のメリットがあって
あんなものを採用していたのか、自分は理解に苦しむ。ソフトを書くのがとても
面倒なうえに、セグメントを跨いだアクセスをするたびにセグメントレジスタに
値をロードしてやらないといけなくて、性能が出にくいはずなのに。
でもなぜかMC68000とかもっと素直な命令のCPUは天下を取れなかったな。
２８６は出て来たときに、７重だか８重のリング保護機構だとか、
（仮想記憶？だったか？）広大なメモリアドレス空間を持てるとか
いろいろ云っていたけれども、実際にはOS/2などでもそのような
機能をロクに使い切れていなくて、たんなるクロックの速い
８０８６としてだけ使われてたような記憶がある。
省8
14: 2021/01/14(木)22:07 ID:At053aue(1) AAS
Broadwell世代の組み込みXeonを積んだうちのNASがある時期からリードが3割くらい遅くなったのは
この脆弱性対応パッチがNASのファームウェアに含まれてて性能が落ちたからだったりするんだろうか？
15(1): 2021/01/15(金)05:29 ID:/6Dz/x13(1/2) AAS
この脆弱性で一般ユーザーの誰一人も被害をうけていない現実をみたほうがいい
16: 2021/01/15(金)05:38 ID:UzKRC1Fq(1) AAS
>>15
性能落ちてっぞ
17: 2021/01/15(金)05:40 ID:/6Dz/x13(2/2) AAS
>>13
OS呼び出しでMMUがセレクター（セグメント）切り替えをやらない構造でOS設計したからこうなった
一切使われない「CALLゲート」命令つかってAPI呼び出ししていれば何の問題もなかった。
ポインタのアドレスをみれば、メモリ参照の例外処理での保護命令だけでOSのメモリを区別して
合理化したのが事の始まり、
どのアドレスに何が入っているか、ユーザー空間のアドレス部分に何の保護もかかっておらず
アクセス権限さえあれば全てのメモリを読み取り放題状態だってこと。
MMUのメモリ管理でアドレス空間を異世界にすれば物の指標、すなわちアドレスに対するメモリ位置が
全てばらばらになりアドレスから参照して繰り返されるデータモデルが一切機能しないので。
セキュリティなくても解読不能ってものだ。
省9
18: 2021/01/16(土)15:51 ID:abYNgYWO(1) AAS
せっかくCoreシリーズ以来のすべてのCPUを載せた計算機を動態保存していたのに
ネットワークにつないでいるので、BIOSのパッチを当ててしまった。
するとかつて出せていたはずの性能が再現できなくなってしまったよ。とほほ。
19: 2021/01/16(土)16:28 ID:wVXnlLng(1) AAS
32bitsモードでそれなりに遠いメモリー空間で使っとけばセキュリティー問題ないんじゃなかったっけ？
osは64bitsモードでブラウザだけ32bitsのを使えばいいんじゃないかとおもう
20: 2021/01/21(木)11:04 ID:Yv4BiLln(1) AAS
このようなセキュリティが問題になると、
限定された使い方をされるシステム用はなんとかなるかもしれないが、
セキュリティを前提にして厳格にCPUないしハードウェアないしOSなどで、
一種の投機的な方法を使って速度を稼ぐことや能率を上げるという機構を
用いることが封じられて、できなくなってしまうんだよね。
仮想記憶のメカニズムも、うまく悪用すれば、他のプロセスなどが
わずかな情報を盗み取ることができたりするわけだし。
ハードウェアなどの資源を共用することを止めればいいのだがね。
上下前次1-新書関写板覧索設栞歴
あと 1 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.303s*