[Zope-dev] Re: ZCatalog fast as admin, dog slow as anonymous and other users
Tres, I updated the DateIndex.py file to the one from the current 2.6 head. But I'm still getting the 'integer multiplication' error. Is there another possibility? Also, it only does this for the 'expires' index. The 'effective' index reindexed just fine. Thanks in advance, Jason Spisak Tres Seaver wrote: Jason Spisak wrote: Tres and Seb, Got rid of all the date FieldIndexes and am reindexing the new DateIndexes one at a time from the indexes tab, but I've hit a snag. when I go to reindex 'expires' I get this error immediately: Site error This site encountered an error trying to fulfill your request. The errors were: Error Details Error Type OverflowError Error Value integer multiplication Update lib/python/Products/PluginIndexesn/DateIndex/DateIndex.py to the current head of the 2.6 branch, e.g. from: As a quick workaround, you could patch CMFDefault/DublinCore.py:: 8 --- *** CMFDefault/DublinCore.py14 Nov 2002 06:48:20 - 1.19.4.3 --- CMFDefault/DublinCore.py30 Jan 2004 22:22:53 - *** *** 253,259 date = getattr( self, 'creation_date', None ) return date is None and self.__FLOOR_DATE or date ! __CEILING_DATE = DateTime( , 0 ) # never expires security.declarePublic( 'expires' ) def expires( self ): --- 253,259 date = getattr( self, 'creation_date', None ) return date is None and self.__FLOOR_DATE or date ! __CEILING_DATE = DateTime( 2037, 0 ) # never expires security.declarePublic( 'expires' ) def expires( self ): 8 --- The better fix would involve not returning the silly _CEILING_DATE at all, and then telling the index whether to treat 'None' as low or high. Tres. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: ZCatalog fast as admin, dog slow as anonymous and other users
Jason Spisak wrote: Tres, I updated the DateIndex.py file to the one from the current 2.6 head. But I'm still getting the 'integer multiplication' error. Is there another possibility? Also, it only does this for the 'expires' index. The 'effective' index reindexed just fine. Thanks in advance, Jason Spisak Tres Seaver wrote: Jason Spisak wrote: Tres and Seb, Got rid of all the date FieldIndexes and am reindexing the new DateIndexes one at a time from the indexes tab, but I've hit a snag. when I go to reindex 'expires' I get this error immediately: Site error This site encountered an error trying to fulfill your request. The errors were: Error Details Error Type OverflowError Error Value integer multiplication Update lib/python/Products/PluginIndexesn/DateIndex/DateIndex.py to the current head of the 2.6 branch, e.g. from: As a quick workaround, you could patch CMFDefault/DublinCore.py:: 8 --- *** CMFDefault/DublinCore.py14 Nov 2002 06:48:20 - 1.19.4.3 --- CMFDefault/DublinCore.py30 Jan 2004 22:22:53 - *** *** 253,259 date = getattr( self, 'creation_date', None ) return date is None and self.__FLOOR_DATE or date ! __CEILING_DATE = DateTime( , 0 ) # never expires security.declarePublic( 'expires' ) def expires( self ): --- 253,259 date = getattr( self, 'creation_date', None ) return date is None and self.__FLOOR_DATE or date ! __CEILING_DATE = DateTime( 2037, 0 ) # never expires security.declarePublic( 'expires' ) def expires( self ): 8 --- The better fix would involve not returning the silly _CEILING_DATE at all, and then telling the index whether to treat 'None' as low or high. Please try patching CMFDefault/DublinCore.py using the patch from my original reply. Tres. -- = Tres Seaver [EMAIL PROTECTED] Zope Corporation Zope Dealers http://www.zope.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: ZCatalog fast as admin, dog slow as anonymous and other users
Jason Spisak wrote:
Zopistas,
My ZCatalog is fast as admin, but dog slow as anonymous and other users.
Anyone had this same experience? Details:
marjors:
Zope 2.6.2
CMF 1.3
Plone 1.0.5
about 50,000 cataloged objects (dual xenon server, plenty of ram, RAID)
User folder has 15k users in it, but admin is one of those users.
i've factored it way down and a simple search with just 1 Event loaded,
like:
return context.portal_catalog(Type='Event')
is instantaneous for the 'admin' user, but takes about 10 seconds to
return 1 SINGLE object. (only 1 Event loaded) imagine the time it
takes to search and display 1300 events (which is what's normally in
there). ouch. i've rebuilt the indexes, and still no dice.
Any help would be greatly appreciated.
This symptom probably has to do with the login in the CMF catalog which
filters results based on the effective - expiration dates, for anybody
without the View inactive content permission. I would guess that your
portal_catalog is *not* using a DateRangeIndex to filter such content,
but is still using the individual 'effective' and 'expires' indexes.
To fix this:
- Add a DateRangeIndex, 'effectiveRange', to your portal_catalog;
set its start attribute to 'effective' and its stop attribute to
'expires'.
- Patch CMFCore/CatalogTool.py using the attached patch file (made
against the released 1.3 version).
Tres.
--
===
Tres Seaver[EMAIL PROTECTED]
Zope Corporation Zope Dealers http://www.zope.com
Index: CMFCore/CatalogTool.py
===
RCS file: /cvs-repository/CMF/CMFCore/CatalogTool.py,v
retrieving revision 1.30.4.6
diff -c -r1.30.4.6 CatalogTool.py
*** CMFCore/CatalogTool.py 1 Aug 2002 19:07:55 - 1.30.4.6
--- CMFCore/CatalogTool.py 30 Jan 2004 18:16:37 -
***
*** 12,18
##
Basic portal catalog.
! $Id$
import os
--- 12,18
##
Basic portal catalog.
! $Id: CatalogTool.py,v 1.30.4.6 2002/08/01 19:07:55 tseaver Exp $
import os
***
*** 202,215
if not _checkPermission(
CMFCorePermissions.AccessInactivePortalContent, self ):
base = aq_base( self )
! now = DateTime()
! if hasattr( base, 'addIndex' ): # Zope 2.4 and above
! kw[ 'effective' ] = { 'query' : now, 'range' : 'max' }
! kw[ 'expires' ] = { 'query' : now, 'range' : 'min' }
! else: # Zope 2.3
! kw[ 'effective' ] = kw[ 'expires' ] = now
! kw[ 'effective_usage'] = 'range:max'
! kw[ 'expires_usage' ] = 'range:min'
return apply(ZCatalog.searchResults, (self, REQUEST), kw)
--- 202,208
if not _checkPermission(
CMFCorePermissions.AccessInactivePortalContent, self ):
base = aq_base( self )
! kw[ 'effectiveRange' ] = DateTime()
return apply(ZCatalog.searchResults, (self, REQUEST), kw)
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: ZCatalog fast as admin, dog slow as anonymous and other users
Tres,
You are right. I've also got that permission turned off to take
advantage of that part of the CMF workflow, which compounds the problem
since it's site wide. I'm building the individual DateIndexs now and
when that's done, I'll check the performance (for my own edification if
nothing else 8-). Then I'll add that DateRange index and patch the CMF
and check again.
Do you guys want metrics? If so, preferred tool/output method?
(although my guess is, you already know how spiffy this makes things 8-)
Tres Seaver wrote:
Jason Spisak wrote:
Zopistas,
My ZCatalog is fast as admin, but dog slow as anonymous and other
users. Anyone had this same experience? Details:
marjors:
Zope 2.6.2
CMF 1.3
Plone 1.0.5
about 50,000 cataloged objects (dual xenon server, plenty of ram, RAID)
User folder has 15k users in it, but admin is one of those users.
i've factored it way down and a simple search with just 1 Event
loaded, like:
return context.portal_catalog(Type='Event')
is instantaneous for the 'admin' user, but takes about 10 seconds to
return 1 SINGLE object. (only 1 Event loaded) imagine the time it
takes to search and display 1300 events (which is what's normally in
there). ouch. i've rebuilt the indexes, and still no dice.
Any help would be greatly appreciated.
This symptom probably has to do with the login in the CMF catalog which
filters results based on the effective - expiration dates, for anybody
without the View inactive content permission. I would guess that your
portal_catalog is *not* using a DateRangeIndex to filter such content,
but is still using the individual 'effective' and 'expires' indexes.
To fix this:
- Add a DateRangeIndex, 'effectiveRange', to your portal_catalog;
set its start attribute to 'effective' and its stop attribute to
'expires'.
- Patch CMFCore/CatalogTool.py using the attached patch file (made
against the released 1.3 version).
Tres.
Index: CMFCore/CatalogTool.py
===
RCS file: /cvs-repository/CMF/CMFCore/CatalogTool.py,v
retrieving revision 1.30.4.6
diff -c -r1.30.4.6 CatalogTool.py
*** CMFCore/CatalogTool.py 1 Aug 2002 19:07:55 - 1.30.4.6
--- CMFCore/CatalogTool.py 30 Jan 2004 18:16:37 -
***
*** 12,18
##
Basic portal catalog.
! $Id$
import os
--- 12,18
##
Basic portal catalog.
! $Id: CatalogTool.py,v 1.30.4.6 2002/08/01 19:07:55 tseaver Exp $
import os
***
*** 202,215
if not _checkPermission(
CMFCorePermissions.AccessInactivePortalContent, self ):
base = aq_base( self )
! now = DateTime()
! if hasattr( base, 'addIndex' ): # Zope 2.4 and above
! kw[ 'effective' ] = { 'query' : now, 'range' : 'max' }
! kw[ 'expires' ] = { 'query' : now, 'range' : 'min' }
! else: # Zope 2.3
! kw[ 'effective' ] = kw[ 'expires' ] = now
! kw[ 'effective_usage'] = 'range:max'
! kw[ 'expires_usage' ] = 'range:min'
return apply(ZCatalog.searchResults, (self, REQUEST), kw)
--- 202,208
if not _checkPermission(
CMFCorePermissions.AccessInactivePortalContent, self ):
base = aq_base( self )
! kw[ 'effectiveRange' ] = DateTime()
return apply(ZCatalog.searchResults, (self, REQUEST), kw)
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: ZCatalog fast as admin, dog slow as anonymous and other users
Jason Spisak wrote: You are right. I've also got that permission turned off to take advantage of that part of the CMF workflow, which compounds the problem since it's site wide. I'm building the individual DateIndexs now and when that's done, I'll check the performance (for my own edification if nothing else 8-). Then I'll add that DateRange index and patch the CMF and check again. Do you guys want metrics? If so, preferred tool/output method? (although my guess is, you already know how spiffy this makes things 8-) While *I* have a gut feel for what the result should be (using DateIndexes will ease most of your pain; using a DateRange index will blow your socks off), it would be good to confirm that I'm right (or not :) in public. Tres. -- === Tres Seaver[EMAIL PROTECTED] Zope Corporation Zope Dealers http://www.zope.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: ZCatalog fast as admin, dog slow as anonymous and other users
Consider me awaiting my socks to be blown off. 8-) Tres Seaver wrote: Jason Spisak wrote: You are right. I've also got that permission turned off to take advantage of that part of the CMF workflow, which compounds the problem since it's site wide. I'm building the individual DateIndexs now and when that's done, I'll check the performance (for my own edification if nothing else 8-). Then I'll add that DateRange index and patch the CMF and check again. Do you guys want metrics? If so, preferred tool/output method? (although my guess is, you already know how spiffy this makes things 8-) While *I* have a gut feel for what the result should be (using DateIndexes will ease most of your pain; using a DateRange index will blow your socks off), it would be good to confirm that I'm right (or not :) in public. Tres. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: ZCatalog fast as admin, dog slow as anonymous and other users
Tres and Seb, Got rid of all the date FieldIndexes and am reindexing the new DateIndexes one at a time from the indexes tab, but I've hit a snag. when I go to reindex 'expires' I get this error immediately: Site error This site encountered an error trying to fulfill your request. The errors were: Error Details Error Type OverflowError Error Value integer multiplication any thoughts on how to get past this? Jason Spisak wrote: You are right. I've also got that permission turned off to take advantage of that part of the CMF workflow, which compounds the problem since it's site wide. I'm building the individual DateIndexs now and when that's done, I'll check the performance (for my own edification if nothing else 8-). Then I'll add that DateRange index and patch the CMF and check again. Do you guys want metrics? If so, preferred tool/output method? (although my guess is, you already know how spiffy this makes things 8-) While *I* have a gut feel for what the result should be (using DateIndexes will ease most of your pain; using a DateRange index will blow your socks off), it would be good to confirm that I'm right (or not :) in public. Tres. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: ZCatalog fast as admin, dog slow as anonymous and other users
I didn't see this come through from the list, so I'm doing a quick resend. Tres and Seb, Got rid of all the date FieldIndexes and am reindexing the new DateIndexes one at a time from the indexes tab, but I've hit a snag. when I go to reindex 'expires' I get this error immediately: Site error This site encountered an error trying to fulfill your request. The errors were: Error Details Error Type OverflowError Error Value integer multiplication any thoughts on how to get past this? Jason Spisak wrote: You are right. I've also got that permission turned off to take advantage of that part of the CMF workflow, which compounds the problem since it's site wide. I'm building the individual DateIndexs now and when that's done, I'll check the performance (for my own edification if nothing else 8-). Then I'll add that DateRange index and patch the CMF and check again. Do you guys want metrics? If so, preferred tool/output method? (although my guess is, you already know how spiffy this makes things 8-) While *I* have a gut feel for what the result should be (using DateIndexes will ease most of your pain; using a DateRange index will blow your socks off), it would be good to confirm that I'm right (or not :) in public. Tres. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: ZCatalog fast as admin, dog slow as anonymous and other users
Jason Spisak wrote: Tres and Seb, Got rid of all the date FieldIndexes and am reindexing the new DateIndexes one at a time from the indexes tab, but I've hit a snag. when I go to reindex 'expires' I get this error immediately: Site error This site encountered an error trying to fulfill your request. The errors were: Error Details Error Type OverflowError Error Value integer multiplication Update lib/python/Products/PluginIndexesn/DateIndex/DateIndex.py to the current head of the 2.6 branch, e.g. from: As a quick workaround, you could patch CMFDefault/DublinCore.py:: 8 --- *** CMFDefault/DublinCore.py14 Nov 2002 06:48:20 - 1.19.4.3 --- CMFDefault/DublinCore.py30 Jan 2004 22:22:53 - *** *** 253,259 date = getattr( self, 'creation_date', None ) return date is None and self.__FLOOR_DATE or date ! __CEILING_DATE = DateTime( , 0 ) # never expires security.declarePublic( 'expires' ) def expires( self ): --- 253,259 date = getattr( self, 'creation_date', None ) return date is None and self.__FLOOR_DATE or date ! __CEILING_DATE = DateTime( 2037, 0 ) # never expires security.declarePublic( 'expires' ) def expires( self ): 8 --- The better fix would involve not returning the silly _CEILING_DATE at all, and then telling the index whether to treat 'None' as low or high. Tres. -- === Tres Seaver[EMAIL PROTECTED] Zope Corporation Zope Dealers http://www.zope.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: ZCatalog fast as admin, dog slow as anonymous and other users
Thanks. I'll update the index, since it will eventually be in proper zope anyway, it'll just be a bit ahead it's time 8-) Just to throw another wrench in, when updating the 'start' and 'end' indexes I get this error now that they are DateIndexes: Site error This site encountered an error trying to fulfill your request. The errors were: Error Details Error Type IndexError Error Value string index out of range So I'm guessing something that parses for these dates is blank and it doesn't like that too much. Technically you should never have a blank start or end date, I guess. Tres Seaver wrote: Jason Spisak wrote: Tres and Seb, Got rid of all the date FieldIndexes and am reindexing the new DateIndexes one at a time from the indexes tab, but I've hit a snag. when I go to reindex 'expires' I get this error immediately: Site error This site encountered an error trying to fulfill your request. The errors were: Error Details Error Type OverflowError Error Value integer multiplication Update lib/python/Products/PluginIndexesn/DateIndex/DateIndex.py to the current head of the 2.6 branch, e.g. from: As a quick workaround, you could patch CMFDefault/DublinCore.py:: 8 --- *** CMFDefault/DublinCore.py14 Nov 2002 06:48:20 - 1.19.4.3 --- CMFDefault/DublinCore.py30 Jan 2004 22:22:53 - *** *** 253,259 date = getattr( self, 'creation_date', None ) return date is None and self.__FLOOR_DATE or date ! __CEILING_DATE = DateTime( , 0 ) # never expires security.declarePublic( 'expires' ) def expires( self ): --- 253,259 date = getattr( self, 'creation_date', None ) return date is None and self.__FLOOR_DATE or date ! __CEILING_DATE = DateTime( 2037, 0 ) # never expires security.declarePublic( 'expires' ) def expires( self ): 8 --- The better fix would involve not returning the silly _CEILING_DATE at all, and then telling the index whether to treat 'None' as low or high. Tres. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
