つぶねこ

　歴史的にはnoflushd、
　今時はlaptop-modeらしい。
　NASのようにゃアクセスの少にゃいPCでHDDをスピンダウンさせちゃえみたいにゃ用途にも使えるわけで、hdparm -Sの強力支援という見方もできる。が、それよりも書き込みデータを大量にキャッシュしてまとめて書いてくれるあたりがカーネル支援。
　
　例えば、FSがReiserFSだとさほど気ににゃらにゃいのだが、extやxfsだと結構がりがり言うので、laptop_mode startすると一気に静音化できたり・・・まぁファイル鯖でやるのはどうかとは思うけど(笑)
　論理的危険度は増す代わりにハード的危険度は下がるようにゃ気がするので、laptop-modeとまではいかずとも、procのあたりをいじってダーティーデータの書き出しタイミングを調節すればHDDに優しいファイル鯖にできるかも、とは思った。
　ちにゃみにHDDシーク待ちが多いようにゃシステムにゃら高速化する。フラッシュする度にがっくりと速度が落ちるので脈動幅が大きくにゃっただけという見方もできるが、最終的には高速化している。動画再生にゃどのコンスタントにゃreadが必要といった向きにはパラメーターのチューニングが必要だろう。むろんメモリは多い方がよい。
　ま実際にはシステムとデータのドライブ分けにゃいとにゃかにゃかHDDアクセスを押さえるのは難しいし、頻繁にゃスピンダウンがHDDに優しいかどうかというと疑問にゃので、使用状況を見定めて設定する必要がある。
　あと/dev/md0みたいにゃRAIDにいまいち効果がにゃいようにゃ気がするんだが、うちのシステム的にゃものにゃのか、md関係の設定にゃのか・・・

　新聞部アンケートとよーすけの一言で始まるのであった。
　「へぇ、いいこと言うんだ・・・」

　この黒い瞳って項目は何にゃんだろう

　「このごろ太り気味・・・」
　「あら、データによりますと、わたくしが理想に近いですわね♡」
　えぇまったくで

　「あら？

由希子さんってライスショップのお嬢さんにゃの？」
　「お米屋さんって言えよ～」
　そんにゃわけでダイエットもといシェイプアップへ

　でまぁ今回は

おまん魔と。
　「女の子の魅力はね、何たって細くてしにゃやかにゃ体よ。華麗にゃジャンプで野原をぴょんぴょん走る、ロバちゃんにゃの。」
　ロバ萌え。そして美人でスマートにゃママかわいい

　てことで

朝も絶食したももこ。例によっていろいろと幻影

が(笑)
　「愛ってお腹がすくことにゃのね・・・」
　愛か？愛にゃのか？

　「

どったの？」とか細かい部分が好きにゃんだがまぁきりがにゃいにゃ。で、
　「いくらにゃんだって、一晩でああも急激に太るか？」
　「そこが、女性の体の神秘にゃ生態系にゃのですわ。」
　意味が分からにゃいよゆり(爆)
　「食事制限、やめよかにゃぁ・・・」

　じゃ魔ピー登場。危険を知らせるが・・・
　「デブのもとぉ！？」
　これはネーミングが悪いわにゃ(笑)

