Configuration location for ApplicationPoolRecycling about hyperfastcgi HOT 2 CLOSED

Found more useful examples in IIS7 docs here

However, seems (expectedly) Mono (version 5.2.0.215 on Ubuntu 16.04.2 LTS) is unable to find these objects

from hyperfastcgi.

We finally found the cause over a year ago - but I am putting the result here to close the circle.

It appears in the blog of xplicit that the way the object cache is written is sub optimal and after a certain number of evictions and recompilations the app will be unloaded despite there being no real apparent reason for this.

The default for this is set at 15 - but this doesn't seem to match with what was observed (far greater than 15) - but nonetheless there was periodic restarting matching an application level recompile as detailed previously.

You can see the value for the compilation limit reference here

The workaround we used was to set the compilation limit to some very high number via the web.config

<compilation defaultLanguage="c#" numRecompilesBeforeAppRestart="99999" >

This combined with multiple nodes and a scheduled daily restart "out of hours" has resulted in an acceptable working scenario. The daily restart does not appear to really be needed if the server resource utilisation is stable - but as we are using multiple nodes for load it's an added safety net just in case there are some unintended consequences (though we haven't found any yet)

Suggest server resources are monitored to make sure there are no memory leaks of any significance for your own application.

An interesting side effect of his under heavy load is that the equivalent server resource utilisation/load is noticeably reduced.

from hyperfastcgi.