Performance - Scalability

Mi., 12/09/2012 - 15:32
Body

Generell alles auf http://2bits.com

Super infos. http://2bits.com/articles/high-php-execution-times-drupal-and-tuning-apc-includeonce-performance.html http://www.vmirgorod.name/10/11/5/tuning-drupal-performance http://buytaert.net/drupal-webserver-configurations-compared < TEST BY DRIES http://www.morningtime.com/Drupal-6x-Performance-Guide/513 http://wimleers.com/article/improving-drupals-page-loading-performance http://2bits.com/articles/php-op-code-caches-accelerators-a-must-for-a-large-site.html http://www.metaltoad.com/blog/faster-404s-drupal-and-imagecache http://drupalperformanceblog.com/ http://www.drupalcenter.de/node/24434 http://blogs.middlebury.edu/lis/2010/05/17/website-performance-pressflow-varnish-oh-my/

Amount of Modules, performance?

http://2bits.com/articles/server-indigestion-the-drupal-contributed-modules-open-buffet-binge-syndrome.html http://2bits.com/articles/measuring-memory-consumption-by-drupal-bootstrap-and-modules.html http://2bits.com/contents/articles | THE DRUPAL PERFOMANCE BLOG !!!!! http://2bits.com/articles/php-op-code-caches-accelerators-a-must-for-a-large-site.html

Tools

http://floern.com/tools/trafficscanner

xchache

http://www.mysqlperformancetuning.com/how-to-speed-up-drupal-php-with-xcache

Varnish

http://www.brightsolutions.de/blog/drupal-caching-mit-pressflow-und-varnish

DRUPAL GROUPS

http://groups.drupal.org/node/95599 http://groups.drupal.org/node/10835 http://groups.drupal.org/node/27174 http://blamcast.net/articles/speed-up-drupal http://groups.drupal.org/node/50383 http://drupal.org/node/326504
  1. * I'd strongly suggest refactoring how you do the user uploads (possibly using CCK filefield and CCK field permissions instead of the core upload) and get away from private downloads. As long as you have it set to private, you're going to have no end to the performance problems.
  2. * 130 modules? Egads! Surely you can combine and/or reduce some of those - especially the 50 custom - modules. That is a phenomenal amount of work to be do on every single bootstrap.
  3. * 4G of RAM might not be enough with that many modules and a reverse proxy cache like Squid. How large is your APC cache and is it full? Same for Squid - how large is it and is it full? What's your Squid cache hitrate?
  4. * Pressflow - learn it, use it. It may help significantly, especially in bypassing the bootstrap for anon users. It's perfectly safe - I've switched live sites to/from Pressflow with no issues at all.
  5. * Varnish - you already have Squid set up, so this might not be as useful. That said, I am a die-hard supporter of the Pressflow-Varnish stack. It does wonders for performance. It might be worth looking at replacing Squid with Varnish, but it likely won't fix the majority of your problems. You'll likely see an improvement in performance over Squid, but we're talking differences in the tens or hundreds of milliseconds, not the tens of seconds you're seeing here.
  6. * Cookies - eradicate them for anon user sessions. For the most part, cookie = no cache. There are very few valid reasons for a cooking to be set on an anon user's session. Look at your modules and root out the ones that set cookies on anon users - especially ones that don't clear the cookies. Once a cookie is set on a session, you're probably getting little or no caching on that session even if the content itself is eminently cache-able. Commonly-used modules that do this include Masquerade and Hierarchical Select, but I am sure there are quite a few others.
  7. * Memcache - if you're not using it, start. If you are, check your config. I've had better luck with using the Memcache API directly instead of Cacherouter on high traffic sites. When configured to use APC, Cacherouter seems to have cache fragmentation problems in my experience.
  8. * CSS sprites for theme images - it's a bit of work, but it'll reduce the excessive number of HTTP requests.
  9. * DON'T HACK CORE. I see you tried. Stop before you slide down that slippery slope into madness. You'll only regret it.

Overview

