slow site / cache dir not being populated

Author Message

Andre Felipe Machado

Sunday 01 July 2007 8:20:36 am

Hello,
My site http://www.techforce.com.br is working but painfully slow and cpu hungry now after an isp bw quota limit reached.
The mysql db was runing away 100% cpu.
Myisamchk --safe-recover on it.
Myisamchk --extend-check on it said mysql ok now.
But the site is still slow and now apache is taking 100% cpu.
I guess it is a cache problem.
the settings/override/site.ini.append.php contains:

[OverrideSettings]
Cache=enabled

[TemplateSettings]
TemplateCache=enabled
TemplateCompile=enabled
TemplateOptimization=enabled
NodeTreeCaching=enabled

[ContentSettings]
TranslationList=eng-GB;eng-US;por-BR
ViewCaching=enabled
CachedViewModes=full;sitemap;pdf
PreViewCache=enabled
PreCacheSiteaccessArray[]=news
PreCacheSiteaccessArray[]=news_admin

Executed bin/shell/clearcache.sh --clear-all
Executed bin/modifx.sh
Granted permissive access to var/
changed var/ owner to the webserver user and group.
Even restarted the xen vm.

but the var/news/cache and var/cache sub-directories are almost empty (only packages and translation populated).
I saw that var/news/cache/expiry.php was not cleared by clearcache.sh.

Do you have suggestions?
Regards.
Andre Felipe

---
A Debian user never dies. Issues a last command:
shutdown -h now

http://www.techforce.com.br

Paul Borgermans

Sunday 01 July 2007 11:22:48 am

If mysql is running away, check also the session table (and clear it).

Hard to do anything about bw limits hit

Paul

eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans

Andre Felipe Machado

Monday 02 July 2007 8:28:31 am

Hello,
Many thanks for your suggestion. I was not aware of the session table problem.
I managed to circumvent the cache problem (not a real solution).
Was able to find a local backup (rsync) including the var/cache and var/news/cache directories with megabytes of data and done at a day with normal behaviour.
Uploaded that old cache data and now the site is running at normal speed.
Some pages were displaying at old cached versions (!) from that date, despite admin interface showing their new versions.
Well, an edit publish cycle refreshed the cache content for these pages. Not the best solution, but worked.
From inside the admin panel, flushing the cache did not solve.
Weird. Seems as ezp not being able to create cache directories or files. but it can update content and recreate cache files already there.
It is a trick, and a real solution should be investigated.
regards.
Andre Felipe

---
A Debian user never dies. Issues a last command:
shutdown -h now

http://www.techforce.com.br

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 18 2025 16:08:53
Script start
Timing: Jan 18 2025 16:08:53
Module start 'layout'
Timing: Jan 18 2025 16:08:53
Module start 'content'
Timing: Jan 18 2025 16:08:53
Module end 'content'
Timing: Jan 18 2025 16:08:54
Script end

Main resources:

Total runtime0.9555 sec
Peak memory usage4,096.0000 KB
Database Queries57

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0054 589.4375152.6250
Module start 'layout' 0.00540.0025 742.062539.4453
Module start 'content' 0.00790.9462 781.5078553.9063
Module end 'content' 0.95410.0014 1,335.414112.1406
Script end 0.9555  1,347.5547 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.00340.3517160.0002
Check MTime0.00140.1480160.0001
Mysql Total
Database connection0.00110.110110.0011
Mysqli_queries0.896993.8592570.0157
Looping result0.00070.0764550.0000
Template Total0.921796.520.4608
Template load0.00220.226620.0011
Template processing0.919596.227420.4597
Template load and register function0.00010.012210.0001
states
state_id_array0.00150.154610.0015
state_identifier_array0.00100.105920.0005
Override
Cache load0.00180.1921420.0000
Sytem overhead
Fetch class attribute can translate value0.00060.061420.0003
Fetch class attribute name0.00150.159950.0003
XML
Image XML parsing0.00110.114320.0005
class_abstraction
Instantiating content class attribute0.00000.001560.0000
General
dbfile0.00200.2107230.0001
String conversion0.00000.000740.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

UsageRequested templateTemplateTemplate loadedEditOverride
1node/view/full.tplfull/forum_topic.tplextension/sevenx/design/simple/override/templates/full/forum_topic.tplEdit templateOverride template
3content/datatype/view/ezimage.tpl<No override>extension/sevenx/design/simple/templates/content/datatype/view/ezimage.tplEdit templateOverride template
3content/datatype/view/ezxmltext.tpl<No override>extension/community_design/design/suncana/templates/content/datatype/view/ezxmltext.tplEdit templateOverride template
5content/datatype/view/ezxmltags/line.tpl<No override>design/standard/templates/content/datatype/view/ezxmltags/line.tplEdit templateOverride template
6content/datatype/view/ezxmltags/paragraph.tpl<No override>extension/ezwebin/design/ezwebin/templates/content/datatype/view/ezxmltags/paragraph.tplEdit templateOverride template
1content/datatype/view/ezxmltags/literal.tpl<No override>extension/community/design/standard/templates/content/datatype/view/ezxmltags/literal.tplEdit templateOverride template
1print_pagelayout.tpl<No override>extension/community/design/community/templates/print_pagelayout.tplEdit templateOverride template
 Number of times templates used: 20
 Number of unique templates used: 7

Time used to render debug report: 0.0001 secs