RAQ4 - Performance problem on installation.

Next topic

Author	Message
boris vanrillaer	Monday 09 June 2003 12:43:31 pm Hi All, Guess this will be some kind of last resort to see if I had a fun adventure game for the weekend as someone called it inhere or I might still make a chance on getting it to work ... My basic question is ... Should my hardware be capable of running eZ performant (response time below 1.2 sec) ? I have a RAQ4 with 500 and a little of RAM with no real activity going on ... well not for the moment. It's _was_ a rather new clean installed box with all latest RAQ4 patches. Let me start in the beginning ... I discovered eZ a few years ago and almost fell in love directly, however running on a RAQ3 then it seemed like mission impossible and with sadness I turned away and left eZ behind at that time. Right now I have a smaller project that is screaming for eZ and I returned to see if it would be doable to get it up and running on my new RAQ4 ... ( well I know RAQ4 is old, but it is a new box for me) Given the specs and memory / CPU requirements I thought it would be a mission I could try to take ... However, after four clean installs, some forced upgrades, and still a killing performance I start to wonder if I will be forced to go back to some other solutions or I might manage ... Initial install of eZ3 > no complaints > no images > performance average 10 / 20 seconds for the demo page > CPU 100 % verified config again and decided to install the required php 4.3.2 cause it could be in the php ... (i was on 4.0.x) but before I would try this I decided to take eZ2 up for run ... Initial install of eZ2 > no complaints > no images > performance average 8 / 15 seconds for the demo page Scrathched the whole install and installed php 4.3.2 > compiled it without DOM > Reinstalled eZ3 without demo date ... Same result, found some references to DOM and tried to compile it with DOm Old libxml > upgraded ... Retried ... still the same ... > found a language patch for high CPU times, applied ... still the same ... So according to me something fishy must be going on and I am missing something here ( seems like so many others grin ) but I would really like some advice IF it is possible to run eZ on a RAQ4 with 500 MB of RAM or is it normal that every "click" takes up to 10/15 seconds with 100 % CPU and thus killing my only box I have ... If the answer is in the doc or the forums, excuse me ... I have been trying to find it for the last 4 days ... but I guess I will need some advice if I want to continue with eZ * edited * Images are working due to the SUB document ... http://ez.no/developer/ez_publish_3/documentation/ez_publish_3/typical_problems_and_solutions/images_do_not_work/you_are_sure_that_you_have_imagemagick_but_its_not_working * thanks already for that, who know I might get it to work even ** Any help truly appreciated ! Greetz Boris
Paul Borgermans	Monday 09 June 2003 2:30:19 pm Boris, The amount of RAM is OK, but ezp3 is very cpu intensive as you noticed. Is this a model with a 450 Mhz CPU? On a 1Ghz machine, a typical demo-page takes 0.6-0.9 sec with a php accelerator. So it may be just feasible, but you have to tune your machine to the max and certainly use a php compiler cache, eg: http://www.php-accelerator.co.uk/ Another point for optimisation is the use of cache-blocks in the templates (they are not used in the demo's): you inflate the disk space requirements, but reduce the load significantly the more your site is used. This feature is not yet well documented, so it will require some experiments before you reach your goals of response times. Your concern with a "low-end" server (cpu-wise) equally applies to "high-end" servers with a large load. Paul eZ Publish, eZ Find, Solr expert consulting and training http://twitter.com/paulborgermans
boris vanrillaer	Monday 09 June 2003 3:05:19 pm Paul, THNX already ... just quickly installed the accelerator and the initial results are looking promising ... I'm not going to get picky about a few seconds now ... ;-) Keep you posted of the results, but it seems it helped already a lot !!! I indeed might get somewhere ... getting some sleep now after 4 days of eZ'ng THNX again, Boris

Author

Message

Monday 09 June 2003 12:43:31 pm

Hi All,

Guess this will be some kind of last resort to see if I had a fun adventure game for the weekend as someone called it inhere or I might still make a chance on getting it to work ...

My basic question is ... Should my hardware be capable of running eZ performant (response time below 1.2 sec) ?

I have a RAQ4 with 500 and a little of RAM with no real activity going on ... well not for the moment.

It's _was_ a rather new clean installed box with all latest RAQ4 patches.

Let me start in the beginning ...

I discovered eZ a few years ago and almost fell in love directly, however running on a RAQ3 then it seemed like mission impossible and with sadness I turned away and left eZ behind at that time.

Right now I have a smaller project that is screaming for eZ and I returned to see if it would be doable to get it up and running on my new RAQ4 ... ( well I know RAQ4 is old, but it is a new box for me)

Given the specs and memory / CPU requirements I thought it would be a mission I could try to take ...

However, after four clean installs, some forced upgrades, and still a killing performance I start to wonder if I will be forced to go back to some other solutions or I might manage ...

Initial install of eZ3

> no complaints
> no images
> performance average 10 / 20 seconds for the demo page
> CPU 100 %

verified config again and decided to install the required php 4.3.2 cause it could be in the php ... (i was on 4.0.x)

but before I would try this I decided to take eZ2 up for run ...

Initial install of eZ2

> no complaints
> no images
> performance average 8 / 15 seconds for the demo page

Scrathched the whole install and installed php 4.3.2

> compiled it without DOM

> Reinstalled eZ3 without demo date ...

Same result, found some references to DOM and tried to compile it with DOm

Old libxml

> upgraded ...

Retried ... still the same ...

> found a language patch for high CPU times, applied

... still the same ...

So according to me something fishy must be going on and I am missing something here ( seems like so many others *grin* ) but I would really like some advice IF it is possible to run eZ on a RAQ4 with 500 MB of RAM or is it normal that every "click" takes up to 10/15 seconds with 100 % CPU and thus killing my only box I have ...

If the answer is in the doc or the forums, excuse me ... I have been trying to find it for the last 4 days ... but I guess I will need some advice if I want to continue with eZ

*** edited ***

Images are working due to the SUB document ...

http://ez.no/developer/ez_publish_3/documentation/ez_publish_3/typical_problems_and_solutions/images_do_not_work/you_are_sure_that_you_have_imagemagick_but_its_not_working

*** thanks already for that, who know I might get it to work even ****

Any help truly appreciated !

Greetz
Boris

Paul Borgermans

Monday 09 June 2003 2:30:19 pm

Boris,

The amount of RAM is OK, but ezp3 is very cpu intensive as you noticed. Is this a model with a 450 Mhz CPU?

On a 1Ghz machine, a typical demo-page takes 0.6-0.9 sec with a php accelerator. So it may be just feasible, but you have to tune your machine to the max and certainly use a php compiler cache, eg:

http://www.php-accelerator.co.uk/

Another point for optimisation is the use of cache-blocks in the templates (they are not used in the demo's): you inflate the disk space requirements, but reduce the load significantly the more your site is used.

This feature is not yet well documented, so it will require some experiments before you reach your goals of response times.

Your concern with a "low-end" server (cpu-wise) equally applies to "high-end" servers with a large load.

Paul

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

boris vanrillaer

Monday 09 June 2003 3:05:19 pm

Paul,

THNX already ... just quickly installed the accelerator and the initial results are looking promising ...

I'm not going to get picky about a few seconds now ... ;-)

Keep you posted of the results, but it seems it helped already a lot !!!

I indeed might get somewhere ... getting some sleep now after 4 days of eZ'ng

THNX again,
Boris

eZ debug

Timing:	Jan 31 2025 04:32:15
Script start
Timing:	Jan 31 2025 04:32:15
Module start 'layout'
Timing:	Jan 31 2025 04:32:15
Module start 'content'
Timing:	Jan 31 2025 04:32:15
Module end 'content'
Timing:	Jan 31 2025 04:32:15
Script end

Main resources:

Total runtime	0.0157 sec
Peak memory usage	2,048.0000 KB
Database Queries	3

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0072	588.2891	151.2266
Module start 'layout'	0.0072	0.0026	739.5156	36.6797
Module start 'content'	0.0098	0.0044	776.1953	94.2188
Module end 'content'	0.0142	0.0014	870.4141	33.9922
Script end	0.0157		904.4063

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0022	14.1207	14	0.0002
Check MTime	0.0010	6.3841	14	0.0001
Mysql Total
Database connection	0.0008	4.9070	1	0.0008
Mysqli_queries	0.0046	29.0697	3	0.0015
Looping result	0.0000	0.0760	1	0.0000
Template Total	0.0011	6.8	1	0.0011
Template load	0.0008	5.3675	1	0.0008
Template processing	0.0002	1.4163	1	0.0002
Override
Cache load	0.0006	3.7156	1	0.0006
General
dbfile	0.0002	1.5425	8	0.0000
String conversion	0.0000	0.0441	4	0.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

Usage	Requested template	Template	Template loaded	Edit	Override
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 1 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs