Mage_Core_Model_Session_Abstract_Varien :: startの応答時間が長い

だから私は多くのサイトでNew Relicに気付いていました。Mage_Core_Model_Session_Abstract_Varien:: startが原因で、長いページ読み込みの多くが発生しています。私はいくつかの研究を行ったが、これについて他の誰も話していない。

キャッシュにはNginx、PHP FPM、Redis、セッションにはMemcacheを使用します。私の考えのいくつかは、多分それは永遠に取っている何かであり、セッションをロードすることが問題であるように見えるということです。または、どういうわけか、セッションに大量のデータを追加するカスタムコードがあり、巨大なセッションが発生します。

私はセッションとその管理方法に関してそれほど知識がありませんが、セッションのロックに関する記事をいくつか見つけました。しかし、私は人々が同時に多くのページを開いているとは思わない。

これらの負荷の一部は20〜30秒です。セッションに起因するこれらのタイプの長いリクエストを分析する方法について他の誰かがこれに気づいている、またはより多くの知識を持っている場合、私はちょうど興味があります。

これは、ファイルシステムセッションに関する現象に関連している可能性があります。セッションでMecachedを使用して報告しているにもかかわらず、実際にファイルシステムを使用していたときに、私はこれを見たことがありません。

これについては、前にここで説明しました。

/magento//a/372​​1/336

実際、キャッシュグラインドのスクリーンショットは、セッションの起動に非常に長い時間がかかっている正確なポイントを、Mage_Core_Model_Session_Abstract_Varien::startあなたが正しく指摘したとおりに明らかにします。

参照されたスレッドでは、この効果はメモリ内のセッションストレージで軽減される可能性があるという提案がありましたが、理論をサポートするために知っている具体的なデータは存在しません。実際にmemcachedを使用している場合、PHPレベルのセッションロックにより、ロックが解除されるまでセッションストレージへの今後のリクエストが許可されないことが理にかなっています。

通常、これは通常、セッション情報へのアクセスを必要とするリクエストでのみ見られるため、フロントエンドテーマの設計は、ユーザーが別のタブまたは決定中に別の長時間実行中のリクエストを持っているときに潜在的なロックを回避するために必要なアクセス量を制限するのに役立ちます離れて移動します。

HTH、乾杯。