何の調整もせずにWordPressの許容できるパフォーマンスに期待される制限は何ですか？
あなたの経験では、いつスケールアップについて考える必要があるのでしょうか。
標準のApache Webサーバー上で一般的なWordPressをインストールした場合の[パフォーマンスの調整やプラグイン]なしでの予想パフォーマンスは（ サーバー負荷に関してWordPress？ ）？
ページロードに関しては（キャッシングなしとしましょう）：1秒あたりのページロード数が100/1000/+の範囲にありますか？
トラフィックに関して：1日に何人のユーザーがパフォーマンスのボトルネックに遭遇することを期待できますか（トラフィックを無視し、接続が良好であると仮定）？
これの多くは非常に主観的なものであり、サーバー環境、テーマ、データベースのサイズなどが異なるために答えるのは困難です。
あなたの経験では、いつスケールアップについて考える必要があるのでしょうか。
あなたがあなたのユーザ経験に関心があるならば、あなたはすでに 健全なフロントエンドパフォーマンステクニック を実践しているべきです。スケールアップする時期はいつですか。ユーザーエクスペリエンスが低下し始め、ページの読み込みが遅いために直帰率が上昇したとき。
パフォーマンスの調整やプラグインを行わずに、標準のApache Webサーバーにインストールされた一般的なWordPressのパフォーマンスはどのくらいですか？
推奨される共有ホストの1つで中小規模のブログのデフォルトテーマを実行する一般的なWordPressインストールでは、1日に何百人ものユーザーを問題なく処理できるはずです。
ページロードに関して（キャッシングなしとしましょう）：毎秒100/1000/+のページロードの範囲にありますか？
この質問では、私はキャッシュなしでデフォルトの2010テーマを実行しているWordPressインストールでApacheベンチマークを実行しました。
私は1秒間に10回のリクエストで500回のリクエストを行い、1秒間に平均3.6回のリクエストを行うことができましたが、リクエストが蓄積されるにつれて最長のリクエストが2分近くかかりました。
トラフィックに関して：1日に何人のユーザーがパフォーマンスのボトルネックに遭遇すると予想できますか（トラフィックを無視し、接続が良好であると仮定して）。
サーバー上で負荷テストやベンチマークを実行せずにこの質問に答えることは不可能です。上記のベンチマークでは、一度に10人以上のユーザーがこのサイトを使用していたときはいつでもボトルネックになります。
マレクさん、あなたの質問は主観的なものであるため、正しく回答できません。適切に定義されたコンテキスト、用語と値の定義などを提供する必要があります。確かにここでは不可能なことです。あなたがしない限り答えは非常に簡単です：
場合によります。
たとえば、空白の設定の直後にサイトの処理が遅くなって応答するまでに約30秒かかる場合は、スケールアップについて考える必要があると言えるでしょう。
経験則では、負荷がかかっている間は、あなたの人生のサイトはどんなリクエストに対してもx時間以内（例えば10分の1秒）で応答するべきです。そうでない場合は、スケールアップについて考え始めます。あなたのニーズに合わせて時間を設定し、それからあなたのサイトを監視し、それが線を越えて走っているなら、スケールアップについて考え始めてください。サイトではそれは常に依存するので、あなたはそれを測定する必要があります。
インストールされているプラグインなどによっても異なります。
私は現在60以上のプラグインがインストールされているマルチサイトインストールに取り組んでいます。
Amazon EC2、m2-xlargeサーバーでは、毎秒25 PHPリクエストでピークに達しています（httperfによる負荷テスト、PHP urlのヒットのみ、イメージなどではありません）。 PHP-FPMプロセスによって制限されています。
改善の機会はたくさんあります。