Netzflut

Webdesign, Webentwicklung, Drupal & Zeuchs

Performance - Scalability

Inhaltsverzeichniss

    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

    * 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.
    * 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.
    * 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?
    * 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.
    * 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.
    * 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.
    * 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.
    * CSS sprites for theme images - it's a bit of work, but it'll reduce the excessive number of HTTP requests.
    * 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:


    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