Ploneのチューニング

2005年10月11日 11:55 p.m. Zope/Plone

自宅サーバで稼動しているPloneを少しばかり、チューニングしてみました。
結構速くなった気がしますが、これはプラシーボ効果!?

1.Zopeのデバッグモードを無効にする

デバッグモードだと、portal_skinsツールに含まれるすべてのページテンプレート、スクリプト、オブジェクトがファイルシステムと比較され、最新であるかどうかチェックされるそうです。10～20倍遅くなるとか…

現在、どういう設定になっているかは、ZMIでPloneインスタンスの下の"portal_migration"を確認すると分かります。なんと！うちのサイトは、"Debug mode: Yes"になっていました。
無効にするには、/var/lib/zope/etc/zope.conf 内を編集して、

debug-mode off

に設定します。変更した後は、Zopeの再起動が必要です。

2.Ploneのgzip圧縮を止める

HTTPヘッダを見ると分かるのですが、Ploneはデフォルトで、ブラウザに送るソースをgzip圧縮しています。この機能により、ネットワーク通信量が減るというメリットがあります。私も以前、ISDNとかADSL回線だった頃は、Apacheにmod_gzipモジュールを組み込んで圧縮をかけていました。

しかし、最近のブロードバンド環境を考えると、そんなに効果はないような気がします。逆に、うちのサーバはCPUがあまり速くない(いまどき866MHz…)ので、余分な処理が増えることでパフォーマンスを悪くしていることが考えられるので、この機能を無効にしました。

portal_skins/plone_scripts/enableHTTPCompressionを編集して、

ENABLE_ZLIB_COMPRESSION = 0

に変更しました。

3.ナビゲーションとカレンダー・ポートレットを削除

この2つのポートレットは負荷がかかるらしいです。無くても困るものではないので削除しました。各フォルダのPropertiesを開いて、left_slotsおよびright_slotsから、

here/portlet_navigation/macros/portlet

here/portlet_calendar/macros/portlet

here/portlets/calendar (COREBlog内の場合)

を削除しました。

4.Apacheのmod_chacheを有効にする(失敗)

gifやjpegなどの静的コンテンツを、毎回Zopeで出力するのではなく、フロントのApacheにキャッシュさせて高速化するのが狙いです。
しかし、これは失敗しました。なぜかHTTPヘッダのContent-Encoding,Expires,Pragmaの値がアクセスする度に長くなってしまいました。

例えば、

1回目　Content-Encoding: gzip

2回目　Content-Encoding: gzip, gzip

3回目　Content-Encoding: gzip, gzip, gzip

といった具合です。Firefoxだと2回目以降のアクセスからページが見れなくなってしまいます。gzip,gzipと続くと、gzip圧縮を2回かけているとみなされるようです。IEでは、仕様に準拠していないことが幸いしてか普通に見れましたが…
Webで検索してもこのような症状は出てこなかったので、うちだけの現象っぽいです。原因不明なので、これは無効にしておくことにしました。

以上で、ページの表示が体感できるくらいに速くなった気がします。mod_cacheに関しては、ちょっと悔しいので、もう少し調べてみます。

perm link: http://yamashita.dyndns.org/blog/329/