ひびろぐ ver.3.1

AcroreadとPDF-XChangerをいれてあるけど、どちらも重い。あとメモリたくさん喰う。20P以上の画像が多い文書を開いたりするとお目当てのページを見る前にディスプレイにパンチしたくなるので精神衛生上よろしくない。全部印刷なんてしてたら紙資源がもったいない。

つーわけで、最近の間違ったPDF閲覧方法をメモ。

まずLinuxやらFreeBSDやらのマシンをsamba鯖にする。PDFを投げ込む。

続いて以下のような感じにconvertで処理する。

convert hoge.pdf hoge.jpg

これでhoge-0.jpg hoge-1.jpgとかいうファイルが吐かれる。

vixとかの画像ビューワで見る。

快適。

このままだとファイル名の都合で画像ビューワを使うときに並び順番が狂うので、適当に改名すると吉。私は正規表現とかど忘れするのでFlexibleRenamerでざっくりやってます。

とにかく、画像であればマシンパワーやらなんやらにあわせて適当な解像度に変換しておけるし、ビューワが山ほどあるし、いろんな環境で快適に見えるよ。まぁ問題は画像ファイルがページ数分できちゃって管理がめんどくなることなんだけど。これは普段から抱えているある問題に落ちるので、やっぱりツールをつくり（ｒｙ

[weblog]Japan.internet.com Webテクノロジー – やがて1000コア搭載プロセッサの時代が訪れる？

銅線じゃ足らん。光だ。

って話だと捉えれば普通なんだけど、もしかしてHW実装の話をある程度掘ってるのかしらこれ。だとしたらすげぇ。

まぁそれはそれとして、1000コアあったらプログラミングモデルどうにかしないと駄目だと思うんだ。1000あるってことは1000まであるってことで、環境次第で1から1000までスケールするよって言われたら最適化とか正直したくない。ある種のジョブプール型にしておいて適当に処理してくれってやるのが一番簡単にうまく動くんじゃないかとか思ってしまう。

一方で、日常的なアプリでそんなモデルに落ちるのかっていう疑問もある。正確には日常的なアプリからそんなモデルに持っていく過程がもっと楽にできないといけないと思う。プログラム解析？アプリケーション設計の段階から並列性をちゃんと考えないといけない気がするけどコストが跳ね上がりそうだし？

あとコアの数が増えるのは良いとして、メモリの配置とかどういう方向に持っていくと幸せになれるんだろうねぇとか。

そんなことを考えつつ既存のプログラミングパラダイムと最新HWとの関係について探っている私。さて、昼時だが研究室に人いねぇ。

[weblog]ZDNet Japan Blog – 脅威のカオスに立ち向かう：2008年のセキュリティ脅威予測5

ゲーム機の通信系路上にProxy型のアレゲなツールを配置してですね。以下略。

気が向いたので週末に何度かネット対戦してたんだけど

ふるぼっこされすぎ。

どうも全然攻撃がつながらんし、相手にはつなげられまくるし。相手が強すぎるのか、私が弱すぎるのか。

とりえず録画しまくっておいていつでも見られるようにしておけばいいんじゃないのか？という怪しい発想で始めたアニメのキャプチャ。

結論：録画しても見ない。それどころか、録画自体がめんどくさいとか、結局キャプチャミスすると（そもそも無いはずの）やる気が無くなるとか、電気代が高いとか、根本的に放映されているアニメ全部録るの無理とか、色々と重なってる罠。

つーわけで、久々にキャプチャに使っていたPCの電源をダウン。メインマシンと（GPU以外）同じ構成で、眠らせておくのが凄くもったいないんだけどどうしたもんかなあ。研究室に持ち込んでもいいけど、一応メインマシンに対するトラブル発生時の保険という意味では……

最近わかってきたことなんだけど、やっぱり映像見ながらの作業は無理。あとアニメ見てるよりプログラム打っているほうが楽しい。アニメを見るのがつまらないわけじゃなくて、ゲームやってるか漫画読んでるかと比べると変わらないんだけど、うーん、なんだろうなぁ。作りたい意欲とかそっちなのかなぁ？