前者にひっかかると、画面のレンダリング開始が始まるまでに時間かかります。

　管理画面上での操作まで重くなる場合もありますので、私としてはこっちが主因なのではとにらんでおります。

遅い回線 (PHS とか) の場合は後者の影響が大きく

外でPHSを使ってつないだらどうなるかは、そのうちやってみるということで。

　あ、私のほうでも、終末あたりにイー・モバイル経由での接続を試してみます。結構重いのよね。

DB アクセスは、とりあえず WP-Cache 系統の導入で改善できるかもしれません。

　実は、ここの前身の「TSJ付゛録゛Ⅱ」時代に「WP-Cache」を入れて失敗した覚えがあります。具体的にどこでどう失敗したのかはいくつかあって完全には覚えておりませんが、少なくともアクセス解析の精度は目に見えて低下していました。
　そのため、ここでもキャッシュ関連のプラグインは当面入れないつもりです。

広告の重さはもはやゼロベースで考える必要があって、まずすべての広告を撤去してから、1つずつ追加していって、どうなるか確認、でしょうね。

　結局そうしないとダメですかぁ。
　実施するとして、早くて今週末でしょうね。

いまんところ、１０秒内外で表示できているようです。

　私のところの体感速度もだいたいこの位です。対策前より確かに速くなっています。
　ADSLの50メガというのも同様。
　ちなみにうちは電電公社が近いです（笑）。

あと、Ktai Entry を入れていると、その実装の都合上、サイト表示時に WordPress を2回ロードすると同じぐらいの負荷がかかります。

　仮にこれが大きくパフォーマンスに影響しているとしても、それなら「週刊 e217.net」も同様に重くなっていなければならず（一応あっちにも「Ktai Entry」は入れている）、「Telmina」の高負荷の主因とは考えにくいです。

読み取り時間間隔を経過しない限り retrieve.php へのリンクを出さないようにする変更も検討してみます。

　メール読み込みの確実性を重視する人もいるでしょうから、可能であればこれについてはオプショナルでいいのではと、個人的には思います。

参考までに当方の回線は５０ＭのＡＤＳＬ。

マシンのパワーはXP SP3環境下の
Mobile Pentium 1.6Ghz、メモリ２GB なりです。

外でPHSを使ってつないだらどうなるかは、そのうちやってみるということで。

DB アクセスは、とりあえず WP-Cache 系統の導入で改善できるかもしれません。それでもダメならば xrea 内でのサーバー移設でしょうか。
広告の重さはもはやゼロベースで考える必要があって、まずすべての広告を撤去してから、1つずつ追加していって、どうなるか確認、でしょうね。携帯電話表示ではほとんど広告がないわけですが、DB アクセスが重くない限り比較的早く表示されますから。