DXC - poor performance after deployment

Vote:
 

Hi,

Episerver seems not supporting precompilation of views, but on Cloud it seems to be a major bootleneck.

Have noticed that first request to certain pages can take up to 25 sec,  clear cache, and next load is only 2-3 sec.

So I have tried a Episerver.Warmup module, but it seems to be not working anymore (and it`s not a real solution of the problem - as I would need to hit all pages).

Anyone noticed similar issues?

#149490
Jun 01, 2016 17:56
Vote:
 

You are sure that's the problem? Do you get a similar poor performance if you try updating a page? (Which will clear episerver cache in background)

#150577
Edited, Jun 22, 2016 19:20
Vote:
 

Daniel it`s not about Edit mode. The very first request to a page is causing a precompilation of a view, next request are fast. Warmup module would be a solution here, but at this point it`s not starting for me.

#150647
Jun 27, 2016 10:14
Vote:
 

I'm not talking about edit mode though. I'm talking about that there are several reasons why the first request to a page is slow. The most common is that Episerver hasn't had a chance to cache anything yet for that page. How do you know that it's the precompilation that takes time? Just so you spend the time on the right thing. Might be worth measuring first if you haven't...

#150651
Jun 27, 2016 11:12
Vote:
 

Are you talking about the DXC Service of hosting a regular Epi-site in Azure?

It is true that the initial load after deployment takes some time (most of the site are beeing loaded up into memory) so the best thing to do is to make a run yourself before letting the visitors access the site. This can be hard on Azure, but I hope that is what hosting are doing, or doing a staged deploy in Azure (as you also can do) since that will help.

#150652
Jun 27, 2016 11:16
Vote:
 

I trigger a webcrawler on a few websites after deploy (like old Siteseeker) to check both on new 404s and 500s and also to get rid of that first request time...

On some others I have a custom scheduled job in Episerver that does a similar thing (mostly used for caching external datasources though but the principle is the same)

#150653
Edited, Jun 27, 2016 11:19
Vote:
 

Ok, sorry I didn`t mention it happens only after a deployment. I was mesuring it, and was experimenting with clearing the Episerver cache. I have seen the issue only for the very first request to certian page, that is why I`m sure it`s precompilation to blame.

#150654
Jun 27, 2016 11:21
Vote:
 

Sounds like a thing the DXC guys should be able to take care of then...

#150655
Jun 27, 2016 11:25
Vote:
 

Ok. Well, the first requst to a page fills up the cache and if you have empty the cache it will need to load it again and it not so much the precompiling of the view, more the read to the database to get the information of the page.

I saw that you already tried this out, did you get it to work?

http://world.episerver.com/blogs/per-bjurstrom/archive/2012/9/episerver-7-startup-performance/

#150658
Jun 27, 2016 11:35
Vote:
 

Yes I`m on DXC. And DXC guys, didn`t manage to fix it, as there is nothing wrong from Azure perspective. I was directed to developers, and after a month of waiting, the answer was -> You can try to add a viewengine that would support compiled views (as Episerver is not supporting it). It looks like a chalange, and at this point I don`t have any more time for experiments on this. So the only solution for now, is to use webcrawler or schedule job to warm it all up :/ (my issue here would be, that I would need to warmup like 100 domains at the end)

#150659
Jun 27, 2016 11:36
Vote:
 

@Henrik -> It was for different project. But will try to enable it here, thanks for remainding it.

#150660
Jun 27, 2016 11:38
Vote:
 

This is a list of debug tools available which may help you get to the bottom of the issue:

http://www.david-tec.com/2015/02/episerver-debugging-tools/

#150669
Jun 27, 2016 13:31
Vote:
 

Ok, thanks for links guys.

Was checking the meters, and can You confirm it`s normal that there is so much difference between my local & QA vs PROD ?

LOCAL -> Startup Performance View - Number of time meters: 75. Total time: 3.62 s.
QA (VM) -> Startup Performance View - Number of time meters: 75. Total time: 4.07 s.

DXC PROD -> Startup Performance View - Number of time meters: 75. Total time: 21.56 s.

#150903
Jul 01, 2016 13:02
* You are NOT allowed to include any hyperlinks in the post because your account hasn't associated to your company. User profile should be updated.