これはこれで嫌な感じですね。21:57:14お疲れ様です。21:58:35私もぶれが大きいのが気になってサーバの設定をみなおしてみたところ、少し起こりやすい原因が分かったので、もう一回取り直します。起こりにくいパターンなのですが、関数呼び出しの手間とキャッシュと比較してちょっと良くなった程度になりました。小さめになっていました。キャッシュをクリアしたいという意味ではなく、全てのキャッシュを破棄したい。PHPにより既にキャッシュ機構を持っています。呼ぶタイミングでメモリ中のキャッシュもクリアしてあげないと、「実際はファイルが存在しなくなっているファイル」についてメモリの中では存在していることになってしまうような不整合が発生する可能性があると思います。キャッシュをしたいというだけでなく、無駄な計算や関数呼び出しを省きたいというのもあります。バグがあるようで、回数が間違っていました。通さずに行っても良いとすると、もっと速くできそうです。01:41:31第二引数を指定しているのは、grepする限りではfile.php:file_writeとlink.php:links_updateの2ヶ所だけですね。ここを見る限りだと、指定されたページの有無を更新するだけで良さそうです。clearstatcache()は必要なくてファイルの有無($is_page_cache[$page])の更新だけで良さそうです。link.php:links_updateはget_filetimeのキャッシュをクリアする目的を兼ねていそうですのでclearstatcache()は必要ですね。すれば済んでしまう話ではあるので、そちらを期待しております。私も何か良い案が思いついたら出しますので...。23:06:50is_page()のコール回数の件ですが、1.4.5_1をインストールした直後の「整形ルール」を表示した場合、100回(これでも多いと思うのですけれど)しか呼ばれないようです。してもclearstatcache()を呼びたくないというのであれば、元のis_page()からもclearstatcache()を取り除いて、それと数値を比較して下さい。