少なくとも、体感的にはTraffic ServerのほうがSquidよりも心持ち速いかなぁ、という印象を受けています。
定量的な測定はしていないので、ほんとにどっちが速いのかはわかりませんが、多分マルチスレッド化されているか否か、という点での違いが大きそうです。

psコマンドでは、そのあたりが分かりにくいので、"pstree -Gc root"で取得したプロセスの状態を比較してみると一目瞭然。
squidは、

     ├─squid3───squid3─┬─diskd
     │                 └─unlinkd

と、psの結果とほぼ同じになりますが、Traffic Serverのほうは、

     ├─traffic_cop───traffic_manager─┬─traffic_server─┬─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                ├─{traffic_server}
     │                               │                └─{traffic_server}
     │                               ├─{traffic_manage}
     │                               ├─{traffic_manage}
     │                               ├─{traffic_manage}
     │                               ├─{traffic_manage}
     │                               ├─{traffic_manage}
     │                               ├─{traffic_manage}
     │                               ├─{traffic_manage}
     │                               └─{traffic_manage}

と細かいスレッドに分割されていることがわかります。
マルチスレッド化されていることで、マルチコア環境ではかなり威力を発揮するんじゃないかなぁ、という感じなのでテストしてみる価値がありそうです。

とりあえず、CentOS 5.6のamd64版に入れてみた場合。
こちらはソースからのインストールになるので、まずは次のパッケージをインストール。

Apache Traffic Server 〜とりあえずインストール - Soukaku's HENA-CHOKO Blog

まずは、インストールのおさらい

すでにサラッとは書いておいたんだけど、改めて書いておく。
念のため、"yum update"で最新状態にした上で、不足しているかもしれないパッケージを追加でインストール。

# yum install gcc gcc-c++ openssl-devel tcl-devel expat-devel sqlite-devel pcre-devel libdbi-devel libtool db4-devel

ソースは、http://www.apache.org/dyn/closer.cgi/trafficserver/trafficserver-2.1.8-unstable.tar.bz2の中のサイトからダウンロードして、適当なディレクトリにアーカイブを置いたら、解凍。
＃ちなみに、Debian sid向けのパッケージは2.1.5-unstable。

# cd /usr/local/src
# wget http://www.apache.org/dist//trafficserver/trafficserver-2.1.8-unstable.tar.bz2
# tar xvfj trafficserver-2.1.8-unstable.tar.bz2

回答したら、trafficserverのディレクトリに移動して、configure実行して、make、make install

# cd trafficserver-2.1.8-unstable
# ./configure --prefix=/usr/loca/ATS
# make all
# make install

configureのオプションでインストール先には"/usr/local/ATS"を指定しているので、上の例ではTraffic Serverに関するバイナリなどファイル一式は、そこにすべてインストールされます。
勿論、configureのオプションで、インストール先を細かく指定することも出来ますが。

で、ここまでがホントに最低限の設定。実際に運用に供するにはログに関する設定が足りなかったりするので、その辺については別エントリーにて。

Apache Traffic Server 〜プロキシとして動かす為の必要最低限の設定 - Soukaku's HENA-CHOKO Blog

とにかく設定しておいたほうが良いもの

「とにかく動かしたい」ということであれば、最低でも次の3つのパラメータの値を変更する必要がある。

まず一つめ。このパラメータだけはテキストエディタなどで/etc/trafficserver/records.confgを直接編集する必要しないとダメ。

CONFIG proxy.config.cluster.ethernet_interface STRING eth0

複数のTraffic Serverを使ってクラスタ組む際にどのネットワークインタフェースをクラスタリングのために使うのかを指定するパラメータなのだけど、単体で動作させるにしても、これを実在するネットワークインターフェースにしておかないと、すべてのdaemonが起動してくれないので"eth0"などを指定。
変更後に、Traffic Severを再起動して

