2004年10月29日金曜日

Microsoft Wireless Notebook Optical Mouse マイカブラック

Microsoft Wireless Notebook Optical Mouse マイカブラック
マイクロソフト (2004/10/29)
売り上げランキング: 73
通常24時間以内に発送


レシーバをマウス本体に収納できるってところがいい!

Gmailでinvitation送れるようになりました。

今日も何気なくGmailを使っていたら、いつの間にか他の人を招待できるようになってました。意外とすぐに招待出来るようになってびっくりです。
何通かはもう送ってしまいましたがあと3人招待できるので、Gmailのアカウントがほしい人がいましたらこのエントリーにコメント下さい。

先着でinvitation送ります。

追記
invitation終了しました。

2004年10月28日木曜日

MySQL4.1.x系がstableに

MySQL4.1.7がリリースされました。これをもって、4.1.xがstableになったそうです。ダウンロードページでも4.1がrecommendedになってました。



2004年10月26日火曜日

電池が必要ないワイヤレス光学式マウス!?

ITmedia PCUPdate:電池が必要ないワイヤレス光学式マウス登場という記事を見つけた。いつのまに電力を無線でとばせるようになったんだ!?ノーベル賞か!?なんて思って読み進めていると

>>
このNB-30JPは、専用の送受信機兼マウスパッドとセットで使用するようになっている。同社説明員によると「世界初の最新技術で特許申請中」だというRFID-Padを利用して、ワイヤレス通信とマウス動作に必要な電力をマウス本体に供給する仕組みとなっているようだ。
<<

マウスパッドから電力を供給しているんですね。さらに

>>
こういった感じで専用マウスパッド上で動作する。そのためマウスパッドから数センチ浮かせただけでも動かなくなる
<<

マウスパッドから離すと動かなくなるんですね。。微妙に使えないような。。



2004年10月25日月曜日

sukerokuプラグインをテストしてみる

最近はてなの本に影響されて、はてなダイアリをこっそりはじめてみたんですが、*を先頭につけたら見出しになるとか、-とか+でリストを書けるというような、はてなダイアリの日記を書くためのルールがすごく便利でこれをMTでも使えないかなーと思ってググってみたらやっぱりありました。

ささやかなる実験場の開発室(HSJ.jp): MovableType用TextFormatプラグイン mt-sukeroku-plus.pl Ver.1.00公開

早速導入してみました。以下そのテストです。

* sukerokuプラグインをテスト

-リストです
--リストの中身1
--リストの中身2

[google:MT はてな プラグイン]


2004年10月24日日曜日

DBDesigner4

フリーのデータベースのモデリングツールDBDesigner4を試してみました。かなりいい感じです。気に入った点は

-直感的に使える。
-動作が軽快(テーブル定義しまくるとちょっと重くなるが許容範囲)
-リバースエンジニアリングできる。(MySQLのみ。PostgreSQLで出来ないのは残念)
-HTML出力ができる(仕様書代わりになりそう)
-保存形式がXMLなので他のアプリで使い回せそう。

しばらく使ってみようと思います。





2004年10月22日金曜日

mod_perl使用時はMaxClientsの値に気をつけましょう


導入するだけで既存のCGIスクリプトがお手軽に10~200倍高速になるmod_perlですが、mod_perl自体がサイズがでかいのと、高速化のため、モジュールをキャッシュするため、apacheのプロセスサイズが結構大きくなってしまいます。経験的にはだいたい1プロセスあたり20~30MByte位にはなります。このような性質上、mod_perlを使う場合はメモリの使用量を考えなくてはいけません。


ところで、Apacheのデフォルトの設定ではMaxClientsの値は150に設定されています。これは同時に最大150のリクエストをさばく、つまり最大150まで子プロセスを同時に生成するということです。仮に150個の子プロセスを生成するとすると、mod_perlを利用時の1プロセスのサイズをおよそ20Mbyteとすれば20×150=3000[MByte]=3[GByte]のメモリを必要とすることになります。この場合、スワップ領域を含めてメモリの容量が3[GByte]に満たないサーバはすべてメモリを使い切り、最悪落ちることになります。


ということでほんとに落ちるかどうか実際に試してみました。
方法はApache付属のベンチマークツールabを使い同時アクセス数100、で1000回のリクエストを送るというものです。


ab -c 100 -n 1000 -k http://targetsite.hostname/

対象サーバのスペックはCPU:Pentium3の600MHz、メモリ:512MByte、スワップ領域は1GByteです。


結果はというと、、abはタイムアウトで測定不能となりました(当たり前)。さらに、ab終了後のサーバにも問題が。。サーバが落ちることはなかったんですが、abはタイムアウトで終了しているのにめちゃめちゃサーバのレスポンスが悪くなってしまいました。sshでの接続にも数十分かかる始末。やっとの事でログインし、Apacheを終了させるとようやくレスポンスが生き返りました。


結論、mod_perlを使うときはMaxClientsの値に注意しましょう。Apacheのデフォルト設定で運用すると最悪サーバが落ちます。MaxClientsの値は「サーバのメモリ容量 / Apacheの1子プロセスのサイズ」でおおざっぱに計算できます。今回試したサーバでは512/20=25位に設定しておけば、メモリを使い切ってサーバが落ちる危険がなくなります。