夜行録 - 酔歩.net

学生の頃に書いた太古のコードを、この部分だけ書き直せば学生の時に書いた自前テンプレートクラス捨てられるな、ってんで書き直す。

……余計遅くなってるorz
なんで？とことん愚直に書き下してやったつもりなのに？ってんでしばらく足掻く。

はっと気がついて、 STL vector をただの配列にしてやったら旧コードと同程度に速くなった。 Efficient C++ に書いてあったオブジェクトの生成のコストってやつだったんだね。ここまで明白な形で目の当たりにしたのは初めて。

vaio を修理に出しているあいだ、 commit できないと作業したくなくなるんで mac の方で darcs で記録。

方法は、 colinux 上の最新の svn working copy を mac へ。 .svn/ を削除して darcs に import 。こいつを親にして darcs get で working copy 的リポジトリを複数作って別個に機能追加。子同士では darcs pull で merge 。

これで済んでる間は破綻しないんだけどねぇ

ちなみに、会社の某所のクラスターでも hg で同様のことやったけど、やっぱり同期がメドいなぁ…。
working copy は tar 玉で持ってくからいいけど、作業中に共有しとかなきゃならない重要な変更が出てくると、差分で持ってって向うの master で commit して working copy に伝播とか…、きっとそのうち破綻する。

[read more]

手続きがもたついてるのを尻目に本体はさっさと帰ってきた。
HDD はえらい小さいのが入ってたんだな。でも未だに 40G。ファンは、ちょっと口で吹いてみたけど、ちょっと重い気がする・・・がよく判らん。あ、綿埃が飛んだww

そして、3年前に買ったっきり、バックアップはすれどもリストアはしたことがなかった livestate recovery で復旧。パーティション切り直すとこまで含めて、全部自動で完璧に復旧。いいソフトだ。もう売ってないけど。

[read more]

vaio が、さすがに使用環境が過酷だったのか冷却がいまいち怪しくなっていて AirEdge はどう見ても熱暴走してるし、ファンが spin up し損ねてごとごとと妙な音を出したりしたので、完全にくたばる前に修理に出すことに。さすがに Sony の品質管理の優秀さで、ちゃんと３年保証を数ヶ月突破してるんだな、これがまた。

で、カルテに記入して電話すれば回収に来てくれるはずなんだが、電話口で延々ごちゃごちゃと症状を云えだの引っ張ったあげく、異音がするというとああそれは HDD が・・・とか言い張る。ファン交換して欲しいだけなんだから回収してってそれだけやれっつーの・・・・・・。

で、修理箇所をチェックするためにその PC にログインしなければならない。パスワード教えろ云々。結局ダミーアカウントつくって、そのアカウント名／パスワードをカルテに書くということで妥協。だからハードの問題だっつーの

で、まぁ、俺の方が忙しくって会社にいなかったり、疲れてて会社行きたくなかったりはしたものの、会社まで回収に来させることには成功。

[read more]

先日の dSFMT の話の続き。
dSFMT をテキトーに C++ のクラスに書き換えてカプセル化して使っているんだが、 gcc では通るコードが PGI のコンパイラではエラーになるというもの。

どうでもいいけど PGI のコンパイラはエラーが判りにくすぎる。表示してる行番号が読まれるはずのない if def の中だったりとか（CPP 通した後の行数だったりするのか？）。

[read more]

やっと解決した。
コード中で使ってた class ごとに test code を書いていたがちっともはかばかしくなくて、結局、からの main() 関数にからの constructor に・・・ってコードを削りまくっていって探索した。

エラーになっていたのは、メルセンヌ・ツイスターの dSFMT の SSE を利用するコード。 m128 とかそういうデータ構造。
dSFMT は最初に疑ったんだが、よく見たら最適化とか外してチェックしていた。 SSE 使わなきゃ通るようだ。

ちなみに dSFMT は PGI コンパイラでも引っかかってやがる。パフォーマンス勝負させてみたかったのに・・・

おおっと
Crimson 一色

[read more]

llvm だが、ずっとハマっている。
手元の、某自前シミュレーションコードを食わせるとコンパイルはできるんだが実行時にエラーとなると言うもの。

問題は、そのエラーが

ERROR: Constant unimplemented for type: <2 x i64>

とか云うシロモノで、それじゃコードのどこが問題になってるのか判んねーよ！
いや、一応スタックトレースっぽい出力はあるんだが、それみてもやっぱり判んない。直しようがない。どうしたものか・・・。

SU-1B の修理について問い合わせてみた。
nokia 製品の修理はどれも、修理はハローノキアで問い合わせた上で郵送で送りつけることになっているらしい。で、SU-1B の場合どうなるのか。とりあえず見積りを出してもらってみた。

結論は、さすが、国内で売らなかったもの故か、修理とは言いつつ実質は新品再購入だそうで2万ナニガシするという話なのであった。
だったら SU-27W でイイヨ。

しかし、バッテリが干上がっただけで捨てるしかなくなる商品つーのもかなりアレだな。

[read more]

ちょっと llvm に興味があったんだがなかなか進展しなかった。
OSX だと macports に llvm, llvm-gcc があるな。 debian だと sid オンリー。さらに会社の某所だと、野良 build かバイナリ転がすか・・・。 gcc フロントエンドの build が微妙にうまく通らないんだよな・・・。

[read more]

ふと急に noren wake が聞いてみたくなって探してみる。
DVD になっているんだな(http://www.magnet-co.com/)

そして佐川。例によってちゃんと届かねー
どうも昨日、酒飲んでるか電車乗ってるあいだ頃に電話寄越したっぽいが全然気付かなかった。 再配送させたら不在着信一回入れただけで時間指定なかったことにして最後にまわしやがった。なんで12?14時指定で19時に持ってきてんだ

てゆーか、この不在着信、ちょうどその時間はコタツでぐたっとしてたはずだが、なんで気付かなかったんだろ？

SQLite を使うコードをちょっと書いてみている。

去年度の仕事のときにハマっていたことだが、そこでは一連の処理が延々続いていて、一見つぎつぎに stdin から吸って stdout に吐くので完結しそうでいて、それでいて微妙に、何段も前の処理に使ったパラメータを使い回さなきゃいけなかったりして、かといって複数の出力をうまいこと bundle する方法も思いつかず結局細かいことはノートに書いて、それを読みながら手入力で頑張っていたのだった。メンドくっさー

そのときに、ふと SQLite が使えるな、とは思ったのは、昔 web アプリをやっていた頃、解析のログを全部 DB に突っ込むというのをやっていたからで、この時は動くシステムは作らなかったが、結果とログと入力パラメータが全部 DB に入っているのは結構便利かも、という気がした。欲を言えばプログラム自体や読み込んでいるファイルの version control もやって、いつでも過去の結果が再現できるのが理想だが、そこまでのシステムはしんどいし。

当時は DB = oracle だったので、個人的にどうこうという展望はなかったけど、 SQLite なら standalone でやれるんだよね。ファイル消されたら死ぬけど。

[read more]

最近、キャップしてててもバッテリの減りが早いなとは思っていたんだが、去年度の仕事が終わってしばらく作業する必要がなくなって放置してたあいだに、バッテリがすっかり干上がってしまったようだ。
充電器につないでも充電ランプが光らねーでやんの。一晩充電で放置してももちろん充電されてないorz

国内の nokia ショップで修理してもらえんのかな…
…それとも SU-27W に買い替えろ云うことか

そういや携帯の方(nokia n73)もバッテリの保ち悪いなー。三日くらいしか保たんのじゃないか？