Fedora Info feedで読むFedora 10 の楽しみな機能 。

• spin-kickstarts: 自分用のFedora SPINを作るための キックスタートファイル。SPINは、 カスタマイズしたインストール用のDVDのこと。 updateをすべて反映済みのDVDや、特定用途向けの インストールDVDなど。

ウェブサービスにおける SSD 導入にむけて～検索サービスの可能性 を見て思うに、検索サービス事業者がSSDを入れるのは、 まず電気代の節約でしょ 。その次か、もしかしたら最初の 理由が、ディスク交換作業費用の節約。

将来的には、体積あたりのディスク容量がHDDより多いかもしれない。 特に密集してラックに装着する場合、重量そのものも 影響する。HDDは重量があるので、ディスクアレイにぎっしり 詰め込んでしまうと、床面の耐荷重を超えてしまう。 これをSSDにすると、HDDよりも密度を高められるので、 iDCのラックをもっと密集させられる。ただし電源があればの 話だが、HDDをSSDに交換することによる節電効果もある。 SSDにする場合、回転体がないので、PCIeスロットのような 薄くて細いSSDモジュールをたくさん並べるのも、アリ。 形状が自由なので、もっといろいろな形でラックに積み込める。 ATCAカードとか、VMEカードみたいな実装もあり。

「フェルミ推定力養成ドリル」を読んで、 こりゃアメリカンジョークとアメリカンジョーシキの本、と 。 計算練習の本のはずだが、いちいちジョークを読んで 笑ってしまう。文字で読むマンガかと思うほど。

勉強になった数字は、1年の秒数は 3.15 x 10^7 秒。 これはめっちゃ便利な数字。1日は86400秒、というのは 仕事柄覚えていたけれど。

• アメリカの節水型のシャワーは1分間10リットルに 抑えてある。日本も？
• 大型トラックといえば40トントラック。日本は普通20トン。
• 「大きなタオル」とは、2m x 1m のタオルのこと
• ニューヨークからボストンの距離は常識らしい
• アメリカ人は(?)ふつうピクルスを食べるらしい
• 移動といえば飛行機。ジェット機は時速800km。
• 1家族は3人
• ゴミを出すのは週に1回
• 1家族がもらえる土地の面積は30m x 30m
• 宝くじといえばモンガミリオンズ(なんじゃそりゃ)
• 1平方メートルにぎゅうぎゅうづめにできる人数は6人

書いてる人が、東海岸、郊外、白人、そういうかんじ。 アメリカ人はそれだけじゃないはず、とも思う。

最新のFedoraとUbuntuではrelatimeもnoatimeもいらない 。 default_relatimeでなんとかするまでのLinusとIngoのやりとりつき。 あぁわかりやすい。いいなぁこの記事。

iGoogle用に作った「総務省(報道資料)」ガジェットが iGoogleのガジェット検索でヒットするようになっていた 。 実際、こちらのスクリプトがあまりうまく動いていなかったので 載せられなかったかもしれない。

警察庁のガジェットには、@POLICEのセキュリティ情報のものがある。 ただ、このガジェットがいまいちおもしろくない。何がって、 見出しがおもしろくないのだけれど。それだけ。

やはり別に、総務省のガジェットを勝手に作っても、Googleとしては 関知していないということで。

iGoogleのガジェット内でのリンクは target="_blank" にしないと いけないのか。

TCPで接続制御、UDPでファイル転送をするTsunami UDP Protocol 。 長距離でも4Gbps以上の転送能力があるという。UDPチェックサムは やはり、省略するのかな？ TCP + UDP のハイブリッドというのが おもしろい。長距離視差電波観測 (VLBI radio astronomy)でも 観測データをリアルタイムストリーミングできる。インディアナ大学の 2002年のコードを元に改良されている。

典型的な転送グラフとして、GbEカードでの平均 800Mbpsのグラフと、 10GbEカードを使った4Gbpsの転送レートのグラフがある。 10GbEカードの例は転送場所の特定がない。スイッチのHP6400clの 名前しかないので、ローカル環境らしい。スイッチ折返し？では、 ディスクIOの制限で最大4.3Gbpsの転送レートを示すグラフがある。 グラフはないが、ディスクなしの場合は7Gbpsとのこと。

