Performance testing Windows Server 2008

by: Per Bjurström

I have been doing some performance testing on Windows Server 2008, the goal was to see differences in how EPiServer CMS behaves on different operating systems.

These tests are performed using EPiServer CMS 5 SP1, the official support for Windows Server 2008 is coming in EPiServer CMS 5 R2 (I'll get back to some performance testing on R2 further on). The tool I used for testing was Visual Studio Team System 2008 Test Edition and the hardware was 2 dual quad-cores with 4GB of RAM, Ghost Solution Suite was used to setup the servers (I'll write a separate posting about our lab environment). I used 2 MS Load Test Agents.

Test 1

The first test I performed was to test raw template performance so there are no resources (images, JavaScript, CSS etc) downloaded, we are just hitting the templates. Its a 10% difference from the fastest Windows Server 2003 32-bit to the slowest Windows Server 2008 64-bit, not really what I expected but read on.

image

 

Test 2

In this second test we add output caching to the previous test. The fastest continues to be Windows Server 2003 32-bit and the slowest Windows Server 2008 64-bit, hmm..

image

 

Test 3

In the third test we remove output caching and add downloading of resources to the mix (images, JavaScript, CSS etc). This test is more real-world than the other tests, because who has a site without images? Now the roles change and Windows Server 2008, both 32-bit and 64-bit versions, are faster than any Windows Server 2003 version. Interesting, we are using the integrated pipeline if anyone wonders. But still, the 64-bit version are a few percent slower. Then if you are going to cache a lot of content (~1GB+) then you probably are better off with a 64-bit box and a lot of RAM (the few percent slower performance could turn around to better performance because you don't need to evict stuff from the cache).

image 

 

What do you think, is this interesting ? Do you want us to publish more of these kind of tests ?

11 June 2008


Comments

  1. This shows that scaling up to 64-bit might not give you the expected performance gains until you need lots of memory (probably due to caching). Until all servers come preconfigured with 64-bit and no one really objects, you can probably just go for 32-bit HW and OS in most cases. This is _very_ intersting - please keep posting. Because - "we need to know".
  2. Isn't this a bit unfair? EPiServer is built for x86, isn't it? A x64 build might give another result.. Are you thinking of providing a x64 build of EPiServer?
  3. No, its built for any CPU and provided in MSIL format (just as all managed code). The JIT compiler takes care of the processor architecture. The sites tested was running in native x64 mode. The only reason for having a x64 build is for unmanaged code.
Post a comment    
User verification Image for user verification  
Per Bjurström

About me

I'm a senior developer and architect on the development team in Stockholm and has been with the company since 1999. I live on Södermalm in Stockholm. My main focus areas are new technologies and how we can use them in our product development.

Messenger


Syndications


Archive


Tag cloud

EPiTrace logger