Set of shell scripts to run Moodle performance tests using different hardware and configurations and compare results.
mytop (Monitor mysql process list with top like screen updates and adiditonal stats like cpu/io usage)
Replace Your Memcached Tier with #Couchbase Are you dealing with memcached problems like cold cache, heavy contention of RDBMS resources and lack of scale-out flexibility? Couchbase Server, a NoSQL database, can be used as a drop-in replacement for your memcached tier to address these challenges.
pt-query-digest – Analyze query execution logs and generate a query report, filter, replay, or transform queries for MySQL, PostgreSQL, memcached, and more.
Using this step by step ‘how-to’, you will be able to test how well your Moodle installation would be able to cope with a certain amount of users, using the loadstorm.com service. Whilst this is not a perfect representation of what real life usage of your Moodle installation would be like, it will still give you a very good idea of whether your system is good enough to run Moodle for your expected number of users.
Recently someone told me about the X-Sendfile support that was added to Moodle in version 2.3 and I just wanted to publicise the feature to let others know about it.
I don’t believe that it’s currently well documented which is a shame, and something I’d like to improve when I have a few minutes. The current documentation that I’ve come across is all in config-dist.php (search for X-Sendfile).
The idea of the feature is to get the web server to serve files from moodledata rather than having it done using PHP. On the whole, this is a good thing for a number of reasons:
* php isn’t particularly efficient at serving files in this way (byte-serving) – it doesn’t cache files for starters (though your kernel should of course);
* while php is serving a file, it’s unlikely to fork in an effective manner so you’re also locking processes which could otherwise serve your users;
* your web server’s primary aim is to serve files – it’s designed for this and it is designed to do so in an extremely efficient manner. It’s also likely to handle caching much more efficiently.
#AWS provides a highly scalable and reliable cloud hosting environment for #Moodle. With features like Auto Scaling Groups, Elastic Load Balancers and CloudWatch Monitoring services, Moodle deployments on AWS can be configured to automatically scale up and down seamlessly to meet the highs and lows in the demand curve in the most optimum and cost-effective manner. This post presents reference architecture for deploying Moodle Learning Management System over AWS Cloud to achieve high levels of #Performance, #Scalability, Availability, Security and Reliability.
Performance enhancements for Apache and PHP
In addition to updating and expanding the #Bitnami Library, we are continuously looking for ways to improve our existing Bitnami stacks. In this latest round of updates, we focused on improving the performance of our Bitnami Stacks in limited resource systems such as #Amazon #EC2 micro instances, which have 1 virtual CPU and 613 MB of RAM, and Microsoft Azure extra-small virtual machines, that ship 1 CPU core and 768 MB of RAM.
We have now configured our Virtual Machines and Cloud Images to use the #Apache Event MPM and #PHP-FPM, resulting in reduced memory usage and an increase in the number of simultaneous requests that they can handle.
What is the Apache event MPM?
Apache supports three different Multi-Processing Modules (MPMs) that are responsible for binding to network ports on the machine, accepting requests and dispatching children to handle the requests.
Here, is a part two on “Boosting Moodle Performance” where we will be telling you some more tips and beneficial modules that can render your Moodle website to increase its speed more.