Re: Slow Response for ASP.NET page
- From: "Ben" <ben@xxxxxxxxxxxxx>
- Date: Tue, 6 Sep 2005 09:25:17 -0400
Jim,
That's very interesting information. I didn't realize the setting was at
the application pool level. This leaves me wondering (strictly curious, I
personally never use sessions), what happens to sessions that are set to
expire after the application pool recycle time?
E.g. Session Timeout = 60 (just hypothetical) & App pool recycle = 20
20 minutes go by, the app pool is recycled, 20 more minutes go by, (we're at
40 minutes since the last request), the user sends a request. What happens
now? The application is started up? This seems to indicate that since the
application went down any session state was lost. Seems like bad things
could happen because of this.
Am I missing something? Are we supposed to configure application pool
recycling to coinside with their application session timeouts? Ouch!
Ben
"JIMCO Software" <contactus@xxxxxxxxxxxxxxxxx> wrote in message
news:OOdTq$8rFHA.1256@xxxxxxxxxxxxxxxxxxxxxxx
> Lucas Tam wrote:
>>
>>> The server simply says, hey my last
>>> session has timed out, I'm not being used, so I'll shut down for
>>> memory conservations sake. I do think it would be cool to have a
>>> flag somewhere at the application level to indicate that you want to
>>> keep the application running at all times.
>>
>> Why not? Memory is cheap. Hardware is cheap. And if the administrator
>> wants the app to stay alive, what's wrong with that?
>
>
> Lucas,
>
> The problem here is that you've been given some false information.
> Depending on the OS, there are settings that control this.
>
> In IIS 5.0, the processModel element has an idleTimeout setting (defaults
> to infinite) that specifies how long the worker process can be idle (no
> requests) before it is shut down. If you're on IIS 5, check that.
>
> In IIS 6.0, the app pool has several settings that can cause the
> application to unload. On the Recycling tab, you can configure how the
> process is recycled. There is also a setting on the Performance tab that
> will recycle after 20 (default) minutes of inactivity. (This setting is
> the equivalent to the idleTimeout on IIS 5.
>
> The important point to remember is that what causes reJITting is when the
> application domain unloads. That causes the JITted assemblies to unload
> from the process. (Of course, the process shutting down causes the same
> issue.) Anytime the JITted assemblies are unloaded, you will have to
> incur the cost of JIT compilation again the next time the app is hit.
>
> --
> Jim Cheshire
> JIMCO Software
> http://www.jimcosoftware.com
>
> FrontPage add-ins for FrontPage 2000 - 2003
>
>
>
>
.
- Follow-Ups:
- Re: Slow Response for ASP.NET page
- From: JIMCO Software
- Re: Slow Response for ASP.NET page
- References:
- Slow Response for ASP.NET page
- From: Ramkumar T via DotNetMonster.com
- Re: Slow Response for ASP.NET page
- From: Mark Fitzpatrick
- Re: Slow Response for ASP.NET page
- From: Lucas Tam
- Re: Slow Response for ASP.NET page
- From: Ben
- Re: Slow Response for ASP.NET page
- From: Lucas Tam
- Re: Slow Response for ASP.NET page
- From: JIMCO Software
- Slow Response for ASP.NET page
- Prev by Date: RE: Remembering the state of a Page
- Next by Date: Re: Webservice sample for VS2005
- Previous by thread: Re: Slow Response for ASP.NET page
- Next by thread: Re: Slow Response for ASP.NET page
- Index(es):
Relevant Pages
|