アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
グリッチ (スコア:1)
"glitches in Itenium 2 chips"になってますね。
たしか、グリッチってチップ内部の配線長(信号の経路長)の違いが
原因で発生するはずです(クロックで信号を同期させていても問題に
なります)。
一般論ですが、CPU内部のクロックを高くすると必然的に信号の
パルス幅が小さくなります。すなわち、ちょっとした経路長の違
いのせいで信号の同期が取れなくなって誤動作
Re:グリッチ (スコア:3, 興味深い)
>"glitches in Itenium 2 chips"になってますね。
>
>たしか、グリッチってチップ内部の配線長(信号の経路長)の違いが
>原因で発生するはずです(クロックで信号を同期させていても問題に
>なります)。
ああ、多分誤解してるんじゃないかと・・・(汗)。
/.本家からリンクされてるCnet本家だと、
>The glitch affects only some chips,
と書いているので、おそらくこれはグリッヂノイズのことではなく、
単純に単語で訳した場合の
glitch:欠陥、故障、突然の異常
の意味で使ってると思
---- redbrick
Re:グリッチ (スコア:0)
Re:グリッチ (スコア:1)
>なんか笑われるかもしれないですが、よくある話の様な気もしますが。
わたしは笑えないです・・(汗)。実際にありえることは理解できるし、
そういうチェック抜けに遭遇したこともありますから(汗)。
#ASICだと、そういうのはお客さん責なので、わたしの責任には
#ならないんですけど、あんだけ作業を頑張ったのが無駄になったのかと、
#気分的にがっくりしますね・・・。
>だからチップに依ったり、クロック下げたりしたら大丈夫だったり
>ということになったのかなぁと思ってました。
んー・・・だとすると、その部分は完全に未検証なので、後付けの検証で
クロックを低くしなければ動かない、なんてことが発覚、ってのも
ありえるかもしれませんね。
#chipによる、ってのは・・・そんなに製造ばらつきに影響されるような
#回路設計してるのかな・・・(汗)?
---- redbrick
Re:グリッチ (スコア:0)
> #回路設計してるのかな・・・(汗)?
あるパスがクロックサイクルの2倍掛かるとかではなく、ぎりぎりの
ところの問題なんじゃないですかね?
(