情熱は、Habréに関する私の最初の記事の後に亡くなりました。
トピックはアセンブラーのWebサイトに関するものでした。そのため、記事に対するコメントの数、およびサイト上のHabraffectに驚くべきことは何もありません。 最初の数日間、数千人がAsmBBデモサイトを訪れました。
このサイトはかつて同様の訪問者の流入下にありました-8月に誰かがTwitter、FB、Redditに同時にサイトへのリンクを投稿しました。
しかし、訪問のカウンターから判断すると、Habrahabrはブルジョワサイトの2倍クールであることが判明し、今回はデモサイトが前回よりもはるかに多く読み込まれました。
予想通り、奇跡が起こりました。 ホスティングが非常に弱いという事実にもかかわらず（私は意図的にそれを受け入れました）、サイトが誰もが非常に遅いと考えるSQLiteデータベースを使用しているという事実にもかかわらず、フォーラムは落ちませんでした。 彼は遅くさえしませんでした。 サイトは常に適切に機能し、すべての訪問者にサービスを提供しました。
Habraエフェクトが内部からどのように見えるか見てみましょう。
出席統計
Habréに関する記事は1月2日に公開されました。 Habraffectが続いた数日間で、約40,000回視聴されました。 この記事を読んだ多くの人々もAsmBBデモを訪れました。 これらの訪問は次のようになります。
| 日付 | 訪問者 | Pages | お問い合わせ | 交通 | 時間
CPU [s] | オブス。
ref。 [ミリ秒] |
|---|---|---|---|---|---|---|
| 1月2日 | 637 | 4461 | 12224 | 63.06 MB | 152 | 12.43 |
| 1月03日 | 5402 | 36453 | 84876 | 385.48 MB | 795 | 9.37 |
| 1月04日 | 1961 | 14531 | 33445 | 171.60 MB | 325 | 9.72 |
| 1月05日 | 743 | 5220 | 12504 | 53.17 MB | 170 | 13.6 |
| 1月6日 | 343 | 2370 | 5421 | 23.21 MB | 69 | 12.73 |
| 合計で | 9086 | 63035 | 148470 | 696.52 MB |
CPU負荷グラフから、1月3日のWebサイトの負荷が約半分であることがわかります。 つまり、CPUの制限のためにサーバーがバカになり始める前に、約180,000のリクエスト（1日あたり12,000の訪問者）を処理できます。
出席者のピーク時には、Webサーバー（Apache）は6つ以下のFastCGIフォーラムプロセスを開始しました。 これは、6つの同時データベース接続を意味します。
SQLiteは、コメント内の悲観的な意見にもかかわらず、特に遅くなることなく、常に完全に動作しました。 フォーラムエンジンは、訪問者が投稿を公開するときだけでなく、読むだけのときも、データベースに積極的に書き込みます。 訪問に関する統計があり、各投稿、ゲストまたはユーザーごとにビューカウンターがあり、最後のアクティビティの時間が記録されます。 これらはすべてデータベースに常に書き込まれます。
SQLite設定は次のとおりです。
PRAGMA journal_mode = WAL;
PRAGMA foreign_keys = TRUE;
PRAGMA synchronous = OFF;
PRAGMA threads = 2;
PRAGMA secure_delete = FALSE;
, 90% , .
, . , , . , .
32 , , .
, ! .
, . , :
.4 , , , , .
– 78 . , .
.
gearbox .