EeePC 4GのLCD 液晶ディスプレイの バックライトをオフ 消す 消灯するには、 vbetool dpms off 。

/sys/class/backlight/eeepc/以下の値は0ばかりで動作していないように 見える(kernel-2.6.26.6-79.fc9.i686)。 UbuntuなどのX Windowを前提としたデスクトップシステムでは /usr/bin/xrandr (xorg-x11-server-utils)を使ったバックライトの 消灯が普通のようだが、サーバ用途でテキストコンソールにしか 使っていない場合、Xサーバを動かしていないので、xrandrは使えない。

結局、ACPI経由で呼び出される、ホットキー用のスクリプトは、 vbetoolを使って、下のようにした。 実際にバックライトのオン/オフが反映されるまでに1秒ぐらいかかるが、 まあしかたがない。

# vi /etc/acpi/actions/hotkeys.sh
#!/bin/bash

case "$3" in
    #Fn+F5
    00000030)
	if [ -f /var/run/console-off ]; then
	  logger "ACPI hotkey $3 - console on"
	  vbetool dpms on
	  rm -f /var/run/console-off
	else
	  logger "ACPI hotkey $3 - console off"
	  vbetool dpms off
	  touch /var/run/console-off
	fi
	;;

    *)
	logger "ACPI hotkey $3 action is not defined"
	;;
esac

# chmod 755 /etc/acpi/actions/hotkeys.sh

それにしてもなかなかvbetoolに行き当たらなかった。 EeePCを自宅サーバにしている人って少ないのかな？ 当然すぎて見当たらないのか。テキストコンソールのモニタ、 VESA対応ディスプレイの電源OFFはvbetoolで操作、というのは Linux教科書にも書いてあるのだろうか？ "linux 教科書 vbetool"で ググっても、3件とも関係なかった (hatena.ne.jp, nbu.ac.jp, dtdns.net)。 エコ的には必須なんだけどなぁ。

問題はファン。

自宅サーバのマシンを変えて、CGIが軽くなった 。 当然、CPUクロックが400MHzから900MHzになったのもある。が、 1秒以上かかっていたような処理も、0.5秒未満になったりして、 CPUだけではない要因がある。どうもディスクをフラッシュ化した 効果もあるらしい。今はOS環境がSSDで、webのコンテンツ関係は すべて外部の4GB SDカード上にある。なので、SSDというわけではなく、 SSDよりも遅いフラッシュメモリカード上にデータがある、という 形だ。

Perl の DProf で実行時プロファイルをとって確認してみると、

• 400MHz PenII + HDD利用のときよりも、全般に処理時間が一桁少なくなっている。
  上の結果も、下の結果も、0.8から1.7秒ぐらいかかっていたもの。
• Encodeあり、utf8で記述したソース、UTF-8で正規表現多数
• 上のプロファイルはファイル一つを読み込んで変換するPerlスクリプト
• 下のプロファイルは複数ファイルを読み込んで抽出するPerlスクリプト
• Perl Module の BEGIN が重いのは、いつも最初からロードしているから。 しかし、前の環境ではmod_perlを使ってもあまり速くならなかった。
• utf8::AUTOLOADが10%の時間を使っている
• Encode, Storableは使わないで済む方法はないものか ...
• POSIX(mktime)はしかたないか

$ dprofpp
Total Elapsed Time = 0.371562 Seconds
  User+System Time = 0.371562 Seconds
Exclusive Times
%Time ExclSec CumulS #Calls sec/call Csec/c  Name
 10.7   0.040  0.040      1   0.0400 0.0400  utf8::AUTOLOAD
 8.07   0.030  0.257      6   0.0050 0.0428  main::BEGIN
 5.38   0.020  0.039      6   0.0033 0.0065  Encode::BEGIN
 5.38   0.020  0.059      5   0.0040 0.0118  Storable::BEGIN
 5.38   0.020  0.029      7   0.0028 0.0042  IO::File::BEGIN
 5.38   0.020  0.020     37   0.0005 0.0005  utf8::SWASHNEW
 5.11   0.019  0.095      1   0.0190 0.0951  main::doConvert
 4.84   0.018  0.017    191   0.0001 0.0001  Encode::utf8::decode_xs
 2.69   0.010  0.010      1   0.0100 0.0100  POSIX::AUTOLOAD
 2.69   0.010  0.010      4   0.0025 0.0025  AutoLoader::import
 2.69   0.010  0.010      3   0.0033 0.0033  vars::BEGIN
 2.69   0.010  0.010      3   0.0033 0.0033  Exporter::as_heavy
 2.69   0.010  0.010      3   0.0033 0.0033  POSIX::SigRt::BEGIN
 2.69   0.010  0.010      8   0.0012 0.0012  warnings::import
 2.69   0.010  0.010      2   0.0050 0.0050  main::getEntryParam

$ dprofpp
Total Elapsed Time = 0.414425 Seconds
  User+System Time = 0.334425 Seconds
Exclusive Times
%Time ExclSec CumulS #Calls sec/call Csec/c  Name
 11.9   0.040  0.040      1   0.0400 0.0400  utf8::AUTOLOAD
 5.98   0.020  0.020      5   0.0040 0.0039  IO::Seekable::BEGIN
 5.98   0.020  0.039      6   0.0033 0.0065  Encode::BEGIN
 5.98   0.020  0.069      5   0.0040 0.0138  Storable::BEGIN
 5.98   0.020  0.039      7   0.0028 0.0056  IO::File::BEGIN
 5.98   0.020  0.059      8   0.0025 0.0073  encoding::BEGIN
 5.98   0.020  0.020     30   0.0007 0.0007  Encode::utf8::encode_xs
 5.98   0.020  0.048      1   0.0198 0.0484  main::doCategoryPage
 5.98   0.020  0.256      6   0.0033 0.0427  main::BEGIN
 2.99   0.010  0.010      1   0.0100 0.0100  POSIX::AUTOLOAD
 2.99   0.010  0.010      4   0.0025 0.0025  AutoLoader::import
 2.99   0.010  0.010      3   0.0033 0.0033  vars::BEGIN
 2.99   0.010  0.010      3   0.0033 0.0033  Exporter::as_heavy
 2.99   0.010  0.010      2   0.0050 0.0049  DynaLoader::BEGIN
 2.99   0.010  0.010      2   0.0050 0.0050  base::import

ということでStorableだけ、使う関数に限定してロードしたところ、 dprofppのトップ15に出ないか、出ても順位が下がった。

Total Elapsed Time = 0.344435 Seconds
  User+System Time = 0.344435 Seconds
Exclusive Times
%Time ExclSec CumulS #Calls sec/call Csec/c  Name
 14.5   0.050  0.256      6   0.0083 0.0427  main::BEGIN
 11.6   0.040  0.040      1   0.0400 0.0400  utf8::AUTOLOAD
 8.71   0.030  0.059      8   0.0037 0.0073  encoding::BEGIN
 5.81   0.020  0.029      6   0.0033 0.0049  Encode::BEGIN
 5.81   0.020  0.039      7   0.0028 0.0056  IO::File::BEGIN
 5.81   0.020  0.020      7   0.0028 0.0028  POSIX::BEGIN
 5.81   0.020  0.020     29   0.0007 0.0007  Encode::utf8::encode_xs
 5.81   0.020  0.048      1   0.0198 0.0484  main::doCategoryPage
 2.90   0.010  0.010      1   0.0100 0.0100  POSIX::bootstrap
 2.90   0.010  0.010      1   0.0100 0.0100  IO::bootstrap
 2.90   0.010  0.010      5   0.0020 0.0020  vars::import
 2.90   0.010  0.010      3   0.0033 0.0033  Exporter::as_heavy
 2.90   0.010  0.020      5   0.0020 0.0039  IO::Seekable::BEGIN
 2.90   0.010  0.059      5   0.0020 0.0118  Storable::BEGIN
 2.90   0.010  0.060     21   0.0005 0.0028  Exporter::import

