2005年12月30日

のみ

ま●こを監視していたリソリ○を誘って、飲みに。@ナカメ
飲みに誘ってきてくれるのは貴方様だけでしたヨ(ワラ
メンツはいつもの組長、あ●ぼ、途中から参加したリソリ○のジョーカノ。
23時半スタート、ケッコー漏りあがったけど2時解散。まだのもうかともったが帰ってみると即寝ですた。

今年もいろいろ乙カレー


posted by とおな at 18:50| 東京 ☀| Comment(3) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2005年12月19日

ブレード

日本HP、ブレードPCに「Athlon 64 1500+」を採用
http://pc.watch.impress.co.jp/docs/2005/1216/hp.htm

CPUクロック数が若干低め、ブレード一枚13マソ〜ってのはさておき、
この消費電力とサイズは魅力的。並列化しておいてる鯖なんてのは石がうごいてくれりゃなんでもいいんだよな。
この製品はおもに、クライアントで利用するのを前提にしてるらしいけど鯖用途で使う人もいるんじゃないだろうか。
サーバー向けにラインナップされてるブレード製品ってオーバースペックで、値段が張る製品がおおいんだよね。

「電気代がサーバ本体よりも高くなる」--グーグルエンジニアが警告 - CNET Japan
http://japan.cnet.com/news/ent/story/0,2000047623,20092632,00.htm

いや、ほんとごもっとも。
電機代金も気になるところだが、ラック収容数にも影響するよね。
利用してるラックの総電力は40Aの契約。なので今メインで利用してる1U鯖が25台しか使えねーし。1ラック42Uもあるのにさ。。
この25台って数はだましだましのモノで計算上は、もっと少なくしなきゃいけないってのがアレ。
マニュアみると1台あたり最大345ワット(これは主にブート時らしいけど)なんで、345W / 100V = 3.45A で、40A / 3.45A = 11〜12台って、すくなっ!
つか、電気食い杉、。
posted by とおな at 03:20| 東京 ☀| Comment(1) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2005年12月09日

apache2.2

オレはまだコンパイルもしてないけど、試してる人がちらほら。

参考になりそうな記事をメモ。
YappoLogs: Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす
http://blog.yappo.jp/yappo/archives/000352.html

naoyaのはてなダイアリー - Apache 2.2.0 + mod_proxy_balancer
http://d.hatena.ne.jp/naoya/20051205/1133782641

MODULE.JP - 「自信を持ってApacheを操るために」スライド公開
http://module.jp/blog/internet_week_2005T16.html

個人的に気になるところは、proxy_balancer よりも、cache機能と、Graceful stop 。
2系にしてからというもの、cache が機能しねーんだな、これが。IEのスーパーリロードでキャッシュがこわれちゃうとかいう現象。ドキュメントにはexperimentalなんてあったし、仕方ないかとあきらめてたんだけど、2.2でproduction quality なんてことに。
Graceful stopに関しては、mod_perl でつかえると良いのだけどどうだか。mod_perl くみこんだ、apache は時々、kill -KILL するような止め方することあるしそもそもアレなだけど、レスポンスをまってSTOPしてくれるのは魅力的。
proxy_balancer はマシンリソースとか見てくれんのかと期待してたりするが、そんなことはないか。今はrewrite_map でファイルにかいてるマップを読みこんでバランシングしてるけど、案外便利。きりはずし、戻しも再起動なしにできるし。

さて。
posted by とおな at 16:36| 東京 ☀| Comment(0) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

2005年12月04日

メーラ

メーラの調子がわるくって直したかったんだけど糞忙しかったのでガマソしてつかってた。
でも、(ちょっと)暇になったのでメンテナンス。

namazuの検索がうまく動かなく、これの原因をさぐっていたんだけどみつからず。なんでインデックス壊れるんだろ。ほんとスグぶっこわれて落胆させられます。保留。
頻繁にwl-expire とか バッチでいらないメールを削除ったりしてるのがnamazuに悪いかもしれないのでこれをヤメ。

inboxにためまくって、expireしていたメールはYYYY_mm なディレクトリに落すようにする。
expire のかわりに procmailで以下のようにふりわけておく。

:0
* ? mkdir -p inbox/`date '+%Y_%m'`
inbox/`date '+%Y_%m`/.

inboxに落すのはヤメにしたんだけど、ファイル名の数字が5桁以上になった場合は以下で解決できるっぽい
(setq wl-summary-number-column-alist
(append '(("^+inbox$" . 6))
wl-summary-number-column-alist))

cron とかそのへんのメールもinbox(一箇所)に放りこむポリシーにしていたがさすがにエライことになってるので別ディレクトリ(sysmte)に放りこむように。
system ディレクトリはnamazuの検索対象からはずして、wl で expire するようにした。

:0
* ^(To):.*toona-system.*
system/.

:0
* ^From:.*(postmaster|mailer|daemon|info@|supprt@).*
* !^(To):.*toona.*
system/.

To: が info@とかsupport@ なメールは数がおおいのでこれも別ディレクトリに移動してnamazuの検索対象から外した。

:0
* ^(To):.*(support@|info@).*
support/.

スレッド機能は便利だけどなんとなく時系列で読んだほうが見落さなさそうなのでやめ。
(setq wl-summary-default-view 'sequence)
スレッド表示にしたいときはサマリで"T"する。でもこれだとフォルダ単位になってしまう。
ほんとはメール単位でスレッドを表示、例えばカレントに位置するメールに関連するスレッドをDBからひっぱってきてサマリ表示とかしたいのだけれど、ガマン。

wl の スパムフィルター機能を導入。いままでshellにわたしてspam登録してたんだけど、これベンーリ。今更ながら。
(setq elmo-spam-scheme 'bogofilter)
(require 'wl-spam)


フォルダ開くときに重いのでelmoのDB更新をバッチ処理に。同期がとれないことが激しく予想されるけどとりあえず運用してみるテスト。
yes | emacs -batch -load ~/.emacs -f wl -f wl-folder-sync-current-entity


ぶっこわれてたnamazuのインデックスファイルを更新。

( ´ー`)

フト思ったんだけど、オレはどこでも使えて、早い検索(ちゃんとうごいて)ができるメーラがおこのみらしい。
いっそのこと gmail に移行しようかな。。いろいろいじって評価してみたら、いかに素晴しいかよくわかった気ガス=3

[追記]
yes | emacs -batch -load ~/.emacs -f wl -f wl-folder-sync-current-entity
↑のはとりあえず動いてるようで、なかなか快適。

lsdb がよくぶっこわれるので、バージョンを確認してみるも最新バージョン。
とりあえずの対策としてスパムみたいな変なメールをいれないようにフォルダ指定で登録する/しないってのを設定。

;; lsdb
(require 'lsdb)
(defun lsdb-wl-update-record ()
(if (string-match "inbox" wl-message-buffer-cur-folder)
(save-excursion
(set-buffer (wl-message-get-original-buffer))
(let ((lsdb-temp-buffer-show-function
#'lsdb-wl-temp-buffer-show-function))
(lsdb-update-records-and-display)))))
(lsdb-wl-insinuate)

if (string-match "inbox" wl-message-buffer-cur-folder) を呼ぶ位置で挙動が違ってくるんだが、謎。save-excursion の中で呼ぶとうまく動作しないっぽ
posted by とおな at 09:12| 東京 ☁| Comment(0) | TrackBack(0) | 日記 | このブログの読者になる | 更新情報をチェックする

広告


この広告は60日以上更新がないブログに表示がされております。

以下のいずれかの方法で非表示にすることが可能です。

・記事の投稿、編集をおこなう
・マイブログの【設定】 > 【広告設定】 より、「60日間更新が無い場合」 の 「広告を表示しない」にチェックを入れて保存する。


×

この広告は180日以上新しい記事の投稿がないブログに表示されております。