Sitecore 6.3 Performance Update

2

August 14, 2010 by Alistair Deneys

If you read the comments on my last post you’d see my memory was a bit fuzzy in regards to the Sitecore roadmap. Just to clarify, I got it wrong and Sitecore 6.3 is not the release to support massive amounts of content. And thanks to Adam Conn from Sitecore who has also clarified that “massive amounts of content” means millions of content items. It was Thomas Eldblom who mentioned the codename under which this feature is being developed; “massif”. Ah yes, I vaguely remember something about that name…

So the premise of my original post was wrong. But I think it’s good to have this data which supports the claim that Sitecore 6.3 performs better than Sitecore 6.2.

Another commenter, KenB, queries about the odd artefacts we saw in the Sitecore 6.3 performance for querying by name. So I thought I’d investigate that a little more and see if this artefact was actually the way Sitecore does perform or if this was more just a case of a noisy computer.

Here’s the graph of Sitecore 6.2 vs Sitecore 6.3 for performance of querying a child item by name.

image

As you can see, the query at 1000 items for Sitecore 6.3 looks to be much larger than expected, especially when compared to the Sitecore 6.2 case which is a pretty flat line. So I did some more testing around this point to see if Sitecore does actually perform this way.

image

It would appear that it does. Keep in mind the scale of the y axis here. We’re looking at milliseconds difference between the data point at 1000 and 1250. But we can definitely see the curve flatten around the 1000 mark. Let’s have a look at these results mixed with those from my original tests for query by name.

image

We can still see the performance for query by name drop off slightly at about 1000. But now we realise this is not the “massif” release, then we’d follow Sitecore guidance and restrict our content trees to have no more than 100 child items in any location.

I should also point out that the above results were taken for fresh, new data. Sitecore has a lot of caching to improve performance and subsequent queries return much quicker than the original query. The data above is from the first query. For each set of tests I dropped all data (find rm) and recreated the data (rep 1000 create).

Advertisements

2 thoughts on “Sitecore 6.3 Performance Update

  1. […] This post was mentioned on Twitter by alexdegroot and Sitecore Nederland, Christopher Giddings. Christopher Giddings said: Sitecore 6.3 Performance round up, speed, speed and more speed http://bit.ly/a7MVhA […]

  2. Lars F. Nielsen says:

    I would like to mention that publishing in Sitecore 6.3 has also been significantly improved.

    I have no measurements on this, – and it would be interesting to see how it performs: Full, Smart and Incremental. That’s a topic for your next post.

    Best,
    Lars Fløe Nielsen

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Categories

The views expressed on this blog are solely my own and do not necessarily reflect the views of my employer.
%d bloggers like this: