Load Testing Blog
Load Tester improvement – better success and fail metrics
Previous versions of Load Tester had 2 metrics describing the success or failure of a web page (or single transaction) during a load test: Repeats and Errors. A Repeat was counted any time a valid HTTP response was received from the server. Errors, however, were a bit more complex. Errors could occur at any point in the transaction, from establishing a connection to post-response validation. An error was counted if the connection was terminated in the middle of a transaction. It was also counted if the status code from the server indicated a failure (e.g. a 500 status). Validators record … Continue reading »
New Load Tester feature – web page performance goals
Load Tester has supported the concept of a performance goal for quite a while, but the implementation has been rather limited. We have completed work on an improved version for our next release (3.6). Load Tester now provides the ability to set a performance goal for each web page and/or transaction in a testcase individually. Of course, you can still specify a global page performance goal, as you could in the past. In addition, users can specify a default page (or transaction) duration goal for an entire testcase and then override that value for each page or transaction. The performance … Continue reading »
Load Engine simulates 3500 users on a single PC in performance test
We are frequently asked how many load engines will be needed to run a load test. Some general guidelines are provided here. Those guidelines were established using a fairly typical test scenario. With some tuning, we were able to tune the OS and Load Engine to simulate 3500 users on a single computer.
Memory consumption and reclamation – Chrome vs. Firefox
I reboot my laptop as infrequently as possible – which means that I keep Firefox running for weeks without restarting. At least, I would prefer to. But the longer it runs, the more memory it gobbles. The only way to reclaim it is to restart.
So when I read about the tab-isolation feature in Googles new Chrome browser which uses a separate process for each tab, it peaked my interest. I installed Chrome and tried a very quick (and not very scientific) test, as described below.
Firefox had been open for a few days and currently had 8 tabs open. I am … Continue reading »
How many users should I load test my system with?
When customers are preparing to buy our load testing software, they frequently ask “How many users should I load test my system with?”. Naturally, we can’t answer that question without a lot more information about the performance requirements and the expected usage of the web application.
Load Testing a cluster of web servers
Ok – so you’ve spent months putting together a shiny new mission-critical web application, complete with multiple web servers, a few application and/or database servers. There is a load balancer in the mix or maybe you are using Microsoft NLB (Network Load Balancing). The system is nearly ready to deploy and it is time to run a load test. The first inclination is to fire up the load testing tool and throw the maximum expected load at the entire cluster. After all, there is no sense in wasting time with the smaller pieces, right? Wrong.
Load Test Configuration – using a stepped ramp
One of the most common load testing mistakes made by beginners is their configuration of the user ramp rate. This is best illustrated with an example configuration that we see frequently.
Web Performance Suite 3.5 Update 6 Adds French Language Support
This update is rather unusual, as it contains a major new feature. Rather than wait until the next release, we decided to release French language support as a patch in order to get it into everyone’s hands as soon as possible. If you’re one of our French speaking customers please let us know how you like being able to use the program in your language of choice. (Note: To get French language support you’ll need to download and run the installer again, as it includes too many changes to be delivered through the automatic … Continue reading »
Open Source PHP Accelerator Increases Performance 2.8 Times
The latest installment in our PHP performance series takes a look at the open source APC module, which is described this way: “APC is a free, open, and robust framework for caching and optimizing PHP intermediate code.” The results were dramatic, as the module increased the user capacity of the reference PHP application by 2.8 times.
Web Performance Suite 3.5 Update 5 Released
The latest minor update includes 12 bug fixes in the Analyzer and Load Tester modules. Complete instructions are available on how to upgrade, but remember, this is for 3.5 licenses only! Installing this update with a license that is not for version 3.5 will render your software inoperable.