CatalogPathAwareness/CatalogAware Zclasses
If I have a CatalogAware Zclass and I've moved into 2.6, would it be advisable to rebase it as CatalogPathAware, since CatalogAware is deprecated? I'm not sure I really understand the difference in the two, but I am having some speed/performance issues with this Zclass and the Catalog. -Chris muldrow@mac.com
CatalogPathAware won't help with speed, but unlike CatalogAware it uses the absolute physical path of an object as the catalog key instead of the relative (URL-based) path of an object as the catalog key. This is most useful in virtual hosting scenarios. You should probably reindex your catalog after switching (and test heavily before putting it in to production) if you do make the switch. On Fri, 2003-01-24 at 10:59, Chris Muldrow wrote:
If I have a CatalogAware Zclass and I've moved into 2.6, would it be advisable to rebase it as CatalogPathAware, since CatalogAware is deprecated? I'm not sure I really understand the difference in the two, but I am having some speed/performance issues with this Zclass and the Catalog.
-Chris muldrow@mac.com
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev ) -- Chris McDonough <chrism@zope.com> Zope Corporation
On 1/24/03 11:02 AM, "Chris McDonough" <chrism@zope.com> wrote:
CatalogPathAware won't help with speed, but unlike CatalogAware it uses the absolute physical path of an object as the catalog key instead of the relative (URL-based) path of an object as the catalog key. This is most useful in virtual hosting scenarios. You should probably reindex your catalog after switching (and test heavily before putting it in to production) if you do make the switch.
On Fri, 2003-01-24 at 10:59, Chris Muldrow wrote:
If I have a CatalogAware Zclass and I've moved into 2.6, would it be advisable to rebase it as CatalogPathAware, since CatalogAware is deprecated? I'm not sure I really understand the difference in the two, but I am having some speed/performance issues with this Zclass and the Catalog.
-Chris muldrow@mac.com
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
What types of actions tend to make indexing/searching faster? I'm wondering if we have too many indexes (8 fieldindexes, 1 dateindex, 1 keyword index and 1 zctextindex) or too much metadata (12 fields). Of course, I'm still trying to hunt down a leak, but we're using 2.6 so Leakfinder won't run on it. Is there a good substitute for it?
On Fri, 2003-01-24 at 11:20, Chris Muldrow wrote:
What types of actions tend to make indexing/searching faster?
Reducing the number of indexes (particularly text indexes), reducing the amount of work done by the indexed methods/attributes, reducing the number of metadata fields (and the work done by the methods/attributes that are associated with each).
I'm wondering if we have too many indexes (8 fieldindexes, 1 dateindex, 1 keyword index and 1 zctextindex) or too much metadata (12 fields).
I might try the CallProfiler product against each of the methods that are called by the indexes. If one of them (or any of them) take a long time, try to prevent that from happening. http://www.zope.org/Members/richard/CallProfiler
Of course, I'm still trying to hunt down a leak, but we're using 2.6 so Leakfinder won't run on it. Is there a good substitute for it?
Unfortunately, no. Memory leaks are tricky and even with LeakFinder can take inordinate amounts of time to debug. You may want to use my AutoLance product to prevent you from going insane while you try to hunt the leak down. It only works on Linux, but it is capable of restarting Zope if memory usage hits a certain threshhold, which prevents the box from ever getting into a state of churning through virtual memory use when memory exceeds physical RAM. http://www.zope.org/Members/mcdonc/Products/AutoLance -- Chris McDonough <chrism@zope.com> Zope Corporation
participants (2)
-
Chris McDonough -
Chris Muldrow