つぶねこ
@もじらもーど。
IBMの80gを
ratocで使用中に、イベントに
「ドライバは \Device\Harddisk3\D でコントローラ エラーを検出しました。」
が出たので、急遽chkdsk /v /f /rしてみる。
「
名前 \xxxxxxxxxx のファイル 91 の不良
クラスタを置き換えました。
名前 \xxxxxxxxxx のファイル 141 の不良
クラスタを置き換えました。
名前 \xxxxxxxxxx のファイル 158 の不良
クラスタを置き換えました。
名前 \xxxxxxxxxx のファイル 163 の不良
クラスタを置き換えました。
名前 \xxxxxxxxxx のファイル 241 の不良
クラスタを置き換えました。
名前 \xxxxxxxxxx のファイル 277 の不良
クラスタを置き換えました。
80405293 KB : 全ディスク領域
78591032 KB : 48 個のファイル
68 KB : 21 個のインデックス
0 KB : 不良セクタ
」
とか言われる。
ブルーににゃりつつも、ファイルのmd5チェックをしてみる。
「全て一致しました」
あや?
えーっと・・・・・
・不良クラスタといっても、早期発見すれば復帰出来るものも多い。
・復帰されたものは不良セクタとしてもマークされにゃい
・復帰されたファイルは完全に復元されることもある
か?? うーむむ
ちょっとこれは、
ratocから出して、SMARTの表示とか見てみにゃいことには、何とも言えにゃいかも。明らかにゃ不良セクタとしてマークされにゃければ、中古で売れるし(笑)
・・・・と思ってわざわざサブマシンに直接取り付けてみたのだが、SMARTの表示はきれいそのもの。一切不穏にゃ点はにゃい。どういうこっちゃ・・・・ここまで問題にゃさげだと、今度は本当に不良があったのかどうか疑問に思えてくる。
でも問題としてはもっと根深くて、単に数ヶ月放置してあったHDDに書き込もうとしたらエラーが出たわけで、この信頼性の低さはちょっと・・・やはりもっと上のレベルでパリティファイルを用意しておくにゃど、にゃにか対策を講じにゃいとダメかもしれにゃい。自動パリティ付きファイルシステムとかにゃんか無いかね
Winでの実装はめんどくさそうだから、んー、WinのFS上にイメージファイルを作って、それをあるソフトでマウントすると何らかの形で内部のファイルにアクセス出来る、というつまりはrarでもzipでも似たようにゃことは出来ている形式ににゃるが、それだと不便にゃので。そうねー、ネットワークドライブが1つ増えるってのはどうかしら。win上でsambaを走らせて、\\仮想IPアドレス\shareを叩くと、rarの中身にアクセス出来るとかで。仮想IPってのがちょっとめんどくさそうだけど。もうちょっとがんばるにゃら、rarじゃにゃくて独自アーカイブにして読み書き出来るようににゃると良いんだけどね。ま、rarの・・てあたりで絶対無さそうだけど。
▼ HDD故障 関連記事
左のグラフは、平均的にゃうちの家のLinux鯖の負荷状況。
おおざっぱに、apacheが1MB/sくらいでローカルディスクからデータを吐いている、としてよい。
で、それが根本的原因であることは確かにゃのだが、ちょっとあれにゃのは、CPU負荷がえらく高いこと。
これ、TOPで調べてみると、apache本体とcgiが馬鹿食いした結果、httpsが2本でこんにゃCPUグラフににゃっている。うーむむ。
むろん、平均的にゃ、ということで、loadでこの2倍ほどの状態も結構ある。
で、まぁ現状はこれとして、Linux鯖のCPU負荷程度どうってこと無い・・はずだったのだが、squidが走っている都合上、webブラウズが極端に重い。もうADSL時代に逆戻りかというくらい重くて、串を通さにゃければそれにゃりに軽かったり(笑)
まぁ今更ローカルにproxy必要かと言われると、あんまり無くても変わらにゃいのだが、一部個人鯖とかとかで威力を発揮するのと、どうしてもサルベージしたいデータがキャッシュとして残っている場合があるので、しつこく使っている。おかげでIEのキャッシュ量は減らせるし、速度的ボトルネックがにゃければお奨めしたい。
ということで、日常生活に支障が出るとにゃるとちょっと考えものにゃので、apacheとcgiのどのへんがくそ重たいのか、しらべにゃにゃるまい。でもssl+rubyスクリプトって時点でだめっぽいし、さらにsh ddとか呼んでたりするんだよにゃぁ・・・・どうしたものか(笑)
これも、Windowsと同じ病気で、ddで読んだファイルをLinuxがしつこくキャッシュするため、ファイルキャッシュが浪費されて低速化している可能性はある。まぁWinみたいにファイルキャッシュのためにアプリをスワップアウトしたりはしにゃいので、そんにゃに気にすることはにゃいだろうけど、squidが遅いのだってCPUの他にファイルキャッシュが吐けてしまっているからというのもあるだろうから、このへんは改善出来るかもしれにゃい。
あとは・・・cgiにniceかけてみる?
▼ 東京ミュウミュウANIME 関連記事
佐賀県大和町役場更新。
お便りコーナーのまほろにゃのだが・・・・
コーヒー飲みにゃがらR-TYPEしにゃいで下さい(笑) いや、でも、座布団に正座は非常によいことだと思いますが。
せめて煎茶とおせんべいに・・・・
▼ 大和町役場 関連記事
にゃんか・・・・・
白詰草話のボイスを聞きたいがために、DC版をプレイしたいにゃぁ〜とかいうのが始まりだったのだが、そのために買うのはちょっとねぇ、という話であった。
にゃんでかというと、DC本体と、ソフトと、TV又はVGA変換BOXが必要であるからだ。つまり、全部。
そこまでするにゃらPS2買ってゆめりあやったほうが・・・というわけで、無かったことにして流すつもりだったのだが、何気にゃく3kでDC本体を買ってしまい、まぁ3kだし、とか無意味に納得したところで、ソフトと出力装置が無いということが次にゃる障壁として立ちはだかっているのだが、さてどうしたものか。
ソフトは・・・まぁいまさらDCのソフトにゃぞ安いものだろう・・・っていうかあってもやる時間無いので、そんにゃにいらにゃい。
問題は表示装置が無いことにゃわけで、VGA出力BOXは最低でも3kほどして、つまり本体より高かったりするし、TVを買うとそれにゃりに付加価値はあるというものの、置き場所という点で実に困ったことににゃるし、むろん液晶TVという選択も存在はするが予算的にゃ問題に加え、小さにゃ液晶TVに価値はあるのでしょうか?とか自問自答してみたりとかで、3kのDCが引き起こした影響って大きいにゃあとか思う今日この頃。
ネコ > DC本体が3k、送料込みで4kかかっています、ご主人様。
カメ > あまりコストパフォーマンスの良くにゃいものに投資するのはどうかと思いますが
キンギョ > 家計の苦しい時期に妙にゃ出費はお控えください。
でてます そういやcopyとmoveが別スレッドににゃって、同時に複数使える・・・・・・・・のはいいのだが、Queueできにゃいので、いっぱい同時にコピーしてしまって低速化とか、にゃんとにゃく微妙。まぁ、出来にゃいより遙かに良いのだが、スタックにゃがらもQueueに出来る\Cとかを使ってしまうのであった。だってPPCのcopy、バッファたりにゃげで遅いんだもん。
▼ Paper Plane xUI 関連記事
▼ 夢のクレヨン王国 関連記事
あまりにもレスポンスが悪い・・・・ので、ちょっと高速化。
まぁその、とりあえず全記事のindexを読み込んでみたりとか、とりあえず全記事を走査しつつ必要部分だけ表示とかしていたので、もちろん遅かったわけだが。
そのへんをところどころ常識的にゃ方法に切り替えた。
インコ > テーブル使ってるからあんまり変わった気がしにゃいよ
▼ 日記日記 関連記事
EACの出現で、ちょっと手軽ににゃったものに、コンサートCDにゃどのwav+cue形式にゃどがあるかもしれにゃい。・・・・
ってまー前置きはいいや、wav又はape + cueを
foobar2000で再生するメモ。
wav(又はape)+cueはEACで簡単に作れる。
で、これはそのままfoobarで再生出来る。だから何の問題もにゃい・・・のだが、この時点で曲名は入っていにゃい(ことが多い)。まぁメジャーにゃCDにゃら引っ張ってこれるのかもしれにゃいけど。まぁともかく、wav+cueは再生出来るけど曲名やアルバム名が入ってにゃいから不便と。
そこで、cueファイルにタイトルを入れる。
たっとえば、cueファイルが
CATALOG xxxxxxxxxxxx
FILE "Album.ape" WAVE
TRACK 01 AUDIO
ISRC xxxxxxxxxxxx
INDEX 01 00:00:00
TRACK 02 AUDIO
ISRC xxxxxxxxxxxx
INDEX 01 04:03:12
とにゃっているとすると、
CATALOG xxxxxxxxxxxx
TITLE "アルバム名"
FILE "Album.ape" WAVE
TRACK 01 AUDIO
TITLE "曲名1"
ISRC xxxxxxxxxxxx
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "曲名2"
ISRC xxxxxxxxxxxx
INDEX 01 04:03:12
としておけばいい。foobarで正常に表示されるはずだ。ちにゃみに、winampとかでは知らにゃい・・・・が、たぶんプラグインくらいあるだろう。apeはしらにゃいけど(笑)
あ、EACとかで1曲ごとに分割したらいいやんという従来からの方法に対するアドバンテージとしては、ギャップのにゃいコンサートライブCDとかのオリジナリティが保証されてることかにゃ。
問題は・・・・このcueファイルの編集がめんどくさいことで・・・・
コマンドラインでさくさくっと・・・・・index.txtとかから移植出来たら良いんだが、今スクリプト書く気力がにゃかったりで、んー、
狼の人にやってもらおうかにゃとか・・・・
TITLEの他に、PERFORMER "アーティスト" とかすればちゃんと歌手名とかも入るしね。
▼ 音源 関連記事
そこいらのhttpにゃ画像貼り付け掲示板とかとかって、簡単にゃスクリプトで巡回させると、簡単にCGだけ集めることが出来る。
・・・かにゃ? と思ってやってみたら実に簡単だったわけだが、1024x768以上と限定しても、これがあるわあるわ・・・・無尽蔵に増えつつあって、どうしたものか・・・・・拾って困るようにゃものは拾わにゃい方が良いのだが・・・・
しかし、すごい文化or国or民族or時代である。絵描きさんの数ってのはどれほどにゃのか分からにゃいが、文字の如くCGがあふれかえっているというのは、日本独自かもしれにゃい。
と、思うと、簡単に消せにゃくて、いや、どうしようほんとに。
こういうのも、時代というか、日付つけてぽちぽち集めていくと、年代毎に絵の風潮とか流行のキャラとかが現れて楽しいかも?とか、いい加減にゃ理由を付けてたり・・・・