不要な関数と、正規表現の宣言を消すと、10msぐらい早くなったかもしれない。 90回ほど、不要な読み込みをしていた関数を、メモリ上にキャッシュ したら、やはりトータルで10msぐらい早くなったかもしれない。 あと、やはり90回ぐらい不要な正規表現による文字列置き換えを 呼ばないようにしたら、やはり10msぐらい早くなったかもしれない。

Total Elapsed Time =   7.7591 Seconds
  User+System Time = 0.519100 Seconds
Exclusive Times
%Time ExclSec CumulS #Calls sec/call Csec/c  Name
 18.6   0.097  0.302      1   0.0974 0.3019  main::doConvert
 17.1   0.089  0.089    357   0.0002 0.0002  Encode::utf8::encode_xs
 7.71   0.040  0.040     89   0.0004 0.0004  main::parseEntry
 7.51   0.039  0.038    134   0.0003 0.0003  Encode::utf8::decode_xs
 5.78   0.030  0.030     17   0.0018 0.0018  utf8::SWASHNEW
 5.78   0.030  0.039      6   0.0050 0.0066  Encode::BEGIN
 3.85   0.020  0.020      3   0.0067 0.0066  Exporter::as_heavy
 3.85   0.020  0.040      7   0.0028 0.0056  IO::File::BEGIN
 1.93   0.010  0.010      1   0.0100 0.0100  AutoLoader::find_filename
 1.93   0.010  0.010      1   0.0100 0.0100  IO::bootstrap
 1.93   0.010  0.010      2   0.0050 0.0050  Tie::Hash::BEGIN
 1.93   0.010  0.010      8   0.0012 0.0012  warnings::unimport
 1.93   0.010  0.010      8   0.0012 0.0012  warnings::import
 1.93   0.010  0.020      5   0.0020 0.0040  IO::Seekable::BEGIN
 1.93   0.010  0.010     20   0.0005 0.0005  Exporter::import

上の処理は、最初にキャッシュを作る前の処理なので時間がかかっている。 また、キャッシュ前のため、http client端末に対して、生データを 送っているのだが、これが340KBぐらいある。圧縮すると1/10の48KB。 ということもあり、トータルとして遅いかもしれない。 doConvertという関数は450msぐらいあったのが、302msにまでなった (その先で呼び出した関数も含む, CumulS)。

日比谷図書館を使ってみて、騒音に驚く 。まず、「閲覧席」という、 飲食以外は自由に使ってよい席が140席あるという。 外観は石材を使った洋館の雰囲気。建物が三角をしていておかしい。 3Fの閲覧席は緑も見えてよい。太陽光が直接差し込む窓が あるが、木枠の障子(しょうじ - 木枠に和紙を貼った、 日本独特の窓の板)があり、和風な雰囲気。

で、パソコンを使える、電源つきのテーブルは、3Fに2テーブルのみ。 電源コンセントは8個。

図書館に来ると、インターネット大国？と思う。 なぜ紙なのか？ 紙じゃない使い方はナシなのか？ 図書館とは何か？

その点、浦和駅東口、コルソ10Fにある浦和図書館はあちこちに 電源があってよかった。

でもって、初めて来たものだから知らなかったのだが、 この日比谷図書館は防音ゼロ。すぐ隣の、日比谷野外音楽堂で コンサートが始まると、ものすごい騒音。昔の人はこういう環境でも 勉強していたのか？ それとも日比谷図書館なんて、誰も使って いなかったのか？ 土日は勉強していなかったのか？ 昔は 土曜日は休みじゃなくて半ドンと言って、午前中だけ仕事があったけど。 隔週二日、という時代もあったな。

図書館とは何か？

本格的な雨はひさしぶり 。でも果物は豊作とか。 豊作のせいなのか、ぶどうが甘い。すっぱくない。

tcp接続するが、なかなかhttpリクエストに応答しない サーバの例 - support.ntp.org 。IPv6のせいかと思ったが、 普通に遅いだけのもよう。

中古本で「怒らないこと」を読んだが、原理主義の においと、よくあるオトナ(?)の矛盾丸出しで困った 。

「怒ることは病気になる」、「笑えば幸せになる」 というのはわかる。

でも、「生命には上下はない」といいつつ、「怒ったら人間以下」とか。 「勝ち負けは気にする必要がない」といいつつ、「怒ったら負け」とか。

