clicklog

Mac OS X Security Configuration Guides
http://www.apple.com/support/security/guides/

を読む。

FreeBSD Technologies in New Firefox 3 Browser
http://www.prweb.com/releases/2008/6/prweb1042664.htm

Fx3 は「メモリ使用量が劇的に減った」「速くなった」と評判だけど、メモリ使用量が減った要因の一つに FreeBSD7 で採用された jemalloc が使われているということが挙げられるようだ。実際、Windows Vista で jemalloc を有効にしたところ 22% のメモリ使用量の低下があったとのこと。

他にも FreeBSD Update で使われているバイナリパッチ用の bsdiff を採用したことによってパッチの配布が速くなるという改善もあった。

なるほど。確かに Fx2 と Fx3 を比べるとメモリの使用量は劇的な変化があるからなぁ（特に長時間 Fx を起動しっぱなしにしてた場合）。しかし、jemalloc が採用されてるとは思わなかった。

長いこと「エレベーターの車椅子の方用ボタンは、普通のボタンと比べて何か違いがあるのか？」という疑問を抱えて生きてきたが、Google先生に聞いてはっきりした。違いはある！

毎年11月10日は「エレベーターの日」
エレベーターの福祉対応に関する知識と実態調査
http://www.meltec.co.jp/press/1172758_594.html

1. 11月10日は「エレベータの日」(!)
2. 車椅子用ボタンを押すと、ドアの開閉などがゆっくりになる (!)
3. エレベータの中にある鏡は、車椅子の人の乗り降り用 (!)

ぜんぜん知らなかった。もう少し広報されててもいいんじゃなかろうか。

Fx3 で browser.tabs.selectOwnerOnClose が false になってたため、Google Reader から v で開いた記事(タブ)を閉じても Google Reader に戻らなかった。true にして期待通りの動作に。すっきり。

うちの環境で Extended Cookie Manager :: Firefox Add-ons をインストールすると Fx3 がまともに起動しなくなる。他のPCに入れた Fx3 では問題なく動いてるから、当該PC固有の問題なんだろうとは思うけど、Cookie いじりの拡張機能が悪さするとは思わなかった。まぁ、Fx2 からアップグレードしてるからそのせいだろう。原因を追っかけるのも面倒なので、アイコンがかわいい Cookie Button in the status bar :: Firefox Add-ons にしといた。

ちなみに、Extended Cookie Manager のレビュー :: Firefox Add-ons を読むと同じような状況になってる人が複数いるらしい。なんらかのバグっぽいね。

すべての放送を光ファイバー1本で - 「スカパー！光」の新サービス
http://plusd.itmedia.co.jp/lifestyle/articles/0806/23/news070.html

「スカパー！光」って名前しか知らなかったけど(うちはGyaO 光 マンションVDSL100タイプなので)、なるほど同じ光ファイバを多重化して映像とインターネットに使うサービスなのね(てっきり映像 over IPなのかと思ってた)。しかしそのおかげでこんな感じに ONU x2 と アップコンバータ x1 が必要になってるみたい(これは鬱陶しいな)。

それがこの図にあるように、通信・映像両対応 ONU を出すことで ONU を削減、またこっちの図にあるように、局側の(放送を終端している)ヘッドエンドとTAを交換し広帯域化することでアップコンバータを削減している。

まぁ、本質はサービス提供構成がシンプルになったってとこかな(しかし、こうやってフレッツの共通インフラ化が進んでいけば、本当の意味での NGN になっていけるんじゃないかしらん)。

Nyquist Capital より

Cisco の中の人によると OC768/STM256 インタフェースがあんまり売れてないって話。また、Level3 の中の人も "As a reasonable supplier of wavelength services, we don't see a huge commercial market for 40G lambdas." と。

結局、コスト(40G > 10Gx4)が問題だよね。とっとと 100G 出て欲しいな。

How To Set Up DHCP Failover On Centos 5.1
http://www.howtoforge.com/how-to-set-up-dhcp-failover-on-centos5.1

ISC DHCP で failover を実現する方法が載ってた。前回、Google先生に聞いたところ、「DHCPサーバを冗長構成で運用する方法」しか教えてもらえなかったので、そういうものかと思ってたけど、やっぱりきちんと冗長をとる方法があるんだね。

設定の肝はここら辺かな (647 は DHCP failover 用の well known ポートらしい)

failover peer "home-net" { # fail over configuration
  primary; # This is the primary
  address 192.168.1.2; # primarys ip address
  port 647;
  peer address 192.168.1.3; # peer's ip address
  peer port 647;
}

会社の人に薦められたので、今さらながらに池袋ウエストゲートパークを読んでみた。

Amazon.co.jp のレビューにもあるけど、確かに「軽妙」っていう表現が言いえて妙かと。ただ、個人的には軽過ぎてイマイチついていけないところもある。そもそも短編集(っても登場人物は共通だし、時間の流れは意識されてるので、ショートストーリーの集合体と言った方がいいかもしれないが)なので、文体の軽さとあいまっていまいちノリ切れない感じがする。内容も基本的には、事件が起こって、主人公(もしくはその仲間たち)が活躍して、丸く収まる、という勧善懲悪(というほどには主人公を善としては描いてないけど)モノ。現代的な病理が背景として描かれてはいるけど、ある種ステレオタイプな描写にしかなってないため、背景装置として以上の役割は果たしてない。というわけで、個人的にはそんなに「面白く」は読めなかった。(映画とかマンガとかで表現される方が合ってるのかな、とは思わされました。)

とはいえ、まだ一作目しか読んでないので、とりあえずシリーズ二作目にあたる「少年計数機」も読んではみようかと。

VPLS: Is it Hot or is it Not?
http://blogs.nil.com/2008/06/19/vpls-is-it-hot-or-is-it-not/

どういう場合に VPLS を使うべきで、どういう場合にはべきでないか、についての短い考察。

ブロードキャストストームが起こりやすくなる、PEルータがパケットレプリケーションを激しく行わないといけない場合がある、というのには同意。他の危険性はそんなに大きな問題にはならない場合がほとんどだと思う。

ただ、L3 VPN -> P-to-P VPN -> any-to-any VPN の順で適応性を考えろ、というのは本当に正しいと思う。そもそも、アーキテクチャを考えずに値段で VPN の設計をすること自体が間違ってる。自分の求めてる VPN の設計をし、その設計に見合った構成を作り、その構成を実現できるサービスを適正な価格で買うべきでしょ？(って、誰に言ってるわけではないですが)