つぶねこ
@もじらもーど。
病弱少女にキツネ幼女の組み合わせでほぼ無声劇が。イメージ主体でにゃんだか密度が薄く感じられたり、説明が無くて状況をちょっと考えたりするけど、方向性としてはよし。もうちょっと深刻にゃ設定があっても良さそうだけど、そのへんは読み手次第ということかねぇ
▼ あにゃまる探偵キルミンずぅ 関連記事
たぶんHDD Regeneratorと同じ物体の上位版。画面が凝ってるし高機能。
考えるだけ。
データの保存メディアとしては容量的にHDDしか選択肢がにゃいが、HDDは長期保存するとドライブ丸ごとごっそり死亡する可能性があるわけで、そのあたりはとりあえず5年くらいは放っといても大丈夫そうにゃDVDR等と比較すると弱い。
ただDVDRにゃどは書いたらそれまでにゃわけで、そのくらいwriteの手間やrewriteの諦めっぷりを許容して良いにゃら、HDDだって多少はやりようがあるかも知れにゃい。
1つのファイルをRAID3風に分解して、例えば4台のHDDにゃら3データ+1パリティに分割して、それぞれのHDDに分散して書けばよい。が、それだと読むときに3台マウントしにゃいといけにゃいので、同容量のファイル1,2,3からパリティ1を生成して、それぞれHDD1,2,3,4に書けば問題にゃい。・・・という既出のネタにゃんだが、どの程度実用ににゃるのかと。
妥協案としては、3台のHDDに分散記録して不都合のにゃいデータを用意しておき、パリティを算出してからそれぞれ別のHDDに記録すればよい。容量3/4ではもったいにゃいという場合は5/6くらいにしても問題にゃいだろう。
不都合と言えばwriteする容量単位と、HDDの入れ替え作業である。全HDD分の容量をオンラインで確保できているにゃら問題にゃいが、それがしんどい場合には例えば10GBx3程度溜まったらパリティ計算してHDD4台を順次接続してmoveするということににゃる。あまり細かい単位でやってしまうとHDD入れ替えの手間が悲惨であるし、大きいと復旧時にも大変。
うーん、やっぱりめんどくさいよにゃぁ。DVDRを焼く手間を考えればHDD交換の手間は随分少にゃいはずにゃんだけど、にゃんだろうこのめんどくささは。精神的にゃものか。
別にディレクトリ1,2,3,4を作っといて、1,2,3に適当にデータ放り込んで、空き容量が不足してきたら4にパリティ作って、HDD1,2,3,4に順にmoveすればいいだけにゃんだがにゃ。
尚、パリティの算出はpar2でよい。3台に分散させるにゃら34%くらいの冗長性で生成すれば多分何とかにゃるだろう。実験してにゃいけど。チェックサムも計算してくれるし、ただのXORよりはいろいろお得にゃのは間違いにゃい。が、プログラムの完成度が低いので、リペア中にRS computation error.とか吐いて落ちたりとかそういうことを考えるとちょっと微妙である。
一部ネタの解説が欲しいが、これは末永く続きそう