NP_cles()
< 2021-04 >
123456789101112131415161718192021222324252627282930
« :: »

CACHEMANAGERは速くならないこともある？

 
投稿者：hsur 投稿日時：2008-01-20 - 23:22
カテゴリー：Nucleus Tips - - トラックバック（0）- Views: 133

yuさんのCACHEMANAGER導入レポート。

CACHEMANAGER 適用中 - Nucleusだとか

それなのでCACHEMANAGERによるCache_Liteのファイルキャッシュだと逆に成績が落ちてしまうけど、それでも値としては悪くはない。 クエリ発行数は半減するので、DBが重くてパフォーマンスが出ない時間帯には活きるはず。このまま様子見します。

普段はmemcache版しか使っていないのでファイルキャッシュ版の性能については僕もあまり検証していませんでした。ファイルキャッシュ版は値ごとに１ファイル生成するような構成になっているので、意外とその辺りのオーバーヘッドが大きいのかも。この辺りは対象クラスごとに１ファイルにするとか、キャッシュ方法についてちょっと改良すればパフォーマンスが変化するかもしれません。

† 本当は・・・

AOPとか使ってもうちょっと透過的にやりたいんですよねAOPHPとかもうちょっと実用的に使えるようにならないかなぁと思ってるんですが。

    このエントリは役に立ちましたか？

      

    こんな記事もあります 「ファイル 発行数 CACHEMANAGER」
    ・Audacity が久しぶりにバージョンアップ
    ・nmcli で起動時にインターフェースが自動的的に有効化されるようにする
    ・vCSA 7.0 Update 2 にアップデートしようとしたら 「Exception occurred in install precheck phase」でハマった
    ・vim で一括コメントアウトをするには
    ・CentOS 8 へのブルートフォースアタックを SSHGuard で防御
    ・logspout を使って Docker のログを集約してみる
    ・Dokcer で Elasticsearch + Kibana + Logstash を立ててみた
    ・Docker で HTTP/3 対応の nginx のリバースプロキシを立ててみた
    ・Dokcer で Redmine + MariaDB サーバを立ててみた
    ・Dokcer で Subversion Edge サーバを立ててみた

    トラックバックについて [policy]

    Trackback URL:
    Trackbacks
    このエントリにトラックバックはありません

    Comments [policy]

    yu wrote:

    パッチありがとうございます。
    入れてるプラグインによっても違いそうですね。うちのは元々それほど重くないというのもあるし。

    AOPとか使ってもうちょっと透過的にやりたいんですよね

    ああ、たしかにこういうとき便利ですね

    2008-01-21 15:51 <%HatenaAuth()%>　

    hsur wrote:

    そうですね。

    あとはプラグイン自体にも色々改造を加えるとかなり速くなるものもあると思うんですけど。。。。

    2008-01-21 22:35 <%HatenaAuth()%>　

    Add Comments

    コメントは承認後の表示となります。
    OpenIDでログインすると、即時に公開されます。

    OpenID を使ってログインすることができます。

    Identity URL: Yahoo! JAPAN IDでログイン