# ps axf | grep traffic
12797 pts/7    S+     0:00                      \_ grep traffic
 7547 ?        Ss     0:00 /usr/bin/traffic_cop
 7551 ?        Ssl    0:00  \_ /usr/bin/traffic_manager
 8608 ?        Sl     0:14      \_ /usr/bin/traffic_server -M -A,8:X

"traffic_cop"、"traffic_manager"、"traffic_server"の各daemonが起動していれば、これ以降のパラメータ変更と設定の反映は、"traffic_line"コマンドを利用して行えるようになります。

細かい設定については、別のエントリーにて。
#実はまだ、ちゃんと動かせていない、という事情もあたりする・・・。

Apache Traffic Server 〜とりあえずインストール - Soukaku's HENA-CHOKO Blog

インストールが終わったのはいいんだけど、ちゃんと動いてくれなくて四苦八苦。
「とりあえず、基本に戻ろう」ということで、パッケージのインストールと同時にインストールされるドキュメントを漁ってみたら/usr/share/doc/trafficserver/CONFIGURATION.Debian.gzというのがあって、改めて読み直してみたら、色々と設定ファイルに手を入れないとProxyとして動いてくれないらしい。

まず、いじらないといけないのは、/etc/default/trafficserverの中の

TC_START=no

Traffic Server は 2003 年の Inktomi 買収時に入手したもので，主に HTTP/1.1 キャッシングプロキシサーバとして Yahoo! で稼動中であり，１日あたり 300億の Web オブジェクトと 400TB を越えるデータを処理している。TS は１台の ８コアCPUマシンで 35,000 RPS (Requests per Second，１秒あたりのリクエスト処理数) の処理能力を持っている。

InfoQ: Yahoo! が Traffic Server を Apache に提供

Yahoo!自身でも使っていて、パフォーマンスに関しては折り紙付きのようなので、いろいろ期待は出来そうな雰囲気なんだよね〜。

インストール：Debianの場合

Debianの場合は、sid向けにパッケージが出来ているので、sidを使っている人であれば

# aptitude -s install trafficserver

で、インストール完了。

さくらのVPSでサーバ立てたのは、既に書いたとおりなのだけど、iptablesでパケットフィルタリングかけて、fwanalogでその状況をチェックしていると、大量のUDPパケットをブロックしているのがわかったので、ちょっと調べてみたらところ、

i wondering about the broadcast on port 17500 (udp) in our network.

Why broadcasting on udp 17500? « Dropbox Forums

どうやら、Dropboxが同一LAN内にいるDorpboxとのsyncをするために、ブロードキャストに向けてUDPパケットをバラ撒いて、その存在を見つけようとしているらしい・・・。
「適当なサーバにDorpbox入れておけば、外出先でも自宅でも会社でも、ネットに繋がってりゃ、データのやり取り簡単じゃん！」とか言って動かしている人たちがいるんだろうなぁ。んでもって、UDPパケット垂れ流しているなんて、全然気がついてないんだよ、きっと。

MARKUSのブラックなんだけど、座面の幅が広くてクッションも硬すぎないので長時間座っていてもお尻が痛くならないし、ハイバックタイプの背もたれなので本を読んだりするときに、しっかりともたれかかれるというのも○。
そのせいなのか、部屋に篭って時間が以前よりも長くなったような気がします。（ｗ

流石に新品を買うほどの余裕はありませんが、中古で良い状態物があれば全員分買いたいと考えています。良い物がありましたら是非教えてください！

オフィス移転＆椅子買いました - Will, Vision, Innovation

という、某社の方にもお薦めしたいんですが、こればっかりはIKEAの店舗に行かないと試し座りもできないので、微妙にお薦めしにくいんだよなぁ〜。でも、2万円台のオフィスチェアとして考えると、結構安いほうだと思うし、座り心地まで考えると良い買い物したなぁと思ってます。（組み立ては自分でやるんだけけどね。）
クッションがヘナヘナになってしまっている会社の椅子も、コレにしてくれないかなぁ・・・。

とりあえず、よく使っているソフトなどをピックアップしておいてみる。

インターネット関連

Webブラウザは、勿論Safariがメイン。
いろんな確認用途も含めてFireFox、Chrome、Operaが入ってます。まぁ、これだけあれば、ほぼ問題なしかな？

メーラーは、ここ数年ずーっとGyazMailを使っていて、Mail.appは全然使ってません。サーバとは接続はIMAPなので、Mail.appへの乗り換え自体は、ほとんど手間じゃないんですけどねぇ。

あとは、ターミナルエミュレータにiTerm、FTP/SCPクライアントにFileZilla。
iTerm使ってShellからscpなりftpなりでファイルのダウンロードもできるんだけど、やっぱりGUIが使えたほうが良い場面もあったりするのですよ。

「もっと新しいのがいい」とか「多少のトラブルは、勉強のつもりだから」というのであれば、次期正式版（6.0）の候補として開発の進んでいる"squeeze"と呼ばれるテスト版か、コードネーム"sid"と呼ばれる不安定版をインストールすればいいでしょう。

と書いておいたら、squeezeが正式版としてリリースされました。（ニュースリリースはこちら。）
＃新しいテスト版はコードネーム"wheezy"になるのか・・・。

早速、アップデートしてみようというわけだけど、Debianが使っているパッケージングシステムでは、どのアーカイブミラーからダウンロードするのか、どのバージョンを使うのか、といった情報は、"/etc/apt/sources.list"に設定されています。
"/etc/apt/sources.list"の中の

deb http://ftp.jp.debian.org/debian/ lenny main

のように書いてあるうちの"lenny"と書いてある部分を、"squeeze"に書き換えてあげれば準備OKということになります。

エディタで書き換えてもいいのだけど、複数行あるのでちまちま変更するのも面倒なので、今回はperlを使って一気に書き換えてしまう方法を使ってみます。

debian:~# perl -pi.bak -e 's/lenny/squeeze/' /etc/apt/sources.list

書き換えるときに、元のファイルも残すようにしておいたので、変更前後で比較してみると、次のとおり。

debian:~# diff -u /etc/apt/sources.list.bak /etc/apt/sources.list
--- /etc/apt/sources.list.bak   2011-01-24 23:34:24.000000000 +0900
+++ /etc/apt/sources.list       2011-02-06 15:02:25.000000000 +0900
@@ -1,13 +1,13 @@
 # 
-# deb cdrom:[Debian GNU/Linux 5.0.7 _Lenny_ - Official i386 NETINST Binary-1 20101128-01:05]/ lenny main
+# deb cdrom:[Debian GNU/Linux 5.0.7 _Lenny_ - Official i386 NETINST Binary-1 20101128-01:05]/ squeeze main
 
-#deb cdrom:[Debian GNU/Linux 5.0.7 _Lenny_ - Official i386 NETINST Binary-1 20101128-01:05]/ lenny main
+#deb cdrom:[Debian GNU/Linux 5.0.7 _Lenny_ - Official i386 NETINST Binary-1 20101128-01:05]/ squeeze main
 
-deb http://ftp.jp.debian.org/debian/ lenny main
-deb-src http://ftp.jp.debian.org/debian/ lenny main
+deb http://ftp.jp.debian.org/debian/ squeeze main
+deb-src http://ftp.jp.debian.org/debian/ squeeze main
 
-deb http://security.debian.org/ lenny/updates main
-deb-src http://security.debian.org/ lenny/updates main
+deb http://security.debian.org/ squeeze/updates main
+deb-src http://security.debian.org/ squeeze/updates main
 
-deb http://volatile.debian.org/debian-volatile lenny/volatile main
-deb-src http://volatile.debian.org/debian-volatile lenny/volatile main
+deb http://volatile.debian.org/debian-volatile squeeze/volatile main
+deb-src http://volatile.debian.org/debian-volatile squeeze/volatile main

行頭に"-"がある行が変更前、"+"なのが変更後です。こうしてみると、ちゃんと置き換わっているのが分かると思います。
"#deb cdrom:～"の部分は、CD-ROMやDVDからパッケージをインストールするための設定ですが、今の設定ではコメントになっているので、無視して構いません。
＃diffコマンドがない、という場合は、"aptitude install diff"でインストールを。

