On Tue, 5 Dec 2000 23:02:38 -0000, "Phil Harris"

>The XMLDocument type is rather 'expensive' and you may be able to 'get away'
>with using a simpler type such as DTMLDocument.

Simpler, but thats not necessarily an advantage. DTMLDocument will
store the whole document in memory, but XMLDocument uses ZODB
effectively so that it only loads the DOM nodes that are in use.

If you are always using the *whole* document then this is no help, and
simpler may indeed be better.


>> I am testing the possibilities of delivering the content of  XML Documents
>> through the Zope environment.  Unfortunately, some of the proposed file
>> rather large (up to 760KB) and just uploading them and viewing them on our
>> current Zope server is prohibitively slow.  Our server, running Z2 is a
>> blazing P133 running NT 4.0 with 32 MB of RAM (I get the bottom feeders).
>> Is the bottleneck the hardware; is there something I can do software-wise
>> to improve performance; or is development not yet advanced enough to
>> this scenario efficiently? Any opinions on this?

For a machine of that size I suggest you use only one publisher thread
(thats -T 1 on the command line), rather than the default of 4. Each
thread gets a copy of the ZODB object cache, and you probably dont
want to keep four copies of your 700k document in memory.

Toby Dickenson

Zope maillist  -  [EMAIL PROTECTED]
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-dev )

Reply via email to