Re: [Zope] DBTab product questions (more...)
On Tue, 18 Mar 2003, Thierry FLORAC wrote:
Hi,
I took a closer look at my DBTab product problems, and it seems that my problem come from the fact that my mount points are not simple Folders, but other custom classes, and it's that fact of generating the mount points that creates custom "mounted" folders.
So my new questions are quite simple : what can I do to : - create new classes that inherit from DBTab.MountedObject ? - determine which available mount points are available while creating them, to be able to create them as MountedObject or not ? - find documentation about these functions...
Thanks for any help or advise...
You don't need to derive from MountedObject. This email explains how to mount things other than folders: http://mail.zope.org/pipermail/zope-dev/2003-March/018958.html Shane
On Tuesday 18 March 2003 19:00, Shane Hathaway wrote:
On Tue, 18 Mar 2003, Thierry FLORAC wrote:
Hi,
I took a closer look at my DBTab product problems, and it seems that my problem come from the fact that my mount points are not simple Folders, but other custom classes, and it's that fact of generating the mount points that creates custom "mounted" folders.
So my new questions are quite simple : what can I do to : - create new classes that inherit from DBTab.MountedObject ? - determine which available mount points are available while creating them, to be able to create them as MountedObject or not ? - find documentation about these functions...
Thanks for any help or advise...
You don't need to derive from MountedObject. This email explains how to mount things other than folders:
http://mail.zope.org/pipermail/zope-dev/2003-March/018958.html
Hi, Many thanks : I've read your mail and tried your method, and everything works very well now !!! I just have another little question : my old development database had a size of 2.8 MB ; I've "extracted" my ZCatalog from it to a new ZODB, and tried to pack the two databases : now, each of them has a size of nearly 2.1 or 2.5 MB, which if "far" more than the original database, so my question : why ?? And another one : does the fact of splitting a Zope site between several ZODBs can have any impact (improvement or not) on the whole performances ?? Thanks, Thierry -- Linux every day, keeps Dr Watson away... http://gpc.sourceforge.net -- http://www.ulthar.net
On Wed, 19 Mar 2003, Thierry FLORAC wrote:
I just have another little question : my old development database had a size of 2.8 MB ; I've "extracted" my ZCatalog from it to a new ZODB, and tried to pack the two databases : now, each of them has a size of nearly 2.1 or 2.5 MB, which if "far" more than the original database, so my question : why ??
The Control_Panel stores about 2-3 MB of data, and each database has its own copy of the Control_Panel. I wouldn't worry about it though.
And another one : does the fact of splitting a Zope site between several ZODBs can have any impact (improvement or not) on the whole performances ??
There is no measurable difference in performance unless you mount a large number of databases. The MountPoint._setDB() and MountPoint.close() methods are the issue here: they have to open/close all mounted connections, even if they won't be used in the course of a transaction. There are surely ways to improve this. Shane
Shane Hathaway wrote:
On Wed, 19 Mar 2003, Thierry FLORAC wrote:
And another one : does the fact of splitting a Zope site between several ZODBs can have any impact (improvement or not) on the whole performances ??
There is no measurable difference in performance unless you mount a large number of databases. The MountPoint._setDB() and MountPoint.close() methods are the issue here: they have to open/close all mounted connections, even if they won't be used in the course of a transaction.
Hmmm... well, just a data point, but since I moved one of our big setups (Two ClientStorages mounted into another ClientStorage) from ExtMount to DBTab, I've noticed that the first object loaded from a mounted storage takes significantly(and I do mean significant ;-) longer than it used to and longer than any subsequent loads of objects from that storage. I wonder what's taking the time? The mounted storages all have fairly large (100-400Mb) ZEO client caches, but they were that way with ExtMount too. The only other difference I can think of is that one of the mounted storages is basically a folder with about 11,000 items in it. This used to be a BTreeFolder but I've moved it to a BTreeFolder2 (mainly in order to stop the ZMI left pane killing hte machine by trying to load all 11,000 objects into memory :-S ) Any ideas? cheers, Chris
Chris Withers wrote:
Shane Hathaway wrote:
On Wed, 19 Mar 2003, Thierry FLORAC wrote:
And another one : does the fact of splitting a Zope site between several ZODBs can have any impact (improvement or not) on the whole performances ??
There is no measurable difference in performance unless you mount a large number of databases. The MountPoint._setDB() and MountPoint.close() methods are the issue here: they have to open/close all mounted connections, even if they won't be used in the course of a transaction.
Hmmm... well, just a data point, but since I moved one of our big setups (Two ClientStorages mounted into another ClientStorage) from ExtMount to DBTab, I've noticed that the first object loaded from a mounted storage takes significantly(and I do mean significant ;-) longer than it used to and longer than any subsequent loads of objects from that storage. I wonder what's taking the time? The mounted storages all have fairly large (100-400Mb) ZEO client caches, but they were that way with ExtMount too.
I can't think of an explanation. I tried for 4 days. ;-) Shane
participants (3)
-
Chris Withers -
Shane Hathaway -
Thierry FLORAC