ขนาดวิดีโอ: 1280 X 720853 X 480640 X 360
แสดงแผงควบคุมโปรแกรมเล่น
เล่นอัตโนมัติ
เล่นใหม่
5桁目が既に違うというレベルで、「27万年に1度しか問題は発生しない」と言った当時のIntelはある意味で凄いですね。
小数点を扱う場合、浮動小数点にはそもそも値によっては丸め誤差で値が変わるという仕様もあるし、そこまで厳密ではないからなぁ。よく気づいたなぁ。
浮動小数点演算自体、誤差が生じるから、バグを見つけた人は凄い。
何故気づいたんだ……
ロケットでも飛ばさない限り気がつかなさそう
@@rinuchito 大惨事不可避
@@tomatomatoma01 それなｗｗｗ
覚えてる。うちの会社の同僚は「返さずに持ってるとプレミアがつく」とか言ってたｗ
(結果的に返して交換したほうがプレミアついた説)
バグCPUがプレ値になってるなんて未だに聞いた事ないんだが闇のマーケットとかで高いの？
@@tomo_7 同僚さんの話は当時予想だと思われます
@@dogstar87 そんなに言うかw
@@dogstar87 すぐ人を馬鹿にするのはやめようね
社員教育の題材になっていました。こんなバグがあって、こんな風に対処したらえらい事になった。これを教訓に、真摯に迅速に仕事してねという内容でした。希望者を募って社員が配送したそうです。
計算がミスってたときに、CPUがおかしいんじゃね？って発想になることが凄い
相当頭いい
計算してるのcpuだし
@@あき-f7j 普通は書いたコードの記述ミスか、そもそもの計算アルゴリズムを疑うわまあこれは最初に検証したんだろうけど
@@focacc当時も十分高級言語ありましたし、高級言語云々は全く関係無い。
intel out sideという言葉が仲間の間に流行ったな。懐かしい思い出。
逆にハードウェアというものはデバッグがものすごく難しいのにこんな些細なバグがニュースになるほどバグが少ないのはすごいよなあ
昔はコンピューター遅かったから、限定的なシミュレーションしか出来なかった。
だいたいのMCUはfloat演算に対応してる今って凄いんだな
昔はCPUとFPUが別パッケージってのは普通でしたからね。8087とか80287とか。
@@常州の真珠星 当時はRISC CPUに計算専用のハード乗せても割り算とかは５クロック掛かってたなぁ（MIPS系がそうだった）FPU積んでも超越関数とか５００クロック以上掛かってた。
こう言うゆっくりの雑学解説系動画大好き
自作はともかく、当時は本体カバー開けるだけでメーカー保証外だったので、国内PC購入済みのユーザーがCPUだけ交換しよう…なんて気にならなかった方が多かったですね。販売店に持ち込まれたのも殆どなかった記憶が。ただ、しばらく話題にはなってましたねー懐かしい。
当時、一番最初に自作したパソコンのCPUがPentium90だったなぁ。(懐かしいなぁ)一般の人はバグの被害よりも風評被害で値下がりしたメリットの方が大きかった。
４８６時代に 同僚が先駆けてバグありペンティアム買って自慢してたなペンティアムというより皆「Ｐ５ ９０」って言ってた
保険料率のレート計算で当時は致命的な誤差になってたよ
インテルはいっている。のキャッチコピーが浸透しはじめた頃なんで、「インテルバグっている。」って言われていたよね。最終的にはWindowsに回避パッチがくみこまれたんだよねぇ。そのお陰でPentiumのバグありではWindowsがFPUを使わなくなっているのでおそくなるんですよねぇ
くるってるとも言われてたｗ
インテルはイってる。
私は職業上、浮動小数点演算を多用しますので、深刻に受け取った事を思い出しました。
ちなみにどんな仕事ですか？
@@user-mz8mgm946 ちなみにどんな仕事ですか？
@@ペペロンチーノ大佐-o1z 浮動小数点演算を多用する仕事です
@@yelf1782 ちなみにどんな仕事ですか？
@@yelf1782 浮動小数点演算を多用する仕事とはどんな仕事ですか？
気づいちゃうというか研究者にとっては大問題
当時学生で、交換にクレカがいるとか言って、大変な想いでcpu送ったなあ。pentium90Mhz つかっててPhotoshop2.5でtiffからjpegに変換したら、5回に1回の割合で開けないjpegが出来上がるから、なんだろと不思議におもってたんだが、交換したらなおったて始末でした。懐かしい、、当時19歳の大学生でしたわ。
いまもTDPの計算がバグってる説
誰がうまいこと言えと(笑)
それな
もはやIntelそのもののバグで草
皮肉で草
クソワロタwww
数十年後にまたおんなじようなことを繰り返すインテル何も学んどらん
交換しなかった一人です、浮動小数点演算使わなかったし交換中PC使えなくなるし、何より面倒だったので…
有名だけど、それ故に意外と解説されてないから嬉しいです！
11:19 自作で使ってたワイはこれ。ゲームをやる分には問題なかったし、それに中古バグCPU微妙に安かったし。
今時のゲームだと浮動小数点めちゃくちゃ使ってるから面白いことになりそう
これ当時日本の普通のニュース番組にも取り上げられてて、まだPC知識がそこまでなかった自分がPentiumを初めて知ったきっかけだったなぁ・・・あとは肉を焼く動画とか・・・
USB焼肉もあったね
@Bela Eullent 排熱じゃなくて、cpuの殻に直乗せするんやで
ロケットとかの計算だと0.006%の誤差ですらkm単位のズレになるからなあしかも累積するから実際にはもっとズレうるし、それで万が一目的地につかなかったら数百億円の損失だもんなあ
ロケットの場合、各国の技術者が集まるのでメートルとインチを間違ったりして失敗したケースもありました。
@metalwolf5058 そもそもそのレベルの計算に浮動小数点は向いていない気が・・・
でも大体有限の数を扱うので割り算は苦手ですよね授業でもExcelで割り算はPCでは誤差が出るって習ったし、教授は研究用に表計算ソフトは使うけどもう一度自分の手で解いて正確かどうか確認する作業をしてたわ
自分の手の方が誤差出る割合大きくないか？
@@swarm-wg2iq だから確認にしてるんだよ
いたいた、表計算ソフト使っているのに手計算で全部確認しろとかアフォな上司がね。
@@CookiePepper 理解できてなくて草
インテルプロセッサは公にされていないだけで相当数のバグ（エラッタ）出してます。スペクターとかはまだ根本解決してませんし。浮動小数点でイコール処理する場合はプログラム上で例えば差異が0.000001%以下ならイコールと見なすなんて事やるのでこのバグは大問題になります
ちなみに、バグという言葉がなぜ虫という言葉から来ているかというと、シリコンチップが演算器の中心となる以前は真空管で演算器を設計しており、その不具合の主原因がその名の通り「虫」だったから、というのが由来だそうです。
３０年も前の話だけど、某電機メーカーのインドネシア営業所から、パソコンのなかにしょっちゅう蟻が入り込んでくるんだけど良い対処法はないかって問い合わせが来たって話を聞いたことがあるw防塵仕様の工場向け機種でも使わせたのかなぁ
@@harut7299 アイツら中に巣を作るわ電気配線の被覆齧るわで無茶苦茶しやがるからな…
冬でも暖かくて身を隠す隙間が多いという、虫にとって住みやすい空間ですからね。なおエサや水分まで身近にある電子レンジや炊飯器などの調理家電はGの繁殖地になりやすいので駆除は念入りに。
機器の不具合のことをバグと呼ぶのはエジソンの時代には既にあったぞ。実際に虫が原因になったのは、真空管よりさらに昔のリレー式コンピュータの時代。他にもシェイクスピアの『ヘンリー四世』で忌まわしきものという意味で使われていた「バグ」を語源とする説もある。
交換しなかった人の中には、そもそもこの問題を知らなかったとかメーカー組み上げのPC使ってて何のCPUが使われてるか知らないとかいう層がそれなりにいるんでは？
当時の職場のペンティアム搭載PCは全部、無償交換を申し込んで交換したよ。実際、FDIVがあっても交換しないで使い続けたのはホビーユーザーだけでしょ。計算ミスがあったら仕事には使えないし。
Intel SSDには容量が8MBになる、8MB病があったな。あとはIntel 820のRDRAMは発売前にバグ潰したけど、肝心な移行を促すSDRAMを使うためのMCHの不具合の方が印象強いわ。
intelのFPUで三角関数が仕様通りの精度が出ないことがあるとかもありましたね。
為になる歴史を知りました
コンピュータは10進数を2進数に変換して計算する関係上、数値計算でほんのわずかに誤差が発生するが当たり前ですし、誤差も頻度も小さいFDIVバグが問題になることは科学技術計算や銀行の金利計算を除けばあまりないと思います。そういう意味では特別な対応が必要ないとしたインテルの主張も理解できますが、計算ミス自体は事実なので、上記の事情をよく説明した上で無償交換に対応するのが誠実な対応だったと思います。
発見者は、その科学技術計算とやらをしていたようだ
コンピュータは常に正しいから、まさか間違ってるのを発見するメンタリティが凄い
これ初期のPentium60,90MHz搭載のPC-98とかで困るんですよね…(マイナーすぎる話)
即、交換しました。当時はＰＣは（本体だけで）５０万円ぐらいしていた時代です。
半導体の設計をやってるけど、トランジスタ数が数億もある半導体が正常に動作することは奇跡に近いそして、不具合が0であることを期間内に証明することも不可能に近い半導体設計に関わったことのない人には理解しづらいだろうけど、分かりやすく例えると多岐に分岐する数億のドミノを作ることに似ていると思う そしてそれが正常に倒れるのかを確認しないといけないなので設計段階からある程度不具合が出るという前提で設計をしていて、不具合を回避する手段を多数実装しているそれでも回避出来ない致命的な部分で不具合が発生してしまうこともある所詮人間が作るモノだから仕方が無いねインテルの無償交換対応は、結果的に良かったんじゃないかなあれを見て今後もインテルの製品なら安心して使えると思った
原子炉制御にも使うものをしかたないねで済まされると本当に思ってるんか。
@@jkjokjorew原子炉制御にどれだけの精度が要求されるかによるだろ。
@@unidentified7164 本当の制御レベルになればブラックボックスになるOS使用禁止とかもあるよ。浮動小数点自体が禁止だったり。
14世代15世代も無償様交換してればこんなに批判されなかったのに。
確か割り算回避に比較・引き算・シフトで必要な有効数字確保すると言う力技やった気もする必用な解が出たら計算打ち切ればいいので、そんなに遅くならなかったような
当時自分で割り算ルーチンなどを作っていましたが、さすがにFPUで計算したのと独自ルーチンで計算した測度は段違いだと思いますよ。それに動画で紹介されているようにFPUでは２桁ずつ表読みする高速化を図っていましたし…。
8ビット時代の話だけど、使える命令を限定して掛け算とか割り算とか(両方とも8ビットCPUでは実装されてるのが珍しかった)を工夫して動的クロック数やコードサイズやコードの美しさで競う遊びをやってたwこういう工夫の経験がその後の仕事に案外役立ったんだよねぇ。C言語で記述するときも最適化を考えたコードとかね今はプロセッサもコンパイラも性能がとんでもなく上がってるから、この手のスキルは無用になりましたね… たまには役立つか? と思ったけど、最後に役立ったのはパイプラインが数段程度のプロセッサでストールさせないように命令を並び替えた頃wいじょ、マイクロプロセッサ発展の歴史と共に歩んできた老人の戯言でした
まれにしか発生しない、というのはむしろ危険なバグだと思う。浮動小数点演算機能を使わないのならともかく、使うのであれば重大な問題ですね。しかも端数や桁落ちの誤差では済まない大きさですよね、これ。風評被害でも何でもないし、初期対応がひど過ぎる。
アメリカは不良品対応悪いよね
あれ??AMDはどうだったのだろうか??このバグは一部では「エフディヴエラーバグ」って呼んでいたなぁ…。
3÷3=4...33-4か...
なんでや！
阪神関係ないやろ！
な阪関無
あ...察し()な阪間無
これ昔、日経バイトに日本語解説記事乗ってたな。除算を高速化するためのテーブルをPentium向けに変換したら一部のテーブルの値が欠けていたと(テーブルの端っこの所)。だからその箇所を参照するなら絶対に発生する。
あったあった懐かしすぎる
core i5のノートPCで/proc/cpuinfo を見ると、cpu_meldown , spectre_v1 , spectre_v2 , spec_store_bypass , l1tf , mds , swapgs , itlb_multihitの８個のバグを抱えてる・・・
誰もが無意識のうちに3D機能のついたソフトを使う昨今の情勢なら影響はもっと大きいだろうなぁ10進で3〜4桁しか精度なかったら見通せる程度の描画距離でも崩れるだろうし
風評被害に追いついてCPU自己破壊バグ内臓core発売してるintelすげえなって
同時期か直後ぐらいのPowerPC仕様のMacintoshで特定の順番で小数点一位の加減算をOS付属の計算機で実行すると、0.1増えるっていうバグを見かけたことがありました。CPUなのか、OSなのかはわかりませんでしたが、そういうこともあったということで。確かパソコン通信で見かけたネタだったような覚えがありますが、何分昔のことなので怪しいところです。
当時Borlandのc++開発してたけど確かFDIV回避版組み込めるオプションついてたな
この騒ぎがあった頃、ちょうどPCを新調するためにPentiumを買った時で「やったバグあり！」って喜んでたのに、ちゃんと調べるとバグ無しのロットでガッカリした覚えがあります。そんなことより、同じ頃に発覚したWindows付属の電卓にあった割り算バグ、ソフト屋さんとしては、そっちの方があり得ない様なバグなのに、あんまり話題にならなかったんですよね。
「やったバグあり!」という普通に生活していたら使わないであろう日本語
私も昔に買ったばかりのPCがこのCPUでした。インテルから交換してもらいました。
面白かったです！ただ、ゆっくりの喋る速度がすこし遅く感じたので1.25倍速で見ました！
ようするにPentiumちゃんが九九を間違えて暗記してたようなもんか(九九は掛け算やけど)
九九の暗記を間違えると、割り算は不可能ですね。pentiumに組み込まれた「掛け算表」は、当然のように乗算でも使っていたはずです
名古屋がはえというのが大変ショックでした他人の金メダル噛んだおっさんのせいですね
27万年に1度の頻度ならそんなに早くこのバグ見つかってないという
Pentium 90？にはバグがあるということで結構話題になっていたのを思い出しました。ところでハードウェアのバグってOS側が対応できればよいですが、そうでなければ交換するしか方法はないのでしょうか。その辺も動画にあればよかったです。
自分がパソコン自作するちょっと前の話だな。で、最初のCPUは互換のサイリックスだったw
初期ロットの話ですね。当時はこのバグを理由としてバグ対応に1日時間稼ぎをさせていただきました。で、まだi486 DX4の方がほとんどの面で性能が上な頃だった事や、高価だったた事などが幸いして一般には余り普及してません。意外と影響範囲は少なかったです。当時にそのバグと直接向き合っていた人と、当時を知らなかったり無関係だった人とは温度差があります。後者の方が大騒ぎする傾向にあります。
インテル狂ってるはセンス感じるw
3/3=4… なんでや
5桁目からの誤差は結構でかいからな......
そういえばＡＭＤの初代フェノムもバグをだ変えていたような記憶が。
見つけた教授さん、486での結果と最新のPentium出の結果が違ってて気が付いたんだろうな。同じプログラムなのに結果が違うと。
９０年代初頭のネットってどんな感じ？
覚えてるけど、顛末を始めて知った。ありがたい。
精密な計算でバグが出るから研究関連では致命的だったんだよねとはいえゲームやらオフィスやらの一般使用には何ら影響ないので軽く見たんだろうなでも莫大な金額や端数で誤差が出るCPUなんて使いたくねえわ
そういえば店で無料交換て言われて交換した気がする。NECの9801シリーズだったような。
名古屋は弄ってもいいという風潮 謎すぎる
メーカーが自宅までCPUの交換に来てくれた。懐かしい。
intelがダウ平均株価の構成銘柄から外され約2兆5000億円の最終赤字を出した今この動画を見ると趣がある
似たような値で引き算した時の値は、とんでもなく変化することになるから、研究者としては大問題なんだよなぁ
あれ？特定の割り算でしか発生しないんじゃないん？引き算でも発生するんでしたっけ？割った後の値を引き算するなら、とんでもなく変化するって事にはならなさそうだけどなぁ。
@@mistyray4903 貴方みたいに問題の大きさが理解できない人が多かったから、交換した人が少なかったんだろうね。
Pepperidge Cookies 解説を読むに、特定の値の割り算でのみ発生して、演算誤差も極々軽微な差になるんだったら、多少の差は計測誤差か、異常値として弾かれる気がするんだが…まあ貴方がどんな場合の引き算で大きな変化になるか、理解しているなら、解説して欲しいですけどね。宇宙船とか緻密な計算が必要な分野以外だったら、ある程度の数値の丸めこみで、影響なさそうなんですけど…というか自分だったら絶対交換していたとでも言いたげでしたが、どの場面で発生しうると思ったから、交換したかったか知りたいですね。
@@mistyray4903 近い値の引き算による有効数字の減少は数値計算の原理的な問題です。今回の割算のバグは単純なミスによるものなので、まあ別物ですね。
そもそも除算は極端に難しい。CPUの問題だけでなく、速く計算するプログラムを組むのが常識。2:11 そういえば最初の名が80なのに、octやeightといった商標ではないのか
そしてマイクロコードの話につながっていく、と思ってました
だね。これを教訓に以降のCPUはBIOSやOSがCPUの中のCPUを動かしているプログラムを書き換えるようになったという話が熱いのに。
交換にはまず、交換して欲しい理由（シミュレーションに使っているとか）と、クレジットカード情報を送って、古いCPUを期日までに送り返さなかった場合には支払いをする誓約書にサインが必要。多分、一般ユーザーは面倒だから交換しなかったと思います。
小学生は割り算できるけどコンピュータは割り算（少数）ができないというまあある意味不遇よな一応知らん人のために解説すると（おせっかい）PCは2進数しか取り扱わないので整数値はどうとでもなるけど小数が苦手11.01とかだと第一位が0.5第二位が0.25となり（半分づつを表してく）（この場合は3.25）10進で0.8とか表すのがくっそ面倒であるなので浮動小数を用いて指数関数的に表すのが通例 10進数のX×10^nみたいな感じでいくつか短縮する手順はあるけどコンピュータ内部で扱える数値は有限桁であるので，実数を扱う場合は誤差が生じる0.1は二進数にすると循環してしまうので四捨五入する必要があり桁によっては精度が落ちるしある意味バグるクッソ適当に書いたのでまちがってたらすんません
自分が学部で扱ってた計算は６桁目でバグると計算がおかしいことになて使えないので。普通に３０桁まで一致しないとダメとかあるので。
とになてぇなあ！？のでよぉ！？！？
２８６時代だと、ＳＳレジスタ書き換えた後 次の命令の実行が割り込み禁止にならないバグがあったなＳＳレジスタとＳＰレジスタは普通2本同時に書き換えるモノなのでＳＳレジスタだけ書き換えるとメモリのどこを参照してしまうか分かったもんじゃなくなるからＳＰレジスタ書き換わるまで割り込み処理に行かない様になってたのが２８６ＣＰＵだとバグでそうなってなかったなので当時のコードを見るとＳＳレジスタ書き換える前にＣＬＩ命令で割り込みしない様にしてる
アレって当時CPU1個で50万円超えの初代Pentiumが無償交換になったんだよねwww
確率はソフトウェアバグやハードウェア故障の方が高いんだからわざわざ交換するのも面倒だよなただ開き直った態度がひんしゅくを買ったんだろう
バクは優秀なプログラマーにとっていい感じの抜け穴なんだろうな。
昔、下駄履かせてAMDに積み替えたことあったなぁintelマザーにAMD載っけれるって今じゃ無理だな懐かしい時代
今この動画はスマホで見てるが昔ペン入りPC持ってたな確かに
動画と関係ないけどアイコンの子の名前教えてください
これ埋め込んじゃった当人はどう思ってるんだろうか😰
当時バグペンって言ってたような・・・
Pentium事件とか呼んでたなぁ。懐かしいなぁ。
pentiumは今じゃアチアチで危険ってイメージ
FDIVって普通に使用頻度高そうだし計算誤差はがっつり困ると思うんだけどなぁ。ずれは許すとしても計算結果がマシンごとに異なるってヤバいし、例えばネトゲで狂ったりする。一方でこの頃のIntelは不具合があれば律儀に回収なんてしてたんだなぁという気持ちも。最近は結局ユーザーが泣く事例がいくつか。
どういう手順でテーブル作っていくのか知らんけど、計算結果が正しいかではなく、テーブルが正しいかでチェックすれば、発売前に気づけた様な気がするのだが？
NECも -1²＝-1だったかな？ ひた隠しにしてましたね。
一般人ワイ「あってんじゃん」
(-1)の二乗って言いたいのかな？
大学の授業でIntelのCPUにバグがあったって軽く聞いた気がするけどこれのことかな
組み込み界隈の固定小数点信仰は、この辺の事情も影響してるんですかね。（古いレガシーコード資産が捨てられないだけかもしれませんが）
80386でもあったのに、Pentiumでもやらかしてたのか・・・
win3.1付属のカルクもバグがあった様な 0.1の計算ができなかった。
私の持っているPC-9821AnもバグありPentiumでした。バグとか関係なく、高速化のためにCPUをIDTのWinchip2に差し替えてしまいましたが(^^;
丸め誤差だってあるのによく気付いたな
LUTはモニタにも使われてるねEIZOくらいしか大きくうたってなかったけど…
そして2023/2024年にCore iシリーズで再びバグ持ち製品をと言う😰
Core iシリーズも前世代までは穴開いてたでしょIntelなら問題ないｗ
ぶっちゃけR１５以外必要ない気がする件
グーグルの電卓も割り算ちゃんと出来ないですよね
そもそも浮動小数（割り算）は2進じゃ限界あるし（ちょっと前まで負の浮動小数演算が確かエクセルだと限界があった）しょうがないってのもあるテーブルって大概ろくなことが起こらないイメージ（ポケモンとモンハンをみながら）
5桁目が既に違うというレベルで、「27万年に1度しか問題は発生しない」と言った当時のIntelはある意味で凄いですね。
小数点を扱う場合、浮動小数点にはそもそも値によっては丸め誤差で値が変わるという仕様もあるし、そこまで厳密ではないからなぁ。よく気づいたなぁ。
浮動小数点演算自体、誤差が生じるから、バグを見つけた人は凄い。
何故気づいたんだ……
ロケットでも飛ばさない限り気がつかなさそう
@@rinuchito 大惨事不可避
@@tomatomatoma01 それなｗｗｗ
覚えてる。うちの会社の同僚は「返さずに持ってるとプレミアがつく」とか言ってたｗ
(結果的に返して交換したほうがプレミアついた説)
バグCPUがプレ値になってるなんて
未だに聞いた事ないんだが
闇のマーケットとかで高いの？
@@tomo_7
同僚さんの話は当時予想だと思われます
@@dogstar87 そんなに言うかw
@@dogstar87 すぐ人を馬鹿にするのはやめようね
社員教育の題材になっていました。こんなバグがあって、こんな風に対処したらえらい事になった。これを教訓に、真摯に迅速に仕事してねという内容でした。希望者を募って社員が配送したそうです。
計算がミスってたときに、CPUがおかしいんじゃね？って発想になることが凄い
相当頭いい
計算してるのcpuだし
@@あき-f7j 普通は書いたコードの記述ミスか、そもそもの計算アルゴリズムを疑うわ
まあこれは最初に検証したんだろうけど
@@focacc当時も十分高級言語ありましたし、高級言語云々は全く関係無い。
intel out sideという言葉が仲間の間に流行ったな。懐かしい思い出。
逆にハードウェアというものはデバッグがものすごく難しいのにこんな些細なバグがニュースになるほどバグが少ないのはすごいよなあ
昔はコンピューター遅かったから、限定的なシミュレーションしか出来なかった。
だいたいのMCUはfloat演算に対応してる今って凄いんだな
昔はCPUとFPUが別パッケージってのは普通でしたからね。
8087とか80287とか。
@@常州の真珠星
当時はRISC CPUに計算専用のハード乗せても割り算とかは５クロック掛かってたなぁ（MIPS系がそうだった）
FPU積んでも超越関数とか５００クロック以上掛かってた。
こう言うゆっくりの雑学解説系動画大好き
自作はともかく、当時は本体カバー開けるだけでメーカー保証外だったので、国内PC購入済みのユーザーがCPUだけ交換しよう…なんて気にならなかった方が多かったですね。販売店に持ち込まれたのも殆どなかった記憶が。ただ、しばらく話題にはなってましたねー懐かしい。
当時、一番最初に自作したパソコンのCPUがPentium90だったなぁ。(懐かしいなぁ)
一般の人はバグの被害よりも風評被害で値下がりしたメリットの方が大きかった。
４８６時代に 同僚が先駆けてバグありペンティアム買って自慢してたな
ペンティアムというより皆「Ｐ５ ９０」って言ってた
保険料率のレート計算で
当時は致命的な誤差になってたよ
インテルはいっている。のキャッチコピーが浸透しはじめた頃なんで、「インテルバグっている。」って言われていたよね。最終的にはWindowsに回避パッチがくみこまれたんだよねぇ。そのお陰でPentiumのバグありではWindowsがFPUを使わなくなっているのでおそくなるんですよねぇ
くるってるとも言われてたｗ
インテルはイってる。
私は職業上、浮動小数点演算を多用しますので、深刻に受け取った事を思い出しました。
ちなみにどんな仕事ですか？
@@user-mz8mgm946 ちなみにどんな仕事ですか？
@@ペペロンチーノ大佐-o1z 浮動小数点演算を多用する仕事です
@@yelf1782 ちなみにどんな仕事ですか？
@@yelf1782 浮動小数点演算を多用する仕事とはどんな仕事ですか？
気づいちゃうというか研究者にとっては大問題
当時学生で、交換にクレカがいるとか言って、大変な想いでcpu送ったなあ。pentium90Mhz つかっててPhotoshop2.5でtiffからjpegに変換したら、5回に1回の割合で開けないjpegが出来上がるから、なんだろと不思議におもってたんだが、交換したらなおったて始末でした。懐かしい、、
当時19歳の大学生でしたわ。
いまもTDPの計算がバグってる説
誰がうまいこと言えと(笑)
それな
もはやIntelそのもののバグで草
皮肉で草
クソワロタwww
数十年後にまたおんなじようなことを繰り返すインテル
何も学んどらん
交換しなかった一人です、浮動小数点演算使わなかったし
交換中PC使えなくなるし、何より面倒だったので…
有名だけど、それ故に意外と解説されてないから嬉しいです！
11:19 自作で使ってたワイはこれ。ゲームをやる分には問題なかったし、
それに中古バグCPU微妙に安かったし。
今時のゲームだと浮動小数点めちゃくちゃ使ってるから面白いことになりそう
これ当時日本の普通のニュース番組にも取り上げられてて、まだPC知識がそこまでなかった自分がPentiumを初めて知ったきっかけだったなぁ・・・
あとは肉を焼く動画とか・・・
USB焼肉もあったね
@Bela Eullent 排熱じゃなくて、cpuの殻に直乗せするんやで
ロケットとかの計算だと0.006%の誤差ですらkm単位のズレになるからなあ
しかも累積するから実際にはもっとズレうるし、それで万が一目的地につかなかったら数百億円の損失だもんなあ
ロケットの場合、各国の技術者が集まるので
メートルとインチを間違ったりして失敗したケースもありました。
@metalwolf5058 そもそもそのレベルの計算に浮動小数点は向いていない気が・・・
でも大体有限の数を扱うので割り算は苦手ですよね
授業でもExcelで割り算はPCでは誤差が出るって習ったし、教授は研究用に表計算ソフトは使うけどもう一度自分の手で解いて正確かどうか確認する作業をしてたわ
自分の手の方が誤差出る割合大きくないか？
@@swarm-wg2iq だから確認にしてるんだよ
いたいた、表計算ソフト使っているのに手計算で全部確認しろとかアフォな上司がね。
@@CookiePepper 理解できてなくて草
インテルプロセッサは公にされていないだけで相当数のバグ（エラッタ）出してます。
スペクターとかはまだ根本解決してませんし。
浮動小数点でイコール処理する場合はプログラム上で例えば差異が0.000001%以下ならイコールと見なす
なんて事やるのでこのバグは大問題になります
ちなみに、バグという言葉がなぜ虫という言葉から来ているかというと、シリコンチップが演算器の中心となる以前は真空管で演算器を設計しており、その不具合の主原因がその名の通り「虫」だったから、というのが由来だそうです。
３０年も前の話だけど、某電機メーカーのインドネシア営業所から、パソコンのなかにしょっちゅう蟻が入り込んでくるんだけど良い対処法はないかって問い合わせが来たって話を聞いたことがあるw
防塵仕様の工場向け機種でも使わせたのかなぁ
@@harut7299
アイツら中に巣を作るわ電気配線の被覆齧るわで無茶苦茶しやがるからな…
冬でも暖かくて身を隠す隙間が多いという、虫にとって住みやすい空間ですからね。
なおエサや水分まで身近にある電子レンジや炊飯器などの調理家電はGの繁殖
地になりやすいので駆除は念入りに。
機器の不具合のことをバグと呼ぶのはエジソンの時代には既にあったぞ。
実際に虫が原因になったのは、真空管よりさらに昔のリレー式コンピュータの時代。
他にもシェイクスピアの『ヘンリー四世』で忌まわしきものという意味で使われていた「バグ」を語源とする説もある。
交換しなかった人の中には、そもそもこの問題を知らなかったとかメーカー組み上げのPC使ってて何のCPUが使われてるか知らないとかいう層がそれなりにいるんでは？
当時の職場のペンティアム搭載PCは全部、無償交換を申し込んで交換したよ。
実際、FDIVがあっても交換しないで使い続けたのはホビーユーザーだけでしょ。
計算ミスがあったら仕事には使えないし。
Intel SSDには容量が8MBになる、8MB病があったな。
あとはIntel 820のRDRAMは発売前にバグ潰したけど、肝心な移行を促すSDRAMを使うための
MCHの不具合の方が印象強いわ。
intelのFPUで三角関数が仕様通りの精度が出ないことがあるとかもありましたね。
為になる歴史を知りました
コンピュータは10進数を2進数に変換して計算する関係上、数値計算でほんのわずかに誤差が発生するが当たり前ですし、誤差も頻度も小さいFDIVバグが問題になることは科学技術計算や銀行の金利計算を除けばあまりないと思います。そういう意味では特別な対応が必要ないとしたインテルの主張も理解できますが、計算ミス自体は事実なので、上記の事情をよく説明した上で無償交換に対応するのが誠実な対応だったと思います。
発見者は、その科学技術計算とやらをしていたようだ
コンピュータは常に正しいから、まさか間違ってるのを発見するメンタリティが凄い
これ初期のPentium60,90MHz搭載のPC-98とかで困るんですよね…(マイナーすぎる話)
即、交換しました。当時はＰＣは（本体だけで）５０万円ぐらいしていた時代です。
半導体の設計をやってるけど、トランジスタ数が数億もある半導体が正常に動作することは奇跡に近い
そして、不具合が0であることを期間内に証明することも不可能に近い
半導体設計に関わったことのない人には理解しづらいだろうけど、分かりやすく例えると多岐に分岐する数億のドミノを作ることに似ていると思う そしてそれが正常に倒れるのかを確認しないといけない
なので設計段階からある程度不具合が出るという前提で設計をしていて、不具合を回避する手段を多数実装している
それでも回避出来ない致命的な部分で不具合が発生してしまうこともある
所詮人間が作るモノだから仕方が無いね
インテルの無償交換対応は、結果的に良かったんじゃないかな
あれを見て今後もインテルの製品なら安心して使えると思った
原子炉制御にも使うものをしかたないねで済まされると本当に思ってるんか。
@@jkjokjorew原子炉制御にどれだけの精度が要求されるかによるだろ。
@@unidentified7164
本当の制御レベルになればブラックボックスになるOS使用禁止とかもあるよ。浮動小数点自体が禁止だったり。
14世代15世代も無償様交換してればこんなに批判されなかったのに。
確か割り算回避に比較・引き算・シフトで必要な有効数字確保すると言う力技やった気もする
必用な解が出たら計算打ち切ればいいので、そんなに遅くならなかったような
当時自分で割り算ルーチンなどを作っていましたが、さすがにFPUで計算したのと独自ルーチンで計算した測度は段違いだと思いますよ。それに動画で紹介されているようにFPUでは２桁ずつ表読みする高速化を図っていましたし…。
8ビット時代の話だけど、使える命令を限定して掛け算とか割り算とか(両方とも8ビットCPUでは実装されてるのが珍しかった)を工夫して動的クロック数やコードサイズやコードの美しさで競う遊びをやってたw
こういう工夫の経験がその後の仕事に案外役立ったんだよねぇ。C言語で記述するときも最適化を考えたコードとかね
今はプロセッサもコンパイラも性能がとんでもなく上がってるから、この手のスキルは無用になりましたね… たまには役立つか? と思ったけど、最後に役立ったのはパイプラインが数段程度のプロセッサでストールさせないように命令を並び替えた頃w
いじょ、マイクロプロセッサ発展の歴史と共に歩んできた老人の戯言でした
まれにしか発生しない、というのはむしろ危険なバグだと思う。浮動小数点演算機能を使わないのならともかく、使うのであれば重大な問題ですね。しかも端数や桁落ちの誤差では済まない大きさですよね、これ。
風評被害でも何でもないし、初期対応がひど過ぎる。
アメリカは不良品対応悪いよね
あれ??AMDはどうだったのだろうか??
このバグは一部では「エフディヴエラーバグ」って呼んでいたなぁ…。
3÷3=4...
33-4か...
なんでや！
阪神関係ないやろ！
な阪関無
あ...察し()
な阪間無
これ昔、日経バイトに日本語解説記事乗ってたな。除算を高速化するためのテーブルをPentium向けに変換したら一部のテーブルの値が欠けていたと(テーブルの端っこの所)。
だからその箇所を参照するなら絶対に発生する。
あったあった
懐かしすぎる
core i5のノートPCで/proc/cpuinfo を見ると、
cpu_meldown , spectre_v1 , spectre_v2 , spec_store_bypass , l1tf , mds , swapgs , itlb_multihit
の８個のバグを抱えてる・・・
誰もが無意識のうちに3D機能のついたソフトを使う昨今の情勢なら影響はもっと大きいだろうなぁ
10進で3〜4桁しか精度なかったら見通せる程度の描画距離でも崩れるだろうし
風評被害に追いついてCPU自己破壊バグ内臓core発売してるintelすげえなって
同時期か直後ぐらいのPowerPC仕様のMacintoshで特定の順番で小数点一位の加減算をOS付属の計算機で実行すると、0.1増えるっていうバグを見かけたことがありました。
CPUなのか、OSなのかはわかりませんでしたが、そういうこともあったということで。
確かパソコン通信で見かけたネタだったような覚えがありますが、何分昔のことなので怪しいところです。
当時Borlandのc++開発してたけど確かFDIV回避版組み込めるオプションついてたな
この騒ぎがあった頃、ちょうどPCを新調するためにPentiumを買った時で「やったバグあり！」って喜んでたのに、ちゃんと調べるとバグ無しのロットでガッカリした覚えがあります。
そんなことより、同じ頃に発覚したWindows付属の電卓にあった割り算バグ、ソフト屋さんとしては、そっちの方があり得ない様なバグなのに、あんまり話題にならなかったんですよね。
「やったバグあり!」という普通に生活していたら使わないであろう日本語
私も昔に買ったばかりのPCがこのCPUでした。インテルから交換してもらいました。
面白かったです！
ただ、ゆっくりの喋る速度がすこし遅く感じたので1.25倍速で見ました！
ようするにPentiumちゃんが九九を間違えて暗記してたようなもんか(九九は掛け算やけど)
九九の暗記を間違えると、割り算は不可能ですね。pentiumに組み込まれた「掛け算表」は、当然のように乗算でも使っていたはずです
名古屋がはえというのが大変ショックでした
他人の金メダル噛んだおっさんのせいですね
27万年に1度の頻度ならそんなに早くこのバグ見つかってないという
Pentium 90？にはバグがあるということで結構話題になっていたのを思い出しました。
ところでハードウェアのバグってOS側が対応できればよいですが、そうでなければ交換するしか方法はないのでしょうか。その辺も動画にあればよかったです。
自分がパソコン自作するちょっと前の話だな。で、最初のCPUは互換のサイリックスだったw
初期ロットの話ですね。当時はこのバグを理由としてバグ対応に1日時間稼ぎをさせていただきました。
で、まだi486 DX4の方がほとんどの面で性能が上な頃だった事や、高価だったた事などが幸いして一般には余り普及してません。
意外と影響範囲は少なかったです。
当時にそのバグと直接向き合っていた人と、当時を知らなかったり無関係だった人とは温度差があります。後者の方が大騒ぎする傾向にあります。
インテル狂ってるはセンス感じるw
3/3=4… なんでや
5桁目からの誤差は結構でかいからな......
そういえばＡＭＤの初代フェノムもバグをだ変えていたような記憶が。
見つけた教授さん、486での結果と最新のPentium出の結果が違ってて気が付いたんだろうな。同じプログラムなのに結果が違うと。
９０年代初頭のネットってどんな感じ？
覚えてるけど、顛末を始めて知った。
ありがたい。
精密な計算でバグが出るから研究関連では致命的だったんだよね
とはいえゲームやらオフィスやらの一般使用には何ら影響ないので軽く見たんだろうな
でも莫大な金額や端数で誤差が出るCPUなんて使いたくねえわ
そういえば店で無料交換て言われて交換した気がする。NECの9801シリーズだったような。
名古屋は弄ってもいいという風潮 謎すぎる
メーカーが自宅までCPUの交換に来てくれた。懐かしい。
intelがダウ平均株価の構成銘柄から外され約2兆5000億円の最終赤字を出した今この動画を見ると趣がある
似たような値で引き算した時の値は、とんでもなく変化することになるから、研究者としては大問題なんだよなぁ
あれ？特定の割り算でしか発生しないんじゃないん？
引き算でも発生するんでしたっけ？
割った後の値を引き算するなら、とんでもなく変化するって事にはならなさそうだけどなぁ。
@@mistyray4903 貴方みたいに問題の大きさが理解できない人が多かったから、交換した人が少なかったんだろうね。
Pepperidge Cookies
解説を読むに、特定の値の割り算でのみ発生して、演算誤差も極々軽微な差になるんだったら、多少の差は計測誤差か、異常値として弾かれる気がするんだが…
まあ貴方がどんな場合の引き算で大きな変化になるか、理解しているなら、解説して欲しいですけどね。
宇宙船とか緻密な計算が必要な分野以外だったら、ある程度の数値の丸めこみで、影響なさそうなんですけど…
というか自分だったら絶対交換していたとでも言いたげでしたが、どの場面で発生しうると思ったから、交換したかったか知りたいですね。
@@mistyray4903 近い値の引き算による有効数字の減少は数値計算の原理的な問題です。
今回の割算のバグは単純なミスによるものなので、まあ別物ですね。
そもそも除算は極端に難しい。CPUの問題だけでなく、速く計算するプログラムを組むのが常識。
2:11 そういえば最初の名が80なのに、octやeightといった商標ではないのか
そしてマイクロコードの話につながっていく、と思ってました
だね。これを教訓に以降のCPUはBIOSやOSがCPUの中のCPUを動かしているプログラムを書き換えるようになったという話が熱いのに。
交換にはまず、交換して欲しい理由（シミュレーションに使っているとか）と、クレジットカード情報を送って、古いCPUを期日までに送り返さなかった場合には支払いをする誓約書にサインが必要。
多分、一般ユーザーは面倒だから交換しなかったと思います。
小学生は割り算できるけどコンピュータは割り算（少数）ができないというまあある意味不遇よな
一応知らん人のために解説すると（おせっかい）PCは2進数しか取り扱わないので整数値はどうとでもなるけど小数が苦手
11.01とかだと第一位が0.5第二位が0.25となり（半分づつを表してく）（この場合は3.25）10進で0.8とか表すのがくっそ面倒である
なので浮動小数を用いて指数関数的に表すのが通例 10進数のX×10^nみたいな感じで
いくつか短縮する手順はあるけどコンピュータ内部で扱える数値は有限桁であるので，実数を扱う場合は誤差が生じる
0.1は二進数にすると循環してしまうので四捨五入する必要があり桁によっては精度が落ちるしある意味バグる
クッソ適当に書いたのでまちがってたらすんません
自分が学部で扱ってた計算は６桁目でバグると計算がおかしいことになて使えないので。普通に３０桁まで一致しないとダメとかあるので。
とになてぇなあ！？のでよぉ！？！？
２８６時代だと、ＳＳレジスタ書き換えた後 次の命令の実行が割り込み禁止にならないバグがあったな
ＳＳレジスタとＳＰレジスタは普通2本同時に書き換えるモノなのでＳＳレジスタだけ書き換えるとメモリのどこを参照してしまうか分かったもんじゃなくなるから
ＳＰレジスタ書き換わるまで割り込み処理に行かない様になってたのが２８６ＣＰＵだとバグでそうなってなかった
なので当時のコードを見るとＳＳレジスタ書き換える前にＣＬＩ命令で割り込みしない様にしてる
アレって当時CPU1個で50万円超えの初代Pentiumが無償交換になったんだよねwww
確率はソフトウェアバグやハードウェア故障の方が高いんだからわざわざ交換するのも面倒だよな
ただ開き直った態度がひんしゅくを買ったんだろう
バクは優秀なプログラマーにとっていい感じの抜け穴なんだろうな。
昔、下駄履かせてAMDに積み替えたことあったなぁ
intelマザーにAMD載っけれるって今じゃ無理だな
懐かしい時代
今この動画はスマホで見てるが
昔ペン入りPC持ってたな確かに
動画と関係ないけどアイコンの子の名前教えてください
これ埋め込んじゃった当人はどう思ってるんだろうか😰
当時バグペンって言ってたような・・・
Pentium事件とか呼んでたなぁ。
懐かしいなぁ。
pentiumは今じゃアチアチで危険ってイメージ
FDIVって普通に使用頻度高そうだし計算誤差はがっつり困ると思うんだけどなぁ。
ずれは許すとしても計算結果がマシンごとに異なるってヤバいし、例えばネトゲで狂ったりする。
一方でこの頃のIntelは不具合があれば律儀に回収なんてしてたんだなぁという気持ちも。
最近は結局ユーザーが泣く事例がいくつか。
どういう手順でテーブル作っていくのか知らんけど、
計算結果が正しいかではなく、
テーブルが正しいかでチェックすれば、
発売前に気づけた様な気がするのだが？
NECも -1²＝-1だったかな？ ひた隠しにしてましたね。
一般人ワイ「あってんじゃん」
(-1)の二乗って言いたいのかな？
大学の授業でIntelのCPUにバグがあったって軽く聞いた気がするけどこれのことかな
組み込み界隈の固定小数点信仰は、この辺の事情も影響してるんですかね。
（古いレガシーコード資産が捨てられないだけかもしれませんが）
80386でもあったのに、Pentiumでもやらかしてたのか・・・
win3.1付属のカルクもバグがあった様な 0.1の計算ができなかった。
私の持っているPC-9821AnもバグありPentiumでした。
バグとか関係なく、高速化のためにCPUをIDTのWinchip2に差し替えてしまいましたが(^^;
丸め誤差だってあるのによく気付いたな
LUTはモニタにも使われてるね
EIZOくらいしか大きくうたってなかったけど…
そして2023/2024年にCore iシリーズで再びバグ持ち製品をと言う😰
Core iシリーズも前世代までは穴開いてたでしょIntelなら問題ないｗ
ぶっちゃけR１５以外必要ない気がする件
グーグルの電卓も割り算ちゃんと出来ないですよね
そもそも浮動小数（割り算）は2進じゃ限界あるし（ちょっと前まで負の浮動小数演算が確かエクセルだと限界があった）しょうがないってのもある
テーブルって大概ろくなことが起こらないイメージ（ポケモンとモンハンをみながら）