hidekiy blog

必要になったので調べていたのですが、himazu blog さんの、 STDOUTとSTDERRをファイルにも出力するようにする では、解決していないようなので自分で考えてみました。 これにより、本文中の print 文には一切触れずに、STDOUT (標準出力) と STDERR (標準エラー出力) をこっそりロギングする仕組みを追加でき、STDERR に出る warning も捕捉できるので、とても便利だと思います。 この機能の実現に必要な、ファイルハンドルを多重化するしくみは、CPAN モジュールで、 IO::Tee と File::Tee が見つかったのですが、どうやら、 File::Tee が簡単に使えそうです。 ひとつ残念なところは、File::Tee は Windows に対応していない点です。 use File::Tee qw(tee); open(my $log_fh, '>>', 'output.log'); tee(STDOUT, $log_fh); tee(STDERR, $log_fh); print STDERR "stderr\n"; print "stdout\n"; warn "warning"; system("echo system stdout"); system("echo system stderr >&2"); せっかく前処理部分を書けるので、無駄にタイムスタンプ機能などを追加してみました。 use DateTime; use DateTime::TimeZone; use File::Tee qw(tee); my $tzlocal = DateTime::TimeZone->new(name => 'local'); sub get_prepender { my $label = shift; return sub { my $data = shift; return join(' ', DateTime-...

Perl で epoll, kqueue などを使った、イベントドリブンで効率的なネットワークアプリケーションを作成できる Danga::Socket を、手軽に扱えるようにした、 Danga::Socket::Callback について、日本語の情報が少ないので書いてみました。 TokuLog 改めB日記 の tokuhirom さんの書かれた、 Danga::Socket::Callback がクールな件について この記事のコードでは、on_write_ready コールバックが、それが不必要になったあと (書きこみバッファが空になった後) も延々と呼び出されてしまい、CPU使用率が 100% にはりつき、無駄に資源を消費するので、地球環境に良くないコードです。 そもそも、on_write_ready などの、書きこみバッファの減少をとらえる仕組みは、普通のアプリケーションには不要だと考えます。 2012/11/25 追記 この説明は不適切で、読み取り側ストリームが書き込み側ストリームが許容する書き込み速度よりゆっくりな場合のみ、書き込みバッファのことを気にすることなく write できるという条件付きの話でした。 例えば上りが速く下りが遅いクライアントがエコーサーバーに上りが飽和するほど入力すると書き込みバッファがあふれる状況も十分考えられます。 use strict; use warnings; use Danga::Socket::Callback; use IO::Socket::INET; my $LISTENING_PORT = shift || 17000; my $sock_server = IO::Socket::INET->new( Proto => 'tcp', LocalPort => $LISTENING_PORT, Listen => 16, ReuseAddr => 1, ) or die "Cannot bind $LISTENING_PORT: $@\n"; print "Start listening on port: $LISTENING_PORT\n"; $...