Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Web Development
  3. ASP.NET
  4. Restarting application pools

Restarting application pools

Scheduled Pinned Locked Moved ASP.NET
csharpasp-netvisual-studiocomhelp
4 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R Offline
    R Offline
    Roger Alsing 0
    wrote on last edited by
    #1

    Hi, I have some questions regarding application pools and the different types of web sites in asp.net. As far as I understand, an application pool will reset after 20 min idle time by default. But once that occur, we are experiencing a huge perf hit when accessing the first page in the site. I get the impression that the site will start recompiling again. The project type is the vs.net 2005 "web Site" project that does not compile the codebehind into a static dll in the bin folder I can't recall ever having this problem when I have worked with the older "web Project" projects. So is the problems I'm experiencing related to the fact that the codebehind is not precompiled and that the reset of the app pool throws away the compilation result of the previous worker processes? or is the perf hit simply related to alot of overhead in starting up the worker processes? Any ideas? Will the problems go away if we change the project into a "web project" with precompiled codebehinds. Or is the only solution to only allow the app pools to reset once every night or so?

    My Blog

    J 1 Reply Last reply
    0
    • R Roger Alsing 0

      Hi, I have some questions regarding application pools and the different types of web sites in asp.net. As far as I understand, an application pool will reset after 20 min idle time by default. But once that occur, we are experiencing a huge perf hit when accessing the first page in the site. I get the impression that the site will start recompiling again. The project type is the vs.net 2005 "web Site" project that does not compile the codebehind into a static dll in the bin folder I can't recall ever having this problem when I have worked with the older "web Project" projects. So is the problems I'm experiencing related to the fact that the codebehind is not precompiled and that the reset of the app pool throws away the compilation result of the previous worker processes? or is the perf hit simply related to alot of overhead in starting up the worker processes? Any ideas? Will the problems go away if we change the project into a "web project" with precompiled codebehinds. Or is the only solution to only allow the app pools to reset once every night or so?

      My Blog

      J Offline
      J Offline
      Jorgen Andersson
      wrote on last edited by
      #2

      A general answer to your post would be, Yes. Precompiling the page will save you a lot of startup time. I would untick the idle timeout, and instead recycle the processes at night when noone is using the homepage (if that's an option that is) No recycling at all would be a bad advice though. The default IIS setting seems to have the purpose to make it possible for even badly programmed pages with memoryleaks (AKA Crystal Reports) to work fairly well

      R 1 Reply Last reply
      0
      • J Jorgen Andersson

        A general answer to your post would be, Yes. Precompiling the page will save you a lot of startup time. I would untick the idle timeout, and instead recycle the processes at night when noone is using the homepage (if that's an option that is) No recycling at all would be a bad advice though. The default IIS setting seems to have the purpose to make it possible for even badly programmed pages with memoryleaks (AKA Crystal Reports) to work fairly well

        R Offline
        R Offline
        Roger Alsing 0
        wrote on last edited by
        #3

        Thanks, Precompiling took care of the problems. I do think that 20 min idle is way too drastic for the reset, but that is not up to me to decide here.

        My Blog

        J 1 Reply Last reply
        0
        • R Roger Alsing 0

          Thanks, Precompiling took care of the problems. I do think that 20 min idle is way too drastic for the reset, but that is not up to me to decide here.

          My Blog

          J Offline
          J Offline
          Jorgen Andersson
          wrote on last edited by
          #4

          Just keep in mind that the app-pool idle timeout has to be the same or longer than the asp.net session timeout

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • World
          • Users
          • Groups