「Yahoo!ニュース」の表示速度が3～5倍に、そのからくりは……：記事の芽夏休みスペシャル 2024 iPhoneで3Dモデルを手軽に作成、無料の純正アプリ「Reality Composer」を試す 2024.08.09
万が一に備えてサイトの負荷テストを行ってくれる『Load Impact』 | 100SHIKI
万が一に備えてサイトの負荷テストを行ってくれる『Load Impact』 March 10th, 2009 Posted in その他 Write comment こういうツールはすでにあるのだろうが、わかりやすいインターフェースが良かったのでご紹介。 Load Impactはサイトの負荷テストを行ってくれるツールだ。規模によっては有料であるが、お試しサービスもあるので覗いてみるといいだろう。 ウェブでビジネスを行っているサイトにとって、負荷対策は言うまでもなく重要だ。サイトが1時間落ちただけで売上げがガクンと減ってしまうこともあるだろう。 そうした事態に備えるためにも、今のサイトがどこまでの負荷に耐えうるのかを調べ、十分な対策を練っておくべきだろう。 もちろんテスト後には詳細なレポートを見ることができる。ちゃんと見方も教えてくれるので勉強になる。 現在そこまで負荷対策が重要ではなくても、
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと 目次 この文書について C10K 問題 関連サイト まず読むべき本 I/O フレームワーク I/O 戦略 1. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と レベル・トリガ型の完了通知を利用する. 伝統的な select() 伝統的な poll() /dev/poll kqueue() 2. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と 変更型の完了通知(readiness change notification)を利用する. kqueue() epoll リアルタイム・シグナル fd 単位のシグナル (Signal-per-fd)
koyachiの日記 - Joshua Schachter(del.icio.us)による大規模アプリケーション構築の注意点
del.icio.us/tag/del.icio.usを眺めていたらFlickrのときみたいに面白い資料を見つけたの紹介します。 Things to look out for when building a large application.というタイトルでサーバーサイドの管理等の話が中心かと思って読んでいたらそれ以外のインターフェース、実装すべき機能、spam対策、アプリケーションを如何に広めるかといった話にも触れていて面白いです。 以下にまとめてみました。 スケーリング 早期の最適化を避ける。SQLでスケーリングするのではなく、データを複数マシンに分散させる方法を考慮すべき。SQLプロファイリング重要。Nagiosがお勧め。 タグはSQLと相性がよくない。インデックシングの仕組みを理解し、その方針を決定する。最初の数ページに限定すれば小規模で高速なインデックスを保てる。 Apache
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ヤフーの画像はなぜyimg.jpドメインなのか？ サイト高速化の手法とヤフーの失敗例 | 初代編集長ブログ―安田英久
