Hi,
Am Mittwoch, den 28.03.2007, 18:05 +0200 schrieb Martijn Faassen:
> Hey Christian,
>
> Christian Theune wrote:
>
> > Am Mittwoch, den 28.03.2007, 01:12 +0200 schrieb Martijn Faassen:
> [snip]
>
> > Quick shot on integrating the suggestion from Uwe:
> >
> > - Reserve an OID from the ZODB st
On 3/27/07, Dieter Maurer <[EMAIL PROTECTED]> wrote:
However, this approach is only efficient when the sort index size
is small compared to the result size.
Sure. But with incremental searching, the result size is always one, right? ;-)
--
Lennart Regebro: Zope and Plone consulting.
http://www
Hey Christian,
Christian Theune wrote:
Am Mittwoch, den 28.03.2007, 01:12 +0200 schrieb Martijn Faassen:
[snip]
Quick shot on integrating the suggestion from Uwe:
- Reserve an OID from the ZODB storage, maybe create a 'shadow' object
in the ZODB.
- Use a directory that maintains a hard link
The Buildbot has detected a failed build of Zope3 trunk 2.4 FreeBSD tmiddleton.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 709
Blamelist: dobe
BUILD FAILED: failed svn
sincerely,
-The Buildbot
___
Zope3-dev mai
The Buildbot has detected a failed build of Zope3 trunk 2.4 Linux zc-buildbot.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 709
Blamelist: dobe
BUILD FAILED: failed svn
sincerely,
-The Buildbot
___
Zope3-dev mail
Adam Groszer wrote:
Somehow relevant to the subject I just found an article on Wickert's
site:
http://www.wiggy.net/ , "Using a seperate Data.fs for the catalog"
The win here is actually partitioning the object cache...
Similar wins could be achieved without making backup/pack/etc more
compl
