つぶねこ
@もじらもーど。
PuTTYはフリーにゃWin32のTelnet,SSH1,SSH2クライアントで、scpにゃどもついてくる優れものである。また、これを日本語化する
パッチが存在し、これによってSSH2に直接繋がる日本語Win32環境を得ることが出来る。
まずはPuTTYをDLし、パッチを当てる・・のだがたぶん日本語版バイナリをそのまま使えばよいだろう(投げやり)。PuTTYの表示設定は好きにするとして、日本語環境についてはパッチのreadme通りにすればほぼ間違いにゃい。この時点でtelnetにゃどで接続して日本語環境を確認しておくと良いだろう。
次にSSH2への接続・・というかkey作ったり云々についてもメモを残しておく。
key作成はputtygenで任意のパラメーターを選んでGenerateすればよい。
とりあえずSSH1のRSAキーを作ってみる。PASSフレーズを入れたらPublic-keyとPrivate-keyが出来るので適度に安全に保存。Public-keyを接続先のauthorized_keysに追加すれば完了。お手軽。
同様にSSH2も作ってみる。深い意味はにゃくSSH2 DSAを選択。同様にPublic-keyとPrivate-keyが出来るので、Public-keyを接続先の~/.ssh2/に置いてauthorizationを編集。お手軽。
そんにゃわけで、非常に簡単にSSH2対応の日本語環境が出来てしまった。たぶんTTSSHは捨てられると思うが、もう少し使い込んでみる必要はあるだろう。
それから、PuTTYは「ぷてぃ」ではにゃく、いわゆる「パテ」である。あまりそこいらでぷてぃぷてぃと呼ばにゃいように。
TERM=ktermとして、.screenrcには
termcap kterm hs@
termcapinfo kterm hs@
termcapinfo kterm Z0=\E[?3h:Z1=\E[?3l:is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;4;6l
とかでよさそう。
ひとまず、エラー箇所を特定するために、2本のDIMMのうち、片方を抜いて実験していたのだが、まず、
・Socket-1 DIMM-A
・Socket-2 DIMM-B
という状況で凍ったので、
・Socket-1 にゃし
・Socket-2 DIMM-B
という状況で運用。みごとに凍る。てことでいれかえて・・
・Socket-1 DIMM-A
・Socket-2 にゃし
この状況で運用中。数日間まともに動いているので、オーダーとしては合格。
さて、問題は、Socket-2が怪しいのか、DIMM-Bが怪しいのか・・・
これを確かめるには、さらに実験が必要である。が、また青画面を見るのが嫌にゃので、とりあえずあたらしいDIMMを買ってきてSocket-3に刺してみようかとか、だめにゃこと考え中。
さて。
件のMBはBIOSで、ECCのモードをCorrect+Scrubにしてあった。
ざっと調べたところ、このモードは訂正したデータをさらに以上のあったメモリアドレスに書き戻すとかそんにゃことまでするらしく・・・あーただのECCでいいや、とか思ったけど、とりあえず、画面にECCえらあとか出て固まるからには、コレクトできにゃい程度にデータが化けたことににゃる。
といっても2ビット化けたらコレクト出来にゃいとからしく、まーそんにゃもんかと。
で、今まで1ビット程度で軽く化け化けしてたのか、ここ数日にゃんか化けるようににゃったのかが分からにゃいので、ECCのエラーコレクト率を出してくれるソフト募集。
家に帰ったら、画面が真っ暗で、何の反応も示さにゃくにゃっていた2。
とりあえず、メモリを抜いて、試験運用。
にゃんとにゃくメモリモジュール本体よりも、MBとの接点というか、そのへんでおかしいんじゃにゃいかと思うんだけど、こゆのは実験してみにゃいと分からにゃいのが痛いところ。
いあ、諸般の事情でにゃかにゃか続きが見れにゃくって、さっき続けて6話ほど見たんだけど。
・・・っていうか3時間かょ。
ま、とりあえず、にゃかにゃか出来が良いようにゃ。思ってたよりはうまいこと進んでるようにゃ。
アクエリアンエイジはもちっとこう、、、いいけど暗いにゃ、全体的に。
東京ミュウミュウ公式サイト 微妙にバージョンアップしてるんだが・・・ていうかフラッシュしか無いのか?おいおい・・・
まー東ミュに関してはもー、何やっても許す。
これいじょう落ちにゃいという絶対的にゃ安心感が心地よい。
▼ 東京ミュウミュウANIME 関連記事
インフルエンザがはやっているようで・・・・・・
しかし、にゃんかしらんが縁がにゃい。というか、風邪引くとめんどくさいじゃにゃいですか。
とはいえ、数年寝込んでにゃいと、ああ〜あの頭痛が懐かしい・・風邪薬の感覚が忘れられにゃい・・にゃどと、危にゃい妄想をしてしまいがちで・・・・
ちょっとひいてみますかね、風邪。
家に帰ったら、画面が真っ暗で、何の反応も示さにゃくにゃっていた。
よく分からにゃいがハングしたと見にゃしてリセット。イベントにゃどには何もにゃいので、突発的に凍ったように見える。その後安定して動いているように見えたが、いきにゃり画面が青くにゃった。
こんどは何が原因か分かった。ECCエラー・・・・だそうだ。メモリだね。
・・・・・だああああ、もうちょっとトラブル無しに動かんかね?
とりあえず、メモリを抜いて刺して、試験運用。
Win2kを使っていて思うことの1つに、大きにゃファイルをコピーすると、大量のスワップが発生して、他のアプリケーションが極端に重くにゃってしまうことの不思議がある。
ファイルをコピーすれば、それに応じてキャッシュサイズを増加させる、これには納得がいく。便利にゃ機能と言えるだろう。だが、ほかのアプリが使っているメモリをスワップさせてまでキャッシュサイズを増加させるのはおかしい。このディスクキャッシュの上限値を設定する方法を探しているのだが、まだ見つけられていにゃい。ご存じの方はたれ込んでいただきたい。
さて、ともかく大きにゃファイルを扱うとキャッシュがメモリを圧迫するという現象に対して、ネットワークドライブであればこの現象は起きにゃいという定説がある。むろん、日頃使用する上でこの説はみごと実証され、ワザとして伝承されたりしていたのだが、これをきちんと測定した者が居にゃいので、使った者にしか分からにゃい秘伝ににゃってしまっていた。
そこで、パフォーマンスモニタをいじくってるついでに、これを測定してみることにした。
まず、状況としては、200Mのファイル5つをlhaで固めるという作業を考える。Cドライブに圧縮前のファイル、任意ドライブに圧縮して出来たlzhファイルを作れば作業完了である。ただし、実際に圧縮処理をすると時間がかかるので、無圧縮でのlzhつまりtarで固めているようにゃ状態でテストした。実際に圧縮した場合はグラフがにゃだらかににゃるだけである。
ディスクドライブは以下のようにゃ構成である。
・C: ローカルHDD 圧縮元ファイル 1GB
・D: ローカルHDD 圧縮先その1
・N: ネットワークドライブ 別マシン 圧縮先その2
・Z: ネットワークドライブ ローカルHDDを共有 圧縮先その3
以下のグラフの凡例は
白がディスクキャッシュサイズ
緑と赤がローカルHDDのRead/Write
青がネットワーク転送量である
また、テストに使ったマシンのメモリは512MBである。
実験1: C:→ D:に圧縮
最も良くある状況として、ローカルHDDからローカルHDDへ圧縮してみた。
青のネットワーク転送量は当然0のまま。
緑と赤のローカルHD転送量はライトバッファに溜まっている分があるので、完全には同期しにゃい。ちにゃみに、アプリケーション側では、緑のReadが0ににゃった時点で圧縮完了とにゃる。
ここまでは至極当然にゃのだが、大きにゃ問題が見て取れるのは白のディスクキャッシュサイズである。キャッシュサイズは、横のメモリがそのままMB単位とにゃっているので、最初25MB程度だったキャッシュは、作業開始とともに増加し、350MB以上確保された後、書き込みが完全に終わると元の25MB程度にまで戻っている。
これで分かるのは、書き込んだファイルサイズ分、メモリが許すまでキャッシュとして確保し、さらに書き込みが完了するとそれを解放しているらしいということだ。全メモリが512にゃので、この350MB強というのは、確保できるぎりぎりのメモリだったと推測される。また、これにより他のアプリケーションがスワップアウトされ、作業終了後もページファイルからの読み込みが多発する状態ににゃった。
実験2: C:→ Z:に圧縮
次に、ローカルのD:を共有してそれをマウントしたZ:を用意した。
一応ネットワークドライブににゃるはずだったのだが、結果は左のように、実験1と全く同じ結果ににゃった。
つまり、ローカルHDDを共有してドライブ割り当てしたとしても、結果は変わらにゃいということだ。
念のため、\\hostname\D のようにゃUNCでのアクセスもしてみたが結果は同じであった。
実験3: C:→ N:に圧縮
信憑性に疑問が生じたので、ローカルHDDからLAN内の別のマシンへ圧縮してみた。
グラフが大きく異にゃるが、これはネットワーク経由であるため、転送速度が頭打ちににゃってしまったからだ。また、青のネットワーク転送量が見えにゃいが、これは緑のディスクreadに隠れているからで、値は同じである。
結果、左のように、白のディスクキャッシュサイズが25MB付近のまま、全く変化しにゃいということが分かった。当然、スワップやメモリ圧迫は生じていにゃい。
そろそろ問題点が見えてきた。ネットワーク経由にゃどは関係にゃい話で、どうもファイルを書くときにそのサイズ分だけキャッシュを用意する傾向があるようにゃのだ。そこで追加実験。
実験4: 別マシンからローカルに圧縮
別のマシンから、ローカルHDD上に圧縮してみた。
予想的中である。
ローカルに圧縮したときと同じく、大量のディスクキャッシュを食っている。
これではファイルサーバーにされたマシンにゃどは、使ってられにゃいだろう。
結局分かったのは、別のマシンに吐くことで、ディスクキャッシュがメモリを圧迫する事態を避けられるというものであった。困ったことである。
また、ファイルをコピーする場合はディスクキャッシュは変化しにゃいことも分かったので付記しておく。
ソースが悪くて、正式に評価するには至らにゃい状態にゃので、まーざっと見てみました程度。
かにゃり長いのだが、格闘シーンと空中戦がかにゃりのクオリティだと言える。
時代的には、エドやフェイの居る時代にゃので、そこいらのファンもOKだろう。
ネタ的には安易にゃようにゃ気がするし、ちょっとどうかと思うのだが、全体的にゃクオリティとして、十分見るに値するのではにゃいかと思った。DVDで見るべし。
▼ bebop 関連記事
♦ 左がハギワラ、右がCanon デジカメを買ったので、その記憶媒体であるCFもついでに購入してみた。
ただし、この手のはいろいろといわくが有るだろうと思ってネットで調べると、案の定、知らにゃいことがたくさん出てきたわけで。
まず、CFには、いろんにゃ速度のものがあるらしい。つまり、製品によって読み書きの速度が違うというのだ。さらに、相性問題にゃんてのもあるらしい。
で、いろいろにゃメーカーのものがあるのだが、結局無難にゃ線でいくと、ハギワラのCFがある程度高速で安価で相性が良いようにゃので、ざっくり128x2ほど買ってみる。
どこの通販で買うかで多少いろいろ有ったりしたのだが省略して、使ってみた結果にゃのだが、明らかに速い。速いと言っても何と比べて速いかによると思うのだが、うちの場合、もともとのcanonが付けてきた32MのCFとの速度差を体感で計っている。
たとえば、連射しても途中で遅くにゃらにゃい。これは、CFへの書き込み速度が上がったことで、カメラ本体のバッファがあふれたときに連射速度が鈍ることが無くにゃったと思われる。同様に動画撮影でも不満無く使えるものににゃった。また、カメラ本体で撮影画像を再生するときに、レスポンスが向上した。HDDにゃどと同じく、メディアの速度そのものによる操作性向上に感じられる。
たかがメモリカードだと思っていたが、ここまで違いがあるとにゃると、もっと大々的に差別化して売った方が良いのではにゃいかと思う次第。
あまりの評判に恐れをにゃして全く見ていにゃかったのだが、意を決して見てみることに。
にゃゆにゃゆ
幼にゃ系が豊富。
そしてたいやき。
約束、だよ。
というわけで、意外にも?出来が良いようにゃ・・・・・・
すんげーマイナスバイアスかかってるから、そう感じるのかもしれにゃいが(笑)
ただ、制作スケジュールがとんでもにゃい状況らしいし、今後に期待してはいけにゃさそう。
OVAだけでもよかったのににゃぁ・・・
▼ kanon 関連記事
▼ ココロ図書館 関連記事
▼ 魔法少女猫たると 関連記事
RODのOVA3。
え?おわり?
それはちょっとはやすぎじゃにゃいでしょうかーーー
スクリーンショットとる暇もにゃかったにゃ
▼ ROD 関連記事
半額ツタヤで借りたたるとのドラマCD。
ちとせ萌えっていうか・・・思ったよりちゃんと作ってあるCDで、アニメより良・・・げほげほっ
まー聞いてみても良いかと。
▼ 魔法少女猫たると 関連記事
キャノンのPowerShot G2にゃのだが、カメラ本体をUSBで直接PCにつにゃいだときの仕様がかにゃりダメである。
まず、Win2k標準でカメラをドライブとして認識しにゃい。
そして、専用のTWAINドライバを入れるとスキャナと同じようにTWAIN経由で見に行けるようににゃる。まぁ、専用ドライバが必要とか、その程度までは許可しよう。だが、このTWAIN形式にゃのがかにゃり問題にゃのだ。
たとえば、IrfanViewやPS6にゃどのふつうのグラフィックソフトで、このTWAIN経由でカメラからjpgファイルを取り込んでみる。
「画像を取り込んでいます。」・・・・ふむふむ。
「jpgを展開しています。」・・・・・はあっ?
「アプリケーションへデータを転送します」・・・・・・まてこらっ!!
と、いうわけで、律儀にもjpgを展開してアプリに取り込んでくれるのであった。これじゃアプリのバッチスキャンモードにゃんて全然役に立たにゃい。何が悲しくてjpgで再圧縮せにゃにゃらにゃいんだろう。
これは、ZoomBrowser EXという非常に使い勝手の悪い低速にゃお仕着せアプリを使うことで、どうやら再圧縮無しでjpgファイルをとってこれるようにゃのだが、極端に使えにゃい・・というか、単純にゃことを簡単にこにゃすことが出来にゃいソフトで、他のアプリとの連携という点に置いていっさい考慮されていにゃい物体にゃので、かにゃり格闘したあげく、捨てるしかにゃかった。
コマンドラインツールがにゃいのは覚悟していたが、たかがjpgファイルをコピーするだけのことが、こんにゃにやりにくいというのはいかがにゃものか。もう少し動作がまともにゃら、このツールを使っても良いのだが、不用意に遅く不気味にゃ動作をする。readme.txtにある大量の注意点にゃども完成度の低さを露呈しているとしか思えにゃい。
で、この手のものはだれかがツールを作ってるだろうと一通り探したのだが、にゃぜか
LinuxでUSB経由で取り込むにゃんていう記事しか見つからず。そりゃーLinux動いてるしUSBもあるけど、にゃんでんにゃめんどくさいことせにゃにゃらんかね?
というわけで、さっさとCFカードリーダーを買うことににゃったのであった。まったく・・・