Hello All,

Our application contains about 38k objects running via apelib into the 
filesystem using the filesystem mapper.  We have been extremely happy with the 
ability to use version control on everything in zope which apelib affords us 
as well as allowing our developers to use editors/ide of choice.

The problem we keep running into is performance.  On even fast machines, right 
after zope starts up, it is extremely slow.  Once the cache get's populated, 
the site runs as normal (we have the cache set to 10k objects).  

On a server, we set the scan-interval to 5 minutes or higher.  But on our 
development boxes, we have the scan-interval set to 
1s.  This allows changes as they are made on the file system to show up in 
zope for testing immediately.  This works quite well, but is very, very slow 
for developing under unless you have a pretty heavy duty processor.  In 
profiling this, it doesn't appear to be I/O bound (as I would have guessed), 
but instead processor bound.  Profiling points to Apelib as being the 
bottleneck (getmtime, getannotations, compile, etc).  

To verify this,  I copied our application back into a standard zope storage 
and the performance after startup was night and day different.  Very snappy.  

Has anyone found a way to make apelib faster, or have hints on performance 

Is there a better way then apelib to get zope objects (dtml, python scripts, 
zsql statements) into text files?

Thanks for your time,


Zope-Dev maillist  -  Zope-Dev@zope.org
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope )

Reply via email to