Then run the aspnet_intern command, providing three parameters: mode (set to exec) sourcedir (set to the path to the Framework's temporary folder) and interndir (set to the folder where you want to keep the shared components). Now, when a request comes in for an infrequently used site, IIS will use an already loaded copy of its components rather than loading them again.īefore running the utility, make sure you exercise all the sites involved to ensure the temporary folder is populated with the sites' components. The utility will analyze the folder and - where it finds three or more copies of the same file - copy the component to a new location of your choice and direct all the affected applications to use that single copy. All you have to do on your Web server is to run the command, pointing to the folder where IIS keeps its temporary files. NET Framework 4.5 or later, then you can use the aspnet_intern utility to help with this problem. And, of course, you're now using up memory to hold multiple copies of the same component. This is especially annoying because those components include packages that have already been loaded by some other site (many NuGet packages, for example Entity Framework leaps to mind). Unfortunately, when a request does come in for one of those less frequently used sites, that request will have to wait while IIS loads all of the site's components. Swapping out the components of those little-used sites also frees up memory on your server for the sites that are left running. For example, IIS will keep the components of sites that are seeing lots of requests in memory while swapping out those sites that haven't seen requests for a while. IIS does some wonderful things to improve your Web site's performance … not all of which improve everything about your site's performance.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |