【#バグ】インテル Skylake/Kaby LakeなCPUに大バグ情報(17/6/26)
関連記事
- 【#nVidia #intel】NYダウ平均株価の銘柄「インテル」外れ「エヌビディア」採用へ 【2024年11月03日(日)】
- 【#intel】インテル、売上高見通しが市場予想大きく下回る-1.5万人削減へ 【2024年08月02日(金)】
- Intel、第13世代第14世代のデスクトップ向けCoreプロセッサの不安定性問題に対処するパッチ提供へ 【2024年07月23日(火)】
- インテルが復権託すCPU、心臓部をついにTSMCに生産委託 【2024年06月07日(金)】
- 英郵便局システム欠陥 富士通幹部 “欠陥は早い段階で把握” 【2024年01月20日(土)】
ハイパースレッディングシステムに大バグ(エラッタ)あって
データが破損したり消えたり,ハッキング食らうかも?だそうな
マイクロコードレベルな不具合
BIOSが修正されるまで,ハイパースレッディングOFF推奨だそうな
(ノ∀`)ノ∀`)ノ∀`)ジェトストリームアチャー
うちのすかいらーくなi7-6700ちゃんは,死んじゃうの?
。・゚・(ノД`)・゚・。
なぁ~んか,時々,システムが不安定になったり
アプリが死んだりするのよねぇ
これが原因なのかかかっ!?
とりあえず,脱いで詫びろ!>インテルの中の人
あ,女子社員でおながいします(爆
なぁ~んか,インテルもたるんでるねぇ
最近不具合ばかり出てるぞい
ちゃんとせんといかんはず
[WARNING] Intel Skylake/Kaby Lake processors: broken hyper-threading
This warning advisory is relevant for users of systems with the Intel processors code-named “Skylake” and “Kaby Lake”. These are: the 6th and 7th generation Intel Core processors (desktop, embedded, mobile and HEDT), their related server processors (such as Xeon v5 and Xeon v6), as well as select Intel Pentium processor models. TL;DR: unfixed Skylake and Kaby Lake processors could, in some situations, dangerously misbehave when hyper-threading is enabled. Disable hyper-threading immediately in BIOS/UEFI to work around the problem. Read this advisory for instructions about an Intel-provided fix. (以下略) |
debian.org |
脱がなくていいから。それよりBIOSが修正はよ。
>>匿名 さま
どうやら,Windows10のみ,
自動でCPUの中身を書き換えるプログラムがWindowsUpdate経由で配布された,模様?...ドロドロドロ
くまさんとこは配布された?で、どげな状態になったと?
>>匿名 さま
いや,ぱっと見,判らん(爆
ブルースクリーンの頻度が減ったような気がする?
ハイパースレッディングOFFにしたらHyper-V使えなくてうちのテスト環境終わるんですがw
>>uran さま
ほ?HTを切ったら
Hyper-Vも道連れに死亡でしたっけ??
切ったこと無いから判らんとです(爆
テストの技術が追いついてない・・・
HTとか、影響範囲読み切れてないんじゃなかろうか?
逆に言えば、できそうなアイデアを実現はしたけど、落とし穴はわかってないみたいな?
そんな暇あるかっ! by真田さん
映画見に行きたいっす~
>>匿名 さま
テストも人海戦術になるかもなぁ
でも,CPUだし特定アセンブリコードを並べていけばテストになるかも?
今回のは,高負荷時に出ている予感
>>匿名 さま
やってるなぁ~>謎映画
オラも見に行きたい(汗
昔、Hyper-Vを初めて導入した時に、導入できるか判定アプリがあったのですが、それのNG項目として
ハイパースレッディングがOFFである、なんて結果を見たことがある(気がする)んですが、なんかググっても出てこないっすね。
嘘情報かもしれないです…。
>>uran さま
なるほど.
Hyper-V出っ端の頃の話なんですな
>でも,CPUだし特定アセンブリコードを並べていけばテストになるかも?
同じコードを各スレッドでマルチ実行するでも、同時に実行する命令の組み合わせ分せんといかん気がする。(一方でシフト、もう一方でアドレッシングとか)
1命令の中でも一方のスレッドでフェッチ、もう一方はデコードとかのタイミングのずれやら、
一方でディズクヘの書き出し、もう一方でキャッシュのページングとかとかとか・・・
あ~、こりゃ組み合わせ無限大ですね。RISCでもテスト終わらんわwww
>>康ちゃん さま
あ~そうか,HTスレッドに物理スレッドも混ざるし
その辺の調停とか考えたら,偏頭痛始まるわ(汗
現代CPU工学,舐めとった(笑
全てのテストパターン,再現無理かものぉ...