元スレメモリはやっぱりECC Part4
メモリ覧 / PC版 / みんなの評価 :
前へ951 = 948 :
>>950
ｴﾈﾙｷﾞｰが高い程、散乱断面積は小さくなるよね？
散乱断面積を持ち出すと、彼(>>939)の言とは逆の結論にならない？
952 :
チャージ（電荷）でしょ。
原子核との衝突や相互作用より電子に影響与えるほうがずっと容易
953 :
α粒子とβ粒子は確かに電荷が違うね
クーロン力を計算してみると、α粒子はβ粒子より1.414倍影響範囲が広いことになるね
自分の主張は、
α粒子はβ粒子の7344倍重い（大体ね）
そうすると、同一エネルギーの場合、β粒子はα粒子より85.69倍速い
ってことは、ある粒子の近くを通るのにα粒子はβ粒子より85.69倍の時間が掛かる
なので、α粒子は影響を及ぼしやすいんじゃないのか？
だとすると、質量が大きいから透過性が低いのでは？
というもの
954 :
>>950 の質量は静止質量で、>>951 の質量は運動エネルギーを含めた全エネルギー。
どちらも正しくて、前者は散乱断面積はおおまかに幾何学的断面積と見積もる。(質量の2/3乗)
後者はそれに量子電磁気学的効果を含めたもの。(例：熱中性子と高速中性子の反応率の違い)
でも、速度が速い分、入射頻度は高くなるよね。(>>953で述べられたように)
955 = 953 :
950は質量と散乱断面積の関係は述べてるけど、ｴﾈﾙｷﾞｰと散乱断面積の関係は述べてない
(当然ながら核反応を考えない文章で、質量をE=mc^2でｴﾈﾙｷﾞｰとして扱うのはおかしい）
だから、「ｴﾈﾙｷﾞｰが高い程、散乱断面積は小さくなるよね？」としたわけ
956 :
物理板に迷い込んだかと思った
963 :
チップセットの対応も必要だし
安鯖用でしょ
過去にも例がある
964 :
そして入手性が著しく悪いんだろうなきっと…
965 :
宇宙ヤバイ
http://www.astroarts.co.jp/news/2013/01/24grb/index-j.shtml
966 :
ECCメモリはあまり買う人がいないから
今の円安高騰の影響も少ないかもしれないね
まあ、もともと高いから関係ないだろうがさ
967 :
円安でもちゃんと原発再稼働して安定的に生産できるなら
継続的にある程度の価格で日本製DRAMが得られるんだけどね。
968 :
だよな
安全ステマで愚民を洗脳して保険にも入れない
老朽化したポンコツ原発をさっさと転がすべきだよな
969 :
原発より、もんじゅをどうにかしろと…。
971 :
ECC無いとデータが化けるって言うけど、それが原因で重要な書類やデータが開けなくなったり文字化けしたりするわけだよね？
その割にはいろんな企業で重要な書類・データをECC無しのPCで扱っているように見えるけど問題起こってないのかね
972 :
軽いOCしたメモリを使って99GFLOPSの速度で数時間回して
やっとエラーが出るとかそんなレベルだったら
一瞬の読み書きでエラーが出る確率は相当なものなんじゃないのかな
まして人が見る物はある程度誤差在っても許容されてしまう物もあるだろうから
業務用文書系の化けはさほどのものでもないんでない？
一方で膨大な計算を続ける場合はその化けがクリティカルだけど
974 = 971 :
>>973
HDDやSSDにECCがあったらデータ損失しなくて済むというのがよくわからないんだけど、
HDDに保存されたデータを開き、処理を行って、ここでデータが化けたとして、
それをそのままHDDに保存してもデータ化けを検出できてデータが壊れることは無いということ？
976 :
HDDって微細化でしんどくなって来て
ECCの類の機能を山ほど詰め込んで
やっと今のエラーレートに押さえ込んでるんだよね
977 = 971 :
>>975
へえ、実使用でも影響あるのか。それがTSファイルじゃなくて巨大な設計ファイルだったりすると怖いね
その場で判明したらいいけど、バックアップ先のデータが実は壊れてたなんてなると恐ろしい
979 :
マザーも選びますしおすし
980 :
いぃんだよ。細かけぇこたぁ
981 :
>>974
> HDDやSSDにECCがあったらデータ損失しなくて済むと
保存された後、それらのストレージ内ではエラー訂正が効くから、そこではbit化けによるデータ損失は防止できる。
そこからデータを処理する部分はまた別の問題。
982 :
> そこからデータを処理する部分はまた別の問題。
その 別の問題 を話してるのになんか関係あるの？って事だろ
983 = 981 :
>>982
だから、DRAMやCPU、データバス上でのECCなど処理の各段階でデータの信頼性を高める工夫がある。
すべてを実装するのではなく、実際には費用対効果の面で妥協する部分も出てくる。
984 :
今回の話と全く関係の無いことばかりで吹いた
986 :
>>985
お前はなぜ前半は合ってるのに後半は間違ってることいってんだ
頭おかしいの？
987 :
どこが間違いかもソース付きで指摘できないレスなんかいらないよ (w
989 :
>>987
>>マシンがしょぼいだけたろ。
この部分が間違いね。
原因は中性子線なので対処法はマシンを1m程度の水槽に沈めること。
メモリ1枚当たりいくらの頻度でエラーが起こるかだが、
プロセスルールが短くなるほど大きくなることと
100年に1回みたいな無視できるような確率ではないことぐらい知っておこうや。
現実問題として数ヶ月1ビット程度だよ。
990 = 987 :
>>989
> 100年に1回みたいな無視できるような確率ではないことぐらい知っておこうや。
> 現実問題として数ヶ月1ビット程度だよ。
君のしょぼいマシンはそうなのかもね。
会社でサーバー 20台を管理してるが、ここ５年でメモリーエラーは１件だけだよ。
自宅で TS ファイルを含む TB データをバックアップしてるけど、こちらもコンベア
エラーになったことなんてないし。
そもそもそんなマシンだと、プロセスの異常終了とかも発生してるはず。
TS ファイルだけにおきるなんてありえない。
991 :
何がどうしょぼいのか、その原因は何かが書かれてないレスはいらんわｗ
992 = 987 :
しょぼいマシンの TS ファイルがおかしくなる原因究明しろと言われてもねぇ…
窓から捨てて、新しいの買えばいいんじゃね (w
993 = 989 :
>>990
システム領域とデータ領域ではデータ領域の方が圧倒的に量が多いからエラーが多発してもプロセスは無事っていうのはよくあるよ
994 = 989 :
>>990
多分tsファイル扱う奴はしょぼいというキミのレッテル貼りが人格的に問題あると思われ
マジレスしちゃったか
996 = 987 :
>>993-994
エラーの頻度は量の問題じゃなくて、アクセス回数に依存するでしょ？
それぐらいは、理解しようよ。
あと、べつに TS ファイルに偏見は無いよ、俺も PT2 とか使ってる口だし。
単に、TS ファイルだけに問題が発生するのは考えにくい、ましてや一般的
じゃないと言うだけ。
そもそも一台のマシンで数ヶ月に一回メモリーエラーが発生してたら、100台
あったら数日でエラーが発生するでしょ。
うちの会社、クライアント 100台接続して連動テストとかやるけど、そんなエ
ラーになったことはないよ。
サーバーは、前にも書いたようにハードウェアログ採ってるけど、こっちも一
回しか見たことないし。
みんなの評価 :
メモリ一覧へ類似してるかもしれないスレッド
- メモリはやっぱりECC Part6 (1005) - [96%] - 2019/2/5 2:46
- メモリはやっぱりECC Part3 (988) - [96%] - 2011/5/19 3:16 ○
- メモリはやっぱりECC Part2 (984) - [96%] - 2010/8/21 8:23 ○
- メモリはやっぱりECC Part7 (1002) - [96%] - 2022/6/24 20:02
- メモリはやっぱりECC Part8 (127) - [96%] - 2023/1/8 13:00
- メモリ16Gも積んでる奴って (75) - [42%] - 2014/2/22 23:00
トップメニューへ / →のくす牧場書庫について