What is the best caching mechanism for a drupal website
What is the best caching mechanism for a drupal website
We currently have memcache for NON logged in members and Nqix for members who are logged into the site
Is their a better option?
We currently have memcache for NON logged in members and Nqix for members who are logged into the site
Is their a better option?
Asked:
Who is Participating?
Experts Exchange Solution brought to you by
Enjoy your complimentary solution view.
Get every solution instantly with Premium.
Start your 7-day free trial.
I wear a lot of hats...
"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.
Yes the pages load time is too slow and i have 50 users accessing every min
And the server is a 4 core with 6 Gb ram
And the server is a 4 core with 6 Gb ram
To be 100% clear, I will reiterate that there is no such thing as a magic module or config that just "makes Drupal fast" for every scenario. The same is true for non-Drupal sites. When you install Drupal core (and core only) on reasonably configured hardware and do nothing else, it is very fast. Taking it from "core only" to "my fully built site" is where it goes from fast to slow, and just like every site is unique, many of these slow-downs are quite unique too.
I'm sorry, but that still doesn't answer much.
How many anonymous users at a time? How many are authenticated?
What tasks are they performing? Just viewing nodes, or something else? Be specific.
What modules are enabled? Also, what core version?
Have you actually verified that users are getting cache-hits on Nginx instead of misses? Also, is Nginx caching per "session", per role somehow, or something else?
So your server has 4 cores and 6GB RAM. How much of that is free at any given moment? What does your disk IO look like? What does your network connection look like?
What does "too slow" mean? The number one rule of performance improvement is define your baseline. Also, what percentage of time is spent where? What pct is server side versus page loads, DOM rendering, etc.
These questions are not 100% exhaustive, but should help start pointing you in a direction. Unfortunately, performance improvement is a very personal journey. There are TONS of variables (Server config, OS, other software, nginx config, php config, drupal setup and config, etc) in your setup that no one else could possibly know or ask about without being there in front of it. If I see any huge red flags in answers to the above, then I will try to point them out, but these should also be thought of as places for you to start analyzing.
In the mean time, you might also take a look at this presentation from DrupalCON Denver (Spring, 2012) as it covers some basics of performance analysis: http://denver2012.drupal.org/program/sessions/real-world-performance-analysis-how-identify-performance-problems-your-own-sites
I'm sorry, but that still doesn't answer much.
How many anonymous users at a time? How many are authenticated?
What tasks are they performing? Just viewing nodes, or something else? Be specific.
What modules are enabled? Also, what core version?
Have you actually verified that users are getting cache-hits on Nginx instead of misses? Also, is Nginx caching per "session", per role somehow, or something else?
So your server has 4 cores and 6GB RAM. How much of that is free at any given moment? What does your disk IO look like? What does your network connection look like?
What does "too slow" mean? The number one rule of performance improvement is define your baseline. Also, what percentage of time is spent where? What pct is server side versus page loads, DOM rendering, etc.
These questions are not 100% exhaustive, but should help start pointing you in a direction. Unfortunately, performance improvement is a very personal journey. There are TONS of variables (Server config, OS, other software, nginx config, php config, drupal setup and config, etc) in your setup that no one else could possibly know or ask about without being there in front of it. If I see any huge red flags in answers to the above, then I will try to point them out, but these should also be thought of as places for you to start analyzing.
In the mean time, you might also take a look at this presentation from DrupalCON Denver (Spring, 2012) as it covers some basics of performance analysis: http://denver2012.drupal.org/program/sessions/real-world-performance-analysis-how-identify-performance-problems-your-own-sites
Experts Exchange Solution brought to you by
Your issues matter to us.
Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.
Start your 7-day free trialIt's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Drupal
From novice to tech pro — start learning today.
-
Microsoft ApplicationsCertification: MOS Microsoft Office Specialist - Word 2010 Inter… 173 lessons
Experts Exchange Solution brought to you by
Enjoy your complimentary solution view.
Get every solution instantly with Premium.
Start your 7-day free trial.
It does completely depend on how your users interact with your site. There is nothing wrong with your set up (and I'm assuming you meant Nginx for as a reverse-proxy page cache for auth'ed users).
Is there something your current architecture is not satisfying?