Interop2012 の現地で SSBP (Skeed Silver Bullet Protocol) のことを聞いてきたのでまとめ。 SSBP のターゲット・特徴 SSBP は LFP (Long Fat Pipe; 物理帯域は太いがRTTが大きい経路)で大容量のファイル転送を短時間に終えるプロトコル。 テープ送ればいいじゃん→物理媒体送るのは税関とか紛失とかが怖いよねって場合に。 RTT が大きい経路やパケット落ちが起きる経路でも TCP より性能が落ちにくい。 既存トラヒックとの公平性についても考慮してる。 デモでの性能 現地デモ。対ヨーロッパ(アイスランド。だっけ？) 1GBのファイル10本転送 FTP 比で 1/10 程度の時間でファイル転送を終えていた。 しくみ UDP の上に再送制御・レート制御・セキュリティ機能(DH+AESらしい)を載っけたもの。 TCP だと ACK

Solr（ソーラー）は、オープンソースの全文検索システム。Apacheソフトウェア財団のLuceneプロジェクトのサブプロジェクトとして開発されている。 概要[編集] 全文検索エンジンライブラリLuceneをベースに、管理画面やキャッシュ機構を取り入れたアプリケーション。 機能上の特徴は、検索結果にファセットと呼ばれる検索結果を特定の軸でクラスタリング、それぞれの件数情報を付加することができること。商用の検索エンジンでもこの機能があるものは少ない。 構造上の特徴は、内部はいくつかのコンポーネントに分かれ、各所にプラグイン機構を持っているため拡張性に優れる、また、さまざまなキャッシュを持つことからより多くの検索クエリを捌けるようになっていること。 なお、v1.3になって追加されたDataImportHandler (DIH) という追加機能（contribに収録）を使うと、Oracleをはじ

ログは、システムの障害解析（デバッグ）や運用モニタリングに使うことを想定して、コンピュータに発生したイベントの履歴を時系列に沿ってファイルに出力したものである。有用なデータではあるが、扱いにくい面がある。そのため、複数のログを突き合わせて分析するといった活用が難しく、従来はもっぱら一つのログを単独で利用するにとどまるケースが多かった。 扱いにくい面とは、例えば「ログを一括して処理するには対象ログを各サーバーから収集しなければならない」「ログはサイズが大きくなりがちなので収集する場合は一部を抜き出すなどの加工が必要」といったことである。ログに新たなデータが書き込まれた際に、それを即座に取り出す手段が用意されていないこともそうだ。 こうしたログの扱いにくさは、「ログ収集基盤」と呼ばれるソフトウエアを使うことで克服可能である。ログ収集基盤は、複数のログを結び付けて分析する際などに必要な、対象ログ