session_start の起動が遅い原因は何ですか?

-----解決策--------------------------------初めてですか？ ? ?
また？

------解決策----------------------これまでにこの問題に遭遇したことがありません。より多くのブラウザを使用してください。テストして確認してください。 。

------解決策-----4.6分?...牛肉がいっぱい。 ..

------解決策-------------------------------- この記事で解決できるかわかりません 質問番号:
http://www.myException.cn/operating-system/501202.html

-----解決策-------- - マニュアルからの引用ですが、正しいタイトルかどうかはわかりません

引用

NTFS では session_start() が非常に遅いという投稿がいくつかありますが、私にとってこの問題は日ごとに発生しており、システムはすでに 2 年間正常に動作していました。

これを回避するには、カスタム session_set_save_handler を実装することもできますが、私の場合は、スクリプトの終わり近くに session_write_close() を置くだけでうまくいきました (おそらく IIS が php スレッドを十分に速く強制終了しなかったのでしょうか?!)

-----解決策-------------------------- 「遅い」関連のマニュアルに進みます:

NTFS ファイル構造を使用した Windows インストールに関する注意事項:

インターネット ユーザー アカウント (通常は IUSR_MACHINENAME) に session.save_path ディレクトリへの「変更」アクセス権を与えてください。そうしないと、session_start() が静かに、そしてとてもゆっくりと失敗します。

(「変更」は Win2k の用語ですが、この概念は古い IIS インストールに翻訳されます)。 --

引用:

初めて PHP session_start が非常に遅くなります。 (数分間待ちます)

クライアントが PHPSESSID COOKIE を生成すると、アクセス速度は通常に戻ります。
PHPSESSID COOKIE を削除した後、開くのが非常に遅くなり、最初のオープンが完了し、PHPSESSID が生成されると、正常に戻ります。

たった 2 行のコード:

session_start();
phpinfo();

?>

それは...


になります 同じコードを Linux でテストしましたが、そのような問題はありませんでした。

したがって、考慮すべき問題は Windows の問題であり、PHP の問題ではありません。

------解決策---------

Linux を使用しているときにこの問題が発生した場合は、CPU、IO、ディスク、メモリなどの使用状況を検出する mrtg をインストールするだけで、この値を渡すことができます。これが何が原因であるかを正確に理解してください。問題です。------解決策--------------------------------

再コンパイルまたはバージョンを変更しますか?