|
After 60 user sessions, XCart is taking up pretty much all the server CPU.
Before X-Cart customers go up in arms, please remember this is a very extreme test, and as stated, we’re testing an un-tweaked setup here.
With our control test in the bag, next was the fun bit. Basically, slapping on some nice go faster stripes, and lets not forget a big cylinder of Nitrus Oxide eh?
Initial packet inspection tests revealed that indeed there was a traffic problem. PHP was talking a little longer to process requests that our virtual users were happy with. This was causing the requests to back up, and well - our stressed out Cart finds itself in a - err a ’race condition’.
Sorry about that one.
How to fix? Well we need to apply some a good old V8 Traffic Management system in front of this Cart server. We’ll use it to offload and tune the requests so PHP doesn’t get it’s knickers in a twist, perhaps we’ll cache some resource intensive requests, and rate limit others. After just an hour of tinkering under the hood, we too our new hot rod for a test drive. Bring on the load test from Hell!
Fig.3 XCART 100 USER LOAD TEST - MANAGED SETUP
The results were nothing short of amazing, and just goes to show that, without changing a single server configuration, or application setting, your application can be transformed into a sleek and shifty web application, ready to get slapped in the Facebook by a popular linkage. Basically we are looking at a staggering 400% increase in performance - and the average page response time is down to a highly responsive 78ms.
And that’s how we turned a Slo-Cart into a GoGoGo-Cart which even Lewis Hamilton would be proud of.... OK I will stop now, honest....
|