自分が言った言葉さえ覚えていない語りほど恥ずかしいものはない。

「お釈迦様の第二の弟子は、後ろから殴られても、またたちあがって 何事もなかったように歩きだした」とか。 「自分は名前を名乗るだけで十分で、自分の能力は何もアピールする 必要がない」とか。

確かに、昔の日本はそういう文化というか、そういう物腰だった。 というか、そういう時代があったが、その根源は禅宗とか仏教の 影響もあったか、と思う。それは儒教のせいもある、という人もいたが。 どちらも似たような宗教が違う地域を経由して入ってきただけだろう。

でも今はそういう時代ではない。教育や文字に不足した時代の原理を、 学問が独占されていた時代のスタイルで今の人に語るとは、なんと 悲しいことか。 まるで中世の「おしえ」としての「あきらめろ」の教授。 困る。愚民製造工場精神は即刻撤去していただきたい。 私の嫌いな言葉は会津藩の「ならぬものはならぬもの」。

いまは、こう言う。「あきらめるな」。おもしろいものだ。 いろんなことが簡単になったはず。いろんなことが便利になって、 簡単に手に入る時代になったのに、「あきらめるな」という メッセージをよく聞く。確かに、がんばりすぎないために、 何かを捨てよ、とも言う。だが、どうしてもほしいものは「あきらめるな」 なのだ。必ずできる。そういう明るい見通しを持って いられるのは、やはり文明が進んで、 衣食住に困らなくなったからだとも思う。そういう意味では 「あきらめるな」というメッセージを信望できてありがたい時代だ。

ありがたい時代に「何事もあきらめろ」という メッセージは恥ずかしい。あまりに悲しいメッセージ。

自宅サーバを復旧させた 。HDDが壊れた。スワップが 起こって、Fedora 9のマシンの反応がなくなっていた。電源を 無理に切ったせいか、HDDのブロックエラーが出るようになった。 HDDは簡単に壊れる。

クロック400MHzのマシンでスワップなんか設定したのも間違いだった。 メモリをあふれたプロセスには、どんどん死んでもらったほうが マシだった。

奥様のマシンも、よくプロセスが死ぬようになってしまったのと、 メモリが512MBでどうにも足らないので、Vistaにした。

IPv6環境を復旧させるために追加したソフト 。

• radvd (Vista用)
  radvdは /etc/sysconfig/network にNETWORKING_IPV6=yesがないといかん。
  radvd は sys.net.ipv6.conf.all.forwarding=1でないといかん。
  AdvManagedFlag onがないと、VistaがDHCPv6を使わない。
• dhcp6s (Vista用)
• dhcp6c (Vista用)
• xl2tpd (OCN IPv6トンネル接続用)
• unbound (Vista用DNSリゾルバ)
• nsd (志田.jp用DNSコンテンツサーバ)

今回はOSはFedor 9のまま同じなので、特に設定変更はなく、 そのままパッチをあてたものをもう一度コンパイル(wide-dhcp6c/s) したり、rpmやyumでinstallしただけ。

前回からの落とし穴としては、奥様のマシンがVista化しており、 自分のマシンの面倒だけを見ていると思ったら大間違いなので 注意が必要だ。

現在のIPv6環境のメモ 。すべて自宅サーバの リンクローカルI/Fアドレスでサービスしている。

• IPv6デフォルトゲートウェイとしてのIPv6ルータが存在する。
  [radvdがRAで経路を広報→VistaがデフォルトIPv6ゲートウェイとして利用する]
  [radvdがプレフィクスを広報→Vistaが"IPv6アドレス"に使用]
  [radvdがプレフィクスを広報→Vistaが一時IPv6アドレスに使用]
• DHCPv6サーバが存在する。
  [dhcp6sがプールアドレスを配布する(RAによるIPv6アドレスとは異なる)]
  [dhcp6sがDNSサーバのIPv6アドレスを配布する→VistaがDNSリゾルバとして利用する]
• IPv6トランスポートのDNSリゾルバが存在する。
  [unboundを稼動させている]

上記はすべてWindows Vista端末から利用されている。 DNSクエリもIPv6で送られている。