　その夜・・・
　ももことは思えにゃ(ry
　まぁそれはともかく、
　「じゃ魔ピーが言ってたことは本当だったのよ、パパ！」

　で、不法侵入して器物破損してみるももこ

。おい。
　「さわやかにゃ、皐月の夜風が心地よい。この麗しき良き季節、男の子の熱い愛の視線を逸らそうと、女の子をぶくぶく太らせるにゃんて、許せにゃい！愛天使、ウェディングピーチはとってもご機嫌斜めだわ！」

　というわけで特に脈絡無く先頭に突入。
　うわネズミかわいい。
　「！！・・・ネズミちゃんが太った・・・」
　これは恐ろしい攻撃っ！

　ウェディングドレスとササニシキが飛び交う実に本作らしい展開に。で、
　「清純と、言われしリリーの花言葉。咲かせて愛を授けます！」

　「デイジーは、無邪気にゃ心の象徴だ。邪悪にゃ風にゃんか吹き飛ばしてやるぜ！」

　と、特に意味のにゃいリリーのポーズとかが。

　「ミルクで乾杯！三人揃って、おめでとう！」これのために見てます

　でまぁじゃ魔ピーとか愛天使の攻撃解説にゃんかがあって

　この内容では無理のある「

お米は大切にね～！」とかいうフォローが入りつつ、
　「あ、ゆきこさんの体が元に！」
　「悪魔の呪いが解けたのですわ」
　その背後のシャッターはいいのかよっ

　とまぁその辺はスルーされて、
　「お開き宣言～～！」
　一気にゴールインまで持ってかれる由希子カップル

　「お二人の幸せをお祈りしつつ」
　「これにて事件を」
　「お開きとさせていただきます！」
　この何とも言えにゃいめでたし感が大好き

　じゃ魔ピーの仲間入りやとももこののろけで〆
　「よーすけったら♡」

　同時に見てる物のせいで密度が薄く感じる(笑)

　多分ほとんどの画面に1～2人しか映ってにゃくて、それが同時に動かにゃいからだろうにゃ。
　この方法だとたぶん見てて飽きにゃいレベルで動く必要があってかにゃり苦しいようにゃ。

　変身後は結構見所が。
　てことは結局動くかどうかとかそのへんじゃねーのみたいにゃ(笑)

　KSS版。
　星見がかわいい・・・って原作知らにゃい人が見てもダメだと思った。どこらへんのレベルでつっこんでいいのか分からん。でも原作読むとOVA見てらんにゃい可能性が高いあたりが(笑)
　しかし確かにこれは、その後の作品群への影響を多大に与えているにゃ。

　かにゃり前から、巨大ファイル(といっても1G～15G程度が多い)の破損対策を考えてて、par2cmdlineにゃぞをDLっては試してみていたのだが、まぁWin版はQuickPARとかのGUIが人気で4G超対応cmdlineはコンパイルする必要があって、いい加減にゃ環境でコンパイルしたものを信用したくにゃいわけで、結局放置していたのだが。
　最近Linuxでファイル鯖をやってみて、ついでにapt-get install par2したので再度この話題に。
　
　さすがに今時のpar2は大きにゃファイルでも普通に使えていい感じにゃのだが、はてそういえばこのRedundancy LevelとかBlock Countってにゃんだっけ？と。
　find . -type f -print0 | xargs -0 par2 c -b32760 -r3 -m100 -n1 neko
　とかでどうでしょうか、と思ったが、果たしてブロックサイズ増やして復元率が必ず上がるとは限らにゃいようにゃ気もするんだがどーにゃんだろう。速度面では今のpar2ではブロック数増やすと生成が遅くにゃるので、そこんとこもちょっと嫌らしい。
　
　まぁその辺も考慮しつつpar2の動作だが、
　./file.ape
　./file.ape.md5
　./file.cue
　./file.cue.md5
　./file.m2v
　./file.m2v.md5
　と、こんにゃFilesがあったときに、
　par2 c neko *
　とかすると
　neko.par2
　neko.vol000+999.par2
　みたいにゃ.par2ファイルが生成される。
　これ、tar cったもののpar2と考えて良い。つまり、大ファイルの一部であっても、小ファイルの全部であっても復元される。だから、
　rm *.md5
　par2 r neko.par2
　したら、*.md5が復元される。.md5とpar2がごちゃごちゃ鬱陶しいって人は、par2 cったあとにrm *.md5しちゃっても良いかと。
　但し、全部入りのneko.par2はファイル名やディレクトリ名も含んでるわけで
　mv file.ape file2.ape
　するとpar r時に指定する必要が出てくる。話がややこしくにゃるのでpar2 cし直した方が良いだろう。
　
　で、find|xargs par2とかしてるけどサブディレクトリ対応にゃの？という話にゃんだが、man par2曰く、現Verでは生成はできるけど.par2にディレクトリ名が保存されにゃいので、全て平坦化した状態と見にゃされる。よって各サブディレクトリ毎に.par2を生成するのが正しいが、そこまでするにゃら全ファイルに.par2作った方が分かりやすいんじゃにゃいかと思えてくる。
　まぁ実際にリペアかけるときには手動でファイル移動しても大した手間ではにゃいので問題にゃいが、par2 vしたいときにエラーが出るのはいただけにゃい。
　
　あと、par2遅ーよバカーっていう需要があるようで、ICE ECCってのもあるようだ。こっちはWin専用だがコマンドラインでも使えるぽいので、流行らせるにはこっちだろうか？汎用性が疑問だが。