インストールは普通に出来るのだけど、コンソールからのアクセスができなくなってしまうので、その対応法をメモとして。

前提条件

自分が調べた環境は、ProxyサーバにSquidを利用して、squid.confに

dns_defnames on

と設定しておく。これで、resolv.confの設定を参照するようになる。

で/etc/resolv.confのほうに"search"に、"google.com"と書いて

search google.com

のように設定されていることを確認。
テスト環境は、Debianなので、実際には" /etc/network/interfaces"に

      dns-nameservers 172.16.0.254
      dns-search google.com

と書いておく。

この状態で、Proxyサーバ上で"ping www"とやって、wwwの後ろに/etc/resolv.confのsearchで指定したドメイン名が補完されて、

# ping www
PING www.l.google.com (66.249.89.99) 56(84) bytes of data.
64 bytes from nrt04s01-in-f99.1e100.net (66.249.89.99): icmp_seq=1 ttl=52 time=25.8 ms
64 bytes from nrt04s01-in-f99.1e100.net (66.249.89.99): icmp_seq=2 ttl=52 time=20.8 ms
64 bytes from nrt04s01-in-f99.1e100.net (66.249.89.99): icmp_seq=3 ttl=52 time=15.0 ms
^C
--- www.l.google.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2622ms
rtt min/avg/max/mdev = 15.029/20.570/25.821/4.410 ms

となれば、準備OK。

IPアドレスを設定している設定ファイルは、"/etc/network/interfaces"なので、ちょっと中身を覗いてみると

debian:~# more /etc/network/interfaces 
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

と書いてあって、eth0というネットワークインターフェースに関する設定は、最後の2行。
この部分を書き換えて、DHCPによる動的なIPアドレス割り当てから任意のIPアドレスを静的に割り当てるように変更をすることにします。

それと、設定変える前に、マシンに割り当てるIPアドレスを決めて、ネットマスクやブロードキャストアドレス、ネットワークアドレス、デフォルトゲートウェイを調べておきましょう。

バグフィックスやセキュリティホール対策などを行ったパッケージが、ある程度溜まったタイミングで、今回のようにアップデートが行われます。

The Debian project is pleased to announce the eighth update of its stable distribution Debian GNU/Linux 5.0 (codename lenny). This update mainly adds corrections for security problems to the stable release, along with a few adjustment to serious problems.

Debian -- News -- Updated Debian GNU/Linux: 5.0.8 released

sshクライアントでも、コンソールからでもいいので、サーバにログインして、rootになりましょう。
rootになったら、"aptitude update "を実行して、パッケージ情報の更新をします。

まず、入れたいパッケージがあるのか調べるときは、

[root@openfiler ~]#  conary repquery | grep postfix
group-core=/conary.rpath.com@rpl:devel//1/1.0.7-0.38-29[~MySQL-python.threadsafe,kde,~kernel.debugdata,~!postfix.mysql,qt,sasl,~!xorg-x11.xprint is: x86(~!sse2) x86_64]
info-postfix=1-1-0.1
info-postfix:source=1-1.1
postfix:config=2.2.6-1-0.1[sasl]
postfix=2.2.7-2.2-1[sasl]
postfix:source=2.2.7-2.2

というように、"conary repquery | grep パッケージの名前"とやれば、探せる。

大体こういうのは必ず美人。
しかも、ちょっと露出度高めの写真つき（爆）

Facebookで、海外の女性から怪しげな友達リクエストがやってきた：こんなところにも、グローバリゼーション2.0：ITmedia オルタナティブ・ブログ

うちに来ているのは、集合写真の中から切り抜いたのを拡大した感じの荒い写真なので、効果は薄そうですけどね〜。
MySpaceなんて、ほとんどログインしないし、プロフィールもたいしたこと書いてないのに、フレンドリクエストが飛んできているのは、間違いなくなんかの情報収集目的なんだろうなぁ、ということで放置決定です。