発表なんとかおわた。なんかいろいろと良くなかったですけどね。
その後の懇親会はいろいろとお話をきけてとても楽しかった。そこで南大東島の話をきいて、とても行きたくなったり。
というかこう言う所で旅行とかの話をするときに、「島マニア」を名乗るほど知識もないし、回った島数もとても少ないということがとても残念であるというか、悔しい所ではある。修行が足りない。
まぁということで、発表等で一杯一杯だったので、これから全力だして島を巡ってくることにしよう。宮古島含めて5島ぐらい回れたらいいなぁとおもっている。宮古島のまわりたくさん島があるから稼ぎ時だな（島数的な意味で）。
しかしずっと天気が微妙なのがとても残念である。。。てるてる坊主を作らなかったのがいけなかったか。
FreeBSDを使う必要があり、なんかマシンにいれたくないのでVMWareにインストールしようとした。
で、まぁなんとなく最新版使っとくか、ということで悪評高きWeb UIであるVMWare Server 2を使うことにしました。
portageに入ってることもありGentooへのインストールはうまくいったもののしかし、問題が。
肝心のWebUIが使えない。症状としてはSSLのポート番号である8333にアクセスしても白い画面のまま変化が生じない。Proxyのログ()を見てみるとなにから下のようなログが。
[2010-xx-xx xx:xx:xx.xxx ‘Proxysvc’ xxxxxxxxxxxxxx warning] SSL Handshake on client connection failed: SSL Exception:
なんかSSL関係でうまくいってないっぽい。
そういうことでいろいろとググっていると、VMWare Communitiesのスレッドに引っかかり、どうやらFirefoxが悪いとか、glibcのバージョンが古いとかっていう場合におこるとか何とか。確かにIEではできる。あとglibcを確認してみるとそんなに古くない。
しかしFirefoxで使いたい。
で、よく読むとスレッドの一番したにちょこんと「about:config」でsecuritiy.enable.ssl2 = false -> trueにすると治るよ！」てきなことがかかれている。
これをやったらログインできるようになったー。しかしなんかコンソールが動かないとかなんとか。。。まぁやってみるか。
以前、gobby5の日本語環境でのバグ修正(gobby numerical ID patch)をしたりしたけど、また最近いろいろいじったついでにgobbyの日本語化したよ。poファイル送ったら採用してもらえたみたいです。
ちなみにgobbyってのは共同作業でテキストを編集できるソフトです。
なんだかんだで日本語じゃないと使うのにハードルがあるようなので。。。
それにしてもGoogle Docsなんかも共同作業で編集できるみたいだけど、あんま使ってる人が(少なくともまわりには)いないのはなんだろう。そんなにニーズないのかな。
まぁ実際使えるかどうかはともかく、なんとなく面白いソフトです。
gobby4系はアンドゥとかできなかったりして不便だったけど、5系からはできるようになったので結構実用的かと。
参考: gobby – http://gobby.0x539.de/trac/
旅行する時には必ずGPSロガー(Holux M-241)をもってって、なんとなく軌跡を記録していたりします。
いままでデータを適当にためてっただけでしたが、そろそろいくらかデータがたまって来たので、適当に可視化ツール作って、いままで巡った島をマップにしてみました。
ツールはPython + PIL(Python Imaging Library)でつくりました。PILは初めて使ったけどこれは便利ですね。
下図ができたマップ。(クリックして拡大)
青い線がGPSによる軌跡です。誤差があったり、一部補完してたりするので、完全に正確ではありません。途切れ途切れになっているところは、GPSの感度が悪かったり、GPSの電源を入れ忘れていたりでデータが取れなかったところ。かつ、まだ補完してないところ。結構多くて残念。
あと伊豆諸島とかは、GPS買う前にいったから軌跡がかけず。とても残念。
東京−大阪間に三本くらい軌跡があるのは、東海道線乗ったときと中央線乗ったときと、あとなんだろう。高速バスかな。福江島の右の奴は長崎本線、新潟の方も北陸本線。小笠原の右に走ってる線はグアムにいくときの飛行機ルート。
あー、日本の輪郭とかも書きたいけどフリーのデータ拾ってこないとなぁ。SVGとかで転がっているところ誰か知りませんかねぇ。いや自分でGPSもって日本一周すればいいのかな。
いやー、それにしてもまだまだ24島しか回ってないのかぁ。まだまだだなぁ・・・。
あ、あと「島図鑑なるものが・・・」で書いた原色 日本島図鑑をやはり買ってしまった。
T91MTに必要なpsbドライバは、現状ではxorg-server 1.7に対応していない。
コンパイル＆インストールしてそのまま実行してみても以下のようなエラーを吐いて動かない。
/usr/bin/X: symbol lookup error: /usr/lib/xorg/modules/drivers/psb_drv.so: undefined symbol: LoaderRefSymLists
giving up.
とか
(EE) PSB(0): the stolenBase is:0x7f800000
(EE) PSB(0): screnIndex is:0;fbPhys is:0x7f800000; fbsize is:0x007bf000
xf86TokenToOptinfo: table is NULL
(EE) PSB(0): First SDVO output reported failure to sync or input is not trainded!!!
/usr/bin/X: symbol lookup error: /usr/lib/xorg/modules/drivers/psb_drv.so: undefined symbol: xf86LoaderReqSymLists
giving up.
とか。
なんか新しいバージョンになって削除されたシンボルを参照しているようで、それが原因で動かないっぽい。
そのへんの直し方の情報がArch Linux関連のページにあった(場所を失念・・・)ので、それを参考にパッチを作りました。ただ、作ったといっても内容はオリジナルではなく、参考にしたページに書いてあったやり方を実際にやってみたっていうレベルのものです。なのでsunagaeは偉くありません(笑)
sunaga-labの専用ページにアップしときます、使い方も適当に書いときましたので、使える方はどうぞ。気が向いたらオーバーレイ用のリポジトリを作ろうかな。
日本島図鑑なるものがけっこう最近発売されたらしい。
これは買わねばいけない。図書券が余ってたから使って買おう。
・・・と、思う半面、半分は「やられたっ」という気持ちもあり。いゃまぁそりゃ到底かなわんですけどね(笑)
なんかこの本の著者(加藤 庸二さん)は30年かけて全島制覇したらしいですからねぇ。カメラマンらしいです。普段はなにか違うもの撮ってたり、違うことしてたりするんですかね。というか、硫黄島とか南鳥島とかは行ったんですかねぇ。とても気になるところではありますが、まぁ買って読んでみればいいということですね。
ちなみに僕はまだ24島しか行っていない。ああ・・・。
セキュリティ＆プログラミングキャンプ2010に参加してきました。
いままでは
という感じで関わってきました。
今年はssd研@東大に所属が移ったので、セキュリティではなくプログラミングコース/言語組のチューターとして参加しました。(ちなみにあんたダレよって方は>About)
チューターをやっての感想としては、やはり大変だったというのが一番でしょうか。やはり参加者の平均レベルはとても高いのですが、さらにその”高い”といってもいろいろな方向があって・・・
キャンプの後半ではそれぞれの参加者が各々の課題をやってもらいました。それぞれの課題には専属の講師orチューターがいたりするのですが、そこでのわたくしの役目としてはそうではなくて、専属の講師さんとかがいなくなったときに、そこにふらふらと押し寄せてサポートをするという感じでした。で、まぁ切り替わる度にわたくしの脳みそコンテキストスイッチが云々といったところでいろいろと苦労はしました。
まぁでもいろんな事ができたのでそれはそれで楽しかったです。
それ以外にも、突如としてHaskell＆圏論を勉強してこうぜ的な事をtakuto_hさんとできたのはよかった。あとさらにいろいろと教えていただいたk.inabaさんにとても感謝。
昔にSFCで向井先生にちょっと教えていただきながら勉強したっきりで、放置プレーになっていた圏論への情熱が蘇りつつあります。。。
中途半端なのがとても気に入らないので、圏論はもうすこし泥沼にはまっていきたいと思います(笑)
とまぁ、ささやかながらキャンプの中でもそれなりに役割も果たせたし、とても自分でも勉強になった(圏論的な意味でもね)し、ということで、キャンプ無事終了。
とても疲れた。しばらくgdgd。。。
ニコニコ動画というかニコニコ実況のPython向けライブラリを書いた。というよりは、ニコニコ実況の解析プログラム的なものかいてて、それの副産物のような感じではあるけど。
とりあえずniconico.py公開リンク。
なんか写真とか動画とかも含めて適当に管理すれば、それなりのページができるようなCMSがほしいなーと思っていて、それを実現すべくLoafCMS(仮)なるものを書いています。
が、しかしデザインとか何度も考え直していて一向に進まず。困ったものだ。
使えるレベルになったら公開したい。
で、それを使ってsunaga-labを構築したいなぁとか思っていたのですが、なんからちがあかないので、とりあえずwikiだけ構築してしまうことにした。
URL: http://www.sunaga-lab.net/w/
コンテンツがなにもないのも寂しいので、niconico.py関連だけ書いておいた。
トラブル対処メモ。
以下のようなエラーメッセージが出てNFSがマウントできなかった。
# mount /remote/zermelo-data
mount.nfs: mount to NFS server ‘xx.xx.xx.xx:/xxx’ failed: RPC Error: Program not registered
これは、rpcがサーバーとかクライアントで動いていないようなときに主に発生するらしい。
最近クライアント側のカーネルを再構築したりプログラム更新したりしたので、てっきりクライアントが原因かと思っていたらサーバー側だった。
原因はあまりにも初歩的だけど、対処法忘れていたのでメモ。
「rpcinfo -p」でRPCサービスが立ち上がってるか調べる。
少なくともportmapper, nfs, mountdが無いとだめらしい(参考: JF NFS-HOWTO トラブルシュート)。
基本的に上に書いたサービスが立ち上がるように修正するんだけど、今回はサーバー側で変なディレクトリ(NFSでマウントされていた、そしてその接続先が切れていた)をエクスポートしていたのが原因だった。そのエントリを/etc/exportsから削除してnfsを再起動したらOKでした。
ちゃんと設定してればよかっただけの話でした。。。
動画編集にはkdenliveというソフトを使ったりしているのですが、最近久々に動画編集する機会があり、いじってみると再生時に不具合がおこって困った。
微妙に音が途切れ途切れになり、ノイズが乗るっていうか、うーん、うまく説明できないけど、なんとなくCPU速度が足りなくてエンコードが間に合わず音が途切れ途切れになるような感じというか。。。あの、USBオーディオで高負荷時に再生したときの感じっていえば分かる人にはわかるか。まぁ大体そんな感じ。
というか、そもそも動画と音声が微妙にずれてる気もする。
Kdenliveというソフトウェアは、MLT Frameworkをつかっているようです。詳しくは知らないですが、動画編集ソフトのためのフレームワークらしいです。どうもこいつが悪さをしてるっぽい。meltというMLTのプレイヤーでいろいろ動画を再生してみたら同様の症状が出たので間違いない。
そこまでは良かったものの、そこからよく分からずいろいろ探って３日ぐらい費やしてしまった。。。
試してみたこと(ちなみにGentoo Linux上です)
これらは全部ダメでした。そして結局のところ、Jackが悪さをしているらしいことが判明。
結構最近skype使い始めて、オーディオのソフトウェアミックスができたりしたら便利だな、とおもってJackを導入してみていた。まぁ結果として使いこなせなかったけど。。。
ということで、/etc/make.confからUSE=jackを削除して、
そして再起動したらうまく動くようになった。
これがどういう関係で原因になったのかは探っていないし、jackが原因なのか分からないけど、とりあえず使えるようになったからよし。
ちょっと文章とかに起こす時間があまりない。。。
ということでやってることというかToDoリストを箇条書き。
ということで、やっぱりどこから手をつければいいのかわからなくなっている。
一つ一つ後で記事にでもするか。。。
卒論とかやばい。にも関わらず鯖いじり。
現在atomでサーバー(自宅サーバー)やってみたりしてます。省電力だし、大してスペックもいらねぇだろうと思っていたからです。が、WordPressとかPukiWikiとかがやっぱり遅い。過去にWordPressの高速化を試みたりもしましたが、結局のところあまり成果は出ず。最終的にこれはAtomが原因なのかその他の要因があるのか区別するためにもベンチマークとってみました。
ソフトウェアは両方同じ。
で、Apache Benchを使って計測。CPU能力はかるのが目的なので、ローカルホストからのアクセスのみ計測しました。
コマンドは
$ ab -n 100 -c 10 http://wordpressのトップページのURL/
です。
Document Path: /path/to/wordpress
Document Length: 5964 bytesConcurrency Level: 10
Time taken for tests: 33.000 seconds
Complete requests: 100
Failed requests: 0
Write errors: 0
Total transferred: 631600 bytes
HTML transferred: 596400 bytes
Requests per second: 3.03 [#/sec] (mean)
Time per request: 3300.000 [ms] (mean)
Time per request: 330.000 [ms] (mean, across all concurrent requests)
Transfer rate: 18.69 [Kbytes/sec] receivedConnection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.0 0 0
Processing: 1410 3227 561.2 3290 4610
Waiting: 1410 3224 561.4 3290 4610
Total: 1410 3227 561.2 3290 4610Percentage of the requests served within a certain time (ms)
50% 3290
66% 3480
75% 3570
80% 3640
90% 3800
95% 4030
98% 4460
99% 4610
100% 4610 (longest request)
Document Path: /path/to/wordpress/
Document Length: 5610 bytesConcurrency Level: 10
Time taken for tests: 8.536 seconds
Complete requests: 100
Failed requests: 0
Write errors: 0
Total transferred: 585100 bytes
HTML transferred: 561000 bytes
Requests per second: 11.71 [#/sec] (mean)
Time per request: 853.649 [ms] (mean)
Time per request: 85.365 [ms] (mean, across all concurrent requests)
Transfer rate: 66.93 [Kbytes/sec] receivedConnection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.0 0 0
Processing: 407 841 131.7 842 1237
Waiting: 407 841 131.7 842 1237
Total: 407 841 131.7 842 1237Percentage of the requests served within a certain time (ms)
50% 842
66% 890
75% 916
80% 940
90% 1009
95% 1044
98% 1165
99% 1237
100% 1237 (longest request)
Core 2 duo E8500のが４倍近く早いですね。
以前、wp-cacheを導入してみた時も4倍近く早くなりました。つまり、Core 2 Duo E8500の場合であればボトルネックは別のところ(ディスクアクセスとか？)に発生していると推定することもできます。
その推定が正しければ、このWordPressの速度のボトルネックはやっぱりAtomになってしまうようです。
WordPressだのWikiだの、Webプログラム使いまくる人にはやっぱりAtomはやや厳しいところがあるようです。
・・・まぁ当たり前っちゃ当たり前か。
ということで、WordPressを高速化するためにも新しいサーバーを買うことにするわけなのです。
方法が分からなかったのでメモ。
Gentooでpeclを使えるようにするにはdev-php/PEAR-PEARをインストールすれば良い。
ていうかpeclとかpearとかの関係をよく知らん。調べねば。
コマンド:
emerge -av dev-php/PEAR-PEAR