web-dev-qa-db-ja.com

管理ページの信じられないほど遅い速度

私は過去数年間、開発環境で4歳のMac Book Proを使用しており、メモリ(8 GB)とハードドライブのアップグレードにより、速度はかなりまともでした。 3.4 GHzのクアッドコアプロセッサと16 GBのRAMを備えた新しいiMacを手に入れました。管理ページ間の移動は関節炎のカタツムリよりも遅くなります。文字通り、管理セクションのページを変更するだけで最大1分かかります。私のMBPでまったく同じコードベースとデータベースの変更を含む同じページは、ほんの数秒です。両方で同じスタック設定を使用しています(MacのApache、MySQL、およびPHP Homebrew経由)。XHProfとWebgrindの両方を設定していますが、両方とも無効になっています(XHProfのDevel設定とxdebug.ini for Webgrind)、それが問題の原因ではないことがわかります。

トラブルシューティングを行うために、Develでクエリログをオンにしましたが、少なくとも1つの問題がcache_set関数にあるようです。複数の呼び出しがあり、毎回他の関数よりも時間がかかります。また、webgrindを見ると、呼び出されていると思われる最上位の関数はphp:sleepで、これは lock_wait() 関数から呼び出されています。関数のコメントによると、sleepは、リクエストがdbロックの取得に失敗した場合にのみ呼び出す必要があります。

したがって、その情報を使用すると、db設定を微調整する必要があるようです。誰が何を変更すべきかについて私にいくつかの提案を与えることができますか?私はこのようなdbの調整に慣れていないので、これは私にとってなじみのない地面です。私はまだ自分自身を探していますが、どんなヒントでも大歓迎です。

ちなみに、my PHP memory_limitは256MBに設定されているので、それは問題ではないと思います。

ありがとう。

2
wonder95

これを投稿した後、私はサイトを閲覧していて、誰かがUpdateモジュールを無効にすることを提案したという同様の質問に遭遇しました。 Updateモジュールのupdate_xml_parserオブジェクトへの呼び出しがたくさんあることに気付いたので、それは理にかなっています。モジュールと出来上がりを無効にしました!ページ変更速度は数秒になりました。

2
wonder95