EZP 3.6.1 extremely slow make a Dual P4 Ibm server crash

Author Message

H-Works Agency

Wednesday 08 June 2005 4:11:46 am

Config : Debian/apache/php/mysql/ezp 3.6.1.

After setting those var the server crashed :
- viewcaching = enable
- templatecache = enable
..etc in override/site.ini

Site : 1500 elements in contenu structure. This content structure is extremely slow to display (like 3 minutes !!!). Is there a way to hide certain classes identifier in the left menu. It should be the left menu that cause this slowness.

Thank for the help.

EZP is Great

Björn Dieding@xrow.de

Wednesday 08 June 2005 5:38:48 am

have you already looked in the contentstructuremenu.ini

This is new in 3.6

Looking for a new job? http://www.xrow.com/xrow-GmbH/Jobs
Looking for hosting? http://hostingezpublish.com
-----------------------------------------------------------------------------
GMT +01:00 Hannover, Germany
Web: http://www.xrow.com/

Craig Hirsch

Wednesday 08 June 2005 6:22:44 am

Have you checked to make sure that you are not trying to reference the $node variable in your pagelayout templates? That can cause crashes when you turn on all of eZ's caching features.

What I did in a similar situation was to go through all of my pagelayout templates and ensure that every template variable I was using was a valid one for the pagelayout context. Once I did that, it solved the problem.

--
chirsch{AT}gmail{d.t}com

H-Works Agency

Wednesday 08 June 2005 12:27:38 pm

Thanks Bjorn for the Tips about the .ini file. It helped my a lot. Would be great if there was [sections] for each context. Like [content] to set up options for content left menu, [media] for media menu...Etc

Yes i am using the $node reference to retrieve my contents. What is the problem with it ?

Like a page title could be {$node.name} in a full view template.

Martin

EZP is Great

Vincent Lepot

Monday 13 June 2005 1:07:43 am

I've got the same problem for another site with more than 1500 entries in the tree. Content structure is so slow to build that I recommend to hide content structure to my users and to navigate using the children window...

Wouldn't it be great to have a tree which contains only "developped" elements and to refresh structure when clicking on a (+) or (-) button of the tree. At least, to have the choice.

I know that having all tree available avoids requests to the server, but with great trees, it's a big problem and loose of this functionality is too bad...

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.

eZ debug

Timing: Jan 31 2025 06:20:12
Script start
Timing: Jan 31 2025 06:20:12
Module start 'layout'
Timing: Jan 31 2025 06:20:12
Module start 'content'
Timing: Jan 31 2025 06:20:12
Module end 'content'
Timing: Jan 31 2025 06:20:12
Script end

Main resources:

Total runtime0.0132 sec
Peak memory usage2,048.0000 KB
Database Queries3

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0051 588.4297151.2422
Module start 'layout' 0.00510.0022 739.671936.6953
Module start 'content' 0.00730.0044 776.367294.2500
Module end 'content' 0.01170.0014 870.617237.9922
Script end 0.0131  908.6094 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.002216.5978140.0002
Check MTime0.00107.9799140.0001
Mysql Total
Database connection0.00074.978610.0007
Mysqli_queries0.002821.215730.0009
Looping result0.00000.090610.0000
Template Total0.00107.210.0010
Template load0.00085.732610.0008
Template processing0.00021.475310.0002
Override
Cache load0.00053.862210.0005
General
dbfile0.00031.908480.0000
String conversion0.00000.036240.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

UsageRequested templateTemplateTemplate loadedEditOverride
1print_pagelayout.tpl<No override>extension/community/design/community/templates/print_pagelayout.tplEdit templateOverride template
 Number of times templates used: 1
 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs