アカウント名:
パスワード:
いまだに叩いていることを考えれば
今回の障害を受けてLinux捨てないとダメでしょ。
じゃあ2000で直したはずのバグを再発させたWindowsも当然ステですね。http://blog.livedoor.jp/blackwingcat/archives/1824244.html [livedoor.jp]
リンク先だと「OS使いまわしているから同じバグが再発」系のコメントがついてますけど、これって違うんじゃ……。32ビット幅のカウンタを10ミリ秒間隔でカウントアップしてたら、どのOSだろうが、誰が書こうが、どんな実装だろうが絶対に497日でオーバーフローしますよね。
むしろ、「この手のカウンタを32ビット幅にしてはいけない」という至極当たり前のことが周知されていないところに原因があるんじゃないかと。(過去の失敗から学ぼうとしないという、より深刻な問題かも)
32ビット幅だろうが、64ビット幅だろうが動かし続ければオーバーフローするわけで。。。
「32ビット幅にするな」ではなくそもそも「オーバーフローを想定していない設計・コード・実装にするな」では?
カウンタリセットしてもいいから、全体としてカウンタリセットに対応しとけと。
64ビットだと4GHzで1クロックに1増やすとラップアラウンドするまで136年ちょっと。電源等も含めたシステムの信頼性を考えればこの長さで今のところ十分では。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
あほみたいにWindows2000の障害を叩いてたよね (スコア:-1)
いまだに叩いていることを考えれば
今回の障害を受けてLinux捨てないとダメでしょ。
人の振り見て我が振り直せ (スコア:0)
じゃあ2000で直したはずのバグを再発させたWindowsも当然ステですね。
http://blog.livedoor.jp/blackwingcat/archives/1824244.html [livedoor.jp]
Re: (スコア:0)
リンク先だと「OS使いまわしているから同じバグが再発」系のコメントがついてますけど、これって違うんじゃ……。
32ビット幅のカウンタを10ミリ秒間隔でカウントアップしてたら、どのOSだろうが、誰が書こうが、どんな実装だろうが絶対に497日でオーバーフローしますよね。
むしろ、「この手のカウンタを32ビット幅にしてはいけない」という至極当たり前のことが周知されていないところに原因があるんじゃないかと。
(過去の失敗から学ぼうとしないという、より深刻な問題かも)
Re:人の振り見て我が振り直せ (スコア:0)
32ビット幅だろうが、64ビット幅だろうが動かし続ければオーバーフローするわけで。。。
「32ビット幅にするな」ではなく
そもそも「オーバーフローを想定していない設計・コード・実装にするな」
では?
カウンタリセットしてもいいから、全体としてカウンタリセットに対応しとけと。
Re: (スコア:0)
64ビットだと4GHzで1クロックに1増やすとラップアラウンドするまで136年ちょっと。
電源等も含めたシステムの信頼性を考えればこの長さで今のところ十分では。