hoopycat wrote:
Drupal also employs its own page cache, so if it has an equivalent result ready to go, it will be really fast. On the other hand, if it has to generate the page from scratch, it will take some time. That will account for orders-of-magnitude differences in page rendering times.
If it takes more than a second to spit HTML out, it was probably a cache miss.
Thanks hoopycat, I know about the page cache.. The load times I am looking at are averages of between 30 - 90 page loads at various times of the day.. So yes caching is a factor but shouldn't be the cause of the variation over that many page loads.. Of course I could disable the caching to run tests, optimise it and then re-enable it to eliminate it as a factor.. Average page load times vary from ~70ms to over 200ms so its a fairly large variation..
I still think the variation is likely due to the available processor resource of the physical server which is determined by what all the other vm's are doing at the time. This means that any performance optimisation needs to somehow be done independently of CPU influence..
In thinking about it every resource in a virtual environment is in some way or another contended which makes accurate measurement for tuning and optimisation a little tricky if you want accurate results..
Think I have answered my own question..