http://2bits.com/drupal-planet/reducing-server-resource-utilization-busy-sites-implementing-fast-404s-drupal.html | 440 optimize http://groups.drupal.org/node/21897 http://groups.drupal.org/node/15663 | High volume Drupal sites - what do we need to know?

General Infos

http://drupal.org/node/627252 http://buytaert.net/drupal-performance http://drupal.org/node/326504 http://qa.drupal.org/performance-tuning-tips-for-D7 http://www.lullabot.com/articles/a-beginners-guide-to-caching-data http://tag1consulting.com/Drupal_Performance_Agency http://2bits.com/articles/drupal-performance-tuning-and-optimization-for-large-web-sites.html http://developmentseed.org/blog/2008/oct/23/improving-drupals-performance-boost-module-uns-millennium-campaign http://www.mostlygeek.com/tech/how-to-make-drupal-run-85x-faster-in-5-minutes/ http://blamcast.net/articles/speed-up-drupal http://cruncht.com/103/drupal-performance-quick-reference http://cruncht.com/87/drupal-performance-out-of-the-box http://groups.drupal.org/high-performance http://wimleers.com/article/improving-drupals-page-loading-performance http://blogs.middlebury.edu/lis/2010/05/17/website-performance-pressflow-varnish-oh-my/

Database tuning

http://www.day32.com/MySQL/

Modules for monitoring and troubleshooting

http://drupal.org/project/apachebench http://drupal.org/project/cache_browser http://drupal.org/project/devel http://drupal.org/project/dtools

Performance Modules

http://drupal.org/project/cdn http://drupal.org/project/speedy http://drupal.org/project/xsend uses apache mod_sendfile to modify the headers and decrease server load. http://drupalperformanceblog.com/drupal-xhprof-profiling

Drupal Module

COLLECTION:http://groups.drupal.org/node/57563 http://drupal.org/project/dbtuner http://drupal.org/project/authcache http://drupal.org/project/cacheexclude http://drupal.org/project/pathcache http://drupal.org/project/cacherouter http://drupal.org/project/cacherouter_stats http://drupal.org/handbook/modules/throttle | IM CORE ENTHALTEN http://drupal.org/project/db_maintenance http://drupal.org/project/boost | superschnelle seiten, legt files ab http://drupal.org/project/boost_custom_expire_rules http://drupal.org/project/simple_cache | ähnlich wie bosst, funktioniert für anonymous wie angemeldete benutzer. legt code in db ab http://drupal.org/sandbox/Caseledde/1970904 | genial, cached den viewmode. superspeed http://drupal.org/project/cache_actions http://drupal.org/project/entitycache http://drupal.org/project/vbco

Cache pre Erzeugen

http://drupal.org/project/cache_warmer http://drupal.org/project/page_rebuild_cache http://drupal.org/project/rules_image_styles http://drupal.org/project/drush_ecl http://drupal.org/project/cache_graceful

MYSQL

http://www.day32.com/MySQL/tuning-primer.sh

Apache

http://serverfault.com/questions/21106/how-to-reduce-memory-usage-on-a-unix-webserver http://thestaticvoid.com/post/2009/07/27/reducing-memory-footprint-of-apache-services/

Theroy of load balancing

Verteilung der last auf verschiedene Server: Image removed.Image removed.

pfds

http://groups.drupal.org/files/Caching%20in%20Drupal%20-%20APC%20and%20Memcached,%20CacheRouter%20and%20Memcache%20API_0.pdf Namen drupal-single-server-3.4-million-page-views-a-day.pdf Drupal Gastro Speicherverbrauch-fuxxz.pdf Drupal.org-MakingDrupalFaster.v4.pdf Drupal Performance and Scaling Part 1 - Anonymous Users _ chadcf.pdf
Add new comment
The content of this field is kept private and will not be shown publicly.

Plain text

  • Allowed HTML tags: <a href hreflang> <em> <strong> <cite> <blockquote cite> <code> <ul type> <ol start type> <li> <dl> <dt> <dd> <drupal-entity data-*>
  • Web page addresses and email addresses turn into links automatically.
  • Lines and paragraphs break automatically.