A critical vulnerability was discovered in React Server Components (Next.js). Our systems remain protected but we advise to update packages to newest version. Learn More

Per Nergård (MVP)
Jan 28, 2017
  2711
(2 votes)

Lots of pages below the same parent and how it effects load time

I guess everybody knows that having to many child pages under the same parent is bad for performance. But exactly how bad and where is the limit.

Since it's now so easy to create your own object and save it to Episerver it can be an option instead of using the DDS. So I decided to do a quick hack to see what type of performance I got on med development virtual machine when having lots of pages below the same parent.

If you aren't aware that you can easily store your own objects in Episerver and manipulate them in the same way you would do with pages read more about it in the docs.

Below is a screen dump of my test after a fresh IIS reset. Call times are in milliseconds. 

Image loadtimes.jpg

Jan 28, 2017

Comments

Daniel Ovaska
Daniel Ovaska Jan 28, 2017 01:45 PM

Hmm yeah. I can't really see the purpose of the DDS. Probably better to spend that development time at Episerver on storing generic content better/easier using the normal IContentRepository.

Feb 1, 2017 10:22 AM

Wonder what the load time would be in an alternative like entity framework? Personally I feel the added extras you get in the UI with IContent simplify feature development.

I guess if you have more than 10,000 entities it becomes noticeable. This is where better management in hierarchies would improve performance. If that's not possible you could always write some "warmup"scheduled job or initialisation to make the Get Children requests so the objects are already cached.

Please login to comment.
Latest blogs
ScheduledJob for getting overview of site content usage

In one of my current project which we are going to upgrade from Optimizely 11 I needed to get an overview of the content and which content types we...

Per Nergård (MVP) | Jan 27, 2026

A day in the life of an Optimizely OMVP: Migrating an Optimizely CMS Extension from CMS 12 to CMS 13: A Developer's Guide

With Optimizely CMS 13 now available in preview, extension developers need to understand what changes are required to make their packages compatibl...

Graham Carr | Jan 26, 2026

An “empty” Optimizely CMS 13 (preview) site on .NET 10

Optimizely CMS 13 is currently available as a preview. If you want a clean sandbox on .NET 10, the fastest path today is to scaffold a CMS 12 “empt...

Pär Wissmark | Jan 26, 2026 |

Building AI-Powered Tools with Optimizely Opal - A Step-by-Step Guide

Learn how to build and integrate custom tools with Optimizely Opal using the Opal Tools SDK. This tutorial walks through creating tools, handling...

Michał Mitas | Jan 26, 2026 |