[Zope] temp_folder not MountTemporaryFolder?

Manuel Vázquez Acosta mva.led at gmail.com
Tue Jun 26 12:08:23 EDT 2007


Thanks to all...

The problem was else where... I ran the bench and observed that
/temp_folder/session_data reported no objects. So something else was
causing the bunch of conflicts. I have found that the problem was
Plone set the last login time in logged_in.cpy, commenting this line
no more conflicts were issued, with this bench.

Again, thanks to all. I'll keep reading and digging Plone and Zope.

Currently my next move is to make improvements to CacheFu, in order to
cache Five Views.

Best regards,
Manuel.

On 6/24/07, Chris McDonough <chrism at plope.com> wrote:
> On Jun 24, 2007, at 9:31 PM, Manuel Vázquez Acosta wrote:
>
> > Let me see if I got this right:
> >
> > According to ZODB.Mount.MountPoint: mount points are Zope objects
> > that, when traversed, accesses a different database.
>
> You got it.
>
> >
> > Do they report themselves as the container-class defined in zope.conf?
> > I mean, when I traverse to /temp_folder what do I get? Is it the
> > MountPoint instance or the container-class instance? Where should I
> > look for this code?
>
> It's the container-class instance (or at least it looks like it when
> you get there, it does a bunch of trickery under the hood).  The
> default container class is
> Products.TemporaryFolder.TemporaryContainer.  You can influence it
> within zope.conf though. One of the container class instances
> (mounted at the /temp_folder mount point) is created within the
> OFS.Application.install_tempfolder_and_sdc method during Zope startup.
>
> >
> > I have "tried" faster but without any luck. I modified OFS.Application
> > and replaced TransientObjectContainer with
> > faster.SessionDataContainer, but still I had too many ConflictErrors
> > (didn't make any measure to compare with TransientObjectContainer).
>
> Have you tried putting the session data container *not* in
> temp_folder?  In other words, create a session data container in the
> root of your zodb, then cause the session_data_manager object to
> point at that?  You may observe better performance (with the penalty
> of more storage growth) because FileStorage is typically better at
> resolving conflicts nowadays than TemporaryStorage is.  Note that if
> you're using ZEO, don't put the data container in the root, you will
> only get more conflicts.  Instead, mount a FileStorage somewhere.
> See http://plone.org/documentation/how-to/multiple-plone-sites-per-
> zope-instance-using-separate-data-fs-files-for-each-one for a
> reasonable explanation of how to create new mount points (ignore the
> Ploney bits, only pay attention to steps 1 and 2).
>
> - C
>
>


More information about the Zope mailing list