栞/#system
- 2008年11月
特にDBをSSDに何とかして乗せる方向。耐久性とかどうなのかな。
一概にSQLのjoinが悪い訳じゃないよ、と。そりゃそうだ。
「勿論開発者の技術の標準化という意味では、会社組織としてやる時にはSQLは便利なもので標準として使われるべきものではあるけど、極限のパフォーマンスを出すことと相容れるものではそもそもない。」
はてなのデータ処理発表資料、主にMySQL。
うまくメモリにキャッシュを乗せられるように。
「実際は1台のサーバーで最低限の同時接続をさばき，規模の拡大と共にサーバーの台数を増やしていった方が効率的だし，スピードも速いに決まっている。」
- 2008年10月
livedoor Blogの障害の件。交換機器到着まで時間かかってる。
SSDはランダムアクセスに強い/バイトあたり単価が安い/全文検索のインデックス置き場として。
COOKPADのリニューアル。
- 2008年9月
データを非正規化、取得しやすいようにしてハッシュに格納。
「データセンターを運営しているライブドアが、無償のサーバ監視サービスを開始」
- 2008年8月
データの分割方法いろいろ。開発プラットフォーム、「1つは新しくサービスを構築していくためのプラットフォーム、そしてもう1つは、個々のサービスのスケーラビリティを保つためのプラットフォーム」
Wassrのシステム。Tokyo Tyrant使ってるのか。「Wassrのような一般ユーザのアクセスが集中するサイトでは，このような機能縮小の方策を大胆に行う必要がある場合があります」
サーバ/インフラTech Meeting、発表資料。
「ディスクIOのコストは画像の変換にかかるCPUのコストよりも高いと考えています。」Squidをキャッシュとバランサに利用。
プロフィール画像の取り扱い。数がたくさんあって、アクセスもそれなりにある。
mixiエコーの裏側。Recent DB（全ユーザーの最新データ）、そこへのキューとしてのQ4Mの活用。
ロードバランサの基本。
- 2008年7月
最適化によって期待できる速度の上限を知っておくこと。
daemontoolsまわり。