Re: sidnei's reindexing improvements

Rob Miller <ra-UE+B0n23d/[email protected]>
Newsgroups gmane.comp.web.zope.plone.archetypes.devel
Message-ID <[email protected]>
Rob Miller wrote:
> Sidnei da Silva wrote:
> 
>> On Fri, Dec 09, 2005 at 07:18:43PM -0200, Sidnei da Silva wrote:
>> | Yes, call it band-aid-stop-gap-measure if you want, but it's a proper
>> | fix, just the size that fits in a minor revision (1.3.6) and that took
>> | about two years with no action from anyone. Please line up your
>> | proposals for the next major revision of archetypes.
>>
>> Just to be clear, I'm not against using events. I'm against waiting
>> for the next-next tecnology when we can fix (or band-aid, or stopgap)
>> existing bugs with existing resources and *just then*, when the bug is
>> at least alleviated, wait for the next-next technology.
> 
> 
> we're on the same page here.  remember, my first message was to make 
> sure that your changes DID get merged.
> 
> for some reason, though, i think i'm seeing more multiple unindexing 
> errors when i run the CMFPlone tests using AT from the plone 2.1 bundle 
> than i am using your reindexing branch... that's why i thought the 
> changes hadn't been merged in the first place.  i'm re-running those 
> tests now, though; it's possible it was operator error causing the 
> problems.

okay, i don't think i'm off base here.  i'm running the CMFPlone tests 
using the plone 2.1 bundle.  the first thing i notice is that one of the 
testActionTool tests is failing (*grumble*).  aside from that, however, 
something seems to have changed to take away some of the gains that 
sidnei's changes made.

when i use the AT 1.3 release branch that is part of the bundle, the 
tests take about 831 seconds (on my 1.25GHz PowerBook) and there are 
1137 lines of output from the './bin/zopectl test' command that i 
executed until the 'Ran 1536 tests in... ' notifier.

when i remove the 1.3 release branch and drop in the 
sidnei-reindexing-sanity branch, with no other changes, the tests take 
627 seconds to run, and there is 663 lines of output.  a quick peek at 
the output shows that the difference is mostly due to a bunch of 
additional "Zope.ZCatalog:uncatalogObject unsuccessfully attempted to 
uncatalog an object" errors.

this is hardly a rigorous evaluation, i know, but it's all i have time 
to do right now.  anyone else have a moment to see if you get the same 
results and, if so, figure out what's causing them?

-r



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.