Caching (possibly IIS related?)

[Rob Meade]

Hi all,

I have a web application which gets *very* few hits, especially as its only
just been launched, but even after that it'll be a "quiet" site.

My problem is that when I am the first person to visit it for the day (like
this morning) it takes much longer to load - my understanding (having
attended a MS asp.net course some time ago) was that this is because its
doing the recompile to MSIL (please correct me if I'm wrong). I brought
this up on the course and the instructor chappy did say something about how
to extend its cache so that it didn't do it every day - perhaps once a week
or something - but it was a while ago and do you think I can remember what
he said - nope!

Can anyone give me any suggestions on how to get around this problem - the
content of the site is not dynamic and will only ever change if the client
contacts me to update it - therefore to be honest I would be happy to set
the cache at say 6 months or something longer so that this constant rebuild
problem goes away and thus the site loads faster for the occasional user
that does actually browse to it! :o)

Any help appreciated - I wasn't sure whether the solution to this would be
in the code or possibly within IIS so please excuse my posting if this is
the incorrect group.

Regards

Rob

[Karl Seguin [MVP]]

Cache normally referrers to things like the caching API and OutputCache. I
certainly hope that if your site is highly static, you use OutputCache a lot
to help the overall performance.

However, when talking about intial load, this is related to ASP.NET's Just
In Time (JIT) compilation. If you open up:

C:\WINDOWS\Micr osoft.NET\Frame work\v1.1.4322\ CONFIG\machine. config
(recommend you back it up first)

and do a searhc for <processModel there are a lot of settings (all well
documented in the same file) you can change to dictate when ASP.NET recycles
itself.

If you are running IIS 6.0, there's a tab that controls many of these
settings also (under the application pool properties)

Alternatives:
-You could set up a scheduled task that simply hits one of the aspx pages
every 30 minutes or so...
-ASP.NET 2.0 has a number of compilation features, some of them do away with
the problem you mention

Karl

--
http://www.openmymind.net/

"Rob Meade" <ku************ ***@edaem.bor> wrote in message
news:%2******** ********@TK2MSF TNGP04.phx.gbl. ..

Hi all,

I have a web application which gets *very* few hits, especially as its
only just been launched, but even after that it'll be a "quiet" site.

My problem is that when I am the first person to visit it for the day
(like this morning) it takes much longer to load - my understanding
(having attended a MS asp.net course some time ago) was that this is
because its doing the recompile to MSIL (please correct me if I'm wrong).
I brought this up on the course and the instructor chappy did say
something about how to extend its cache so that it didn't do it every
day - perhaps once a week or something - but it was a while ago and do you
think I can remember what he said - nope!

Can anyone give me any suggestions on how to get around this problem - the
content of the site is not dynamic and will only ever change if the client
contacts me to update it - therefore to be honest I would be happy to set
the cache at say 6 months or something longer so that this constant
rebuild problem goes away and thus the site loads faster for the
occasional user that does actually browse to it! :o)

Any help appreciated - I wasn't sure whether the solution to this would be
in the code or possibly within IIS so please excuse my posting if this is
the incorrect group.

Regards

Rob

[the4man]

And don't forget to disable debugging in web.config.

[Rob Meade]

"Karl Seguin [MVP]" wrote ...

Cache normally referrers to things like the caching API and OutputCache. I
certainly hope that if your site is highly static, you use OutputCache a
lot to help the overall performance.
Erm nope - thats a new one for me - should I just F1 - "outputcach e" or do
you have a small example I could use?
However, when talking about intial load, this is related to ASP.NET's Just
In Time (JIT) compilation. If you open up:
yep
and do a searhc for <processModel there are a lot of settings (all well
documented in the same file) you can change to dictate when ASP.NET
recycles itself.

If you are running IIS 6.0, there's a tab that controls many of these
settings also (under the application pool properties)
I am yes, so perhaps I should look here - or do I need to do both?
-ASP.NET 2.0 has a number of compilation features, some of them do away
with the problem you mention

Its written in ASP.Net 2.0 -so again if you have any examples, or a URL you
could point me to for that I would be very grateful.

Thank you for your reply Karl.

Regards

Rob

[Rob Meade]

"the4man" wrote ...

And don't forget to disable debugging in web.config.

Does that still apply in .Net 2.0? My previous experience from using Visual
Studio 2003 was basically a case of building the application in either DEBUG
or RELEASE mode, my understanding was that it would only use the settings in
the web.config file if it had been built in DEBUG mode.

In VisualStudio 2005 the only build option is DEBUG, however there's an
option to "Publish" the project- I had assumed, and possibly incorrectly,
that you were always in DEBUG mode until you published, at which point
VS2005 would change this to effectively a RELEASE build.

Any info on this would be appreciated.

Thanks for your reply.

Regards

Rob

[Juan T. Llibre]

re:

And don't forget to disable debugging in web.config.
Does that still apply in .Net 2.0?

Yes, it does...unless you pre-compile the website.

See :
http://msdn.microsoft.com/library/de...t_projects.asp
for full details.

Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
=============== =============== =====
"Rob Meade" <ku************ ***@edaem.bor> wrote in message
news:uy******** ******@TK2MSFTN GP04.phx.gbl... "the4man" wrote ...

And don't forget to disable debugging in web.config.

Does that still apply in .Net 2.0? My previous experience from using Visual Studio 2003 was
basically a case of building the application in either DEBUG or RELEASE mode, my understanding was
that it would only use the settings in the web.config file if it had been built in DEBUG mode.

In VisualStudio 2005 the only build option is DEBUG, however there's an option to "Publish" the
project- I had assumed, and possibly incorrectly, that you were always in DEBUG mode until you
published, at which point VS2005 would change this to effectively a RELEASE build.

Any info on this would be appreciated.

Thanks for your reply.

Regards

Rob

[Karl Seguin [MVP]]

googling OutputCache will gve you a lot of hits...it won't improve initial
load time, so if your happy with ur site otherwise, it might not be worth
the bother.

Since ur in 2.0, check out:
http://weblogs.asp.net/scottgu/archi...06/429723.aspx

there's a deployment project that has a bunch of options...

and if you are using the Express line of tools, you can use this free 3rd
party utility to help you out:
http://www.west-wind.com/tools/aspnetcompiler.asp

Karl
--
http://www.openmymind.net/
http://www.fuelindustries.com/
"Rob Meade" <ku************ ***@edaem.bor> wrote in message
news:OW******** ******@TK2MSFTN GP03.phx.gbl...

"Karl Seguin [MVP]" wrote ...

Cache normally referrers to things like the caching API and OutputCache.
I certainly hope that if your site is highly static, you use OutputCache
a lot to help the overall performance.

Erm nope - thats a new one for me - should I just F1 - "outputcach e" or do
you have a small example I could use?

However, when talking about intial load, this is related to ASP.NET's
Just In Time (JIT) compilation. If you open up:

yep

and do a searhc for <processModel there are a lot of settings (all well
documented in the same file) you can change to dictate when ASP.NET
recycles itself.

If you are running IIS 6.0, there's a tab that controls many of these
settings also (under the application pool properties)

I am yes, so perhaps I should look here - or do I need to do both?

-ASP.NET 2.0 has a number of compilation features, some of them do away
with the problem you mention

Its written in ASP.Net 2.0 -so again if you have any examples, or a URL
you could point me to for that I would be very grateful.

Thank you for your reply Karl.

Regards

Rob

[Juan T. Llibre]

Additionally, here's what Scott Guthrie has to say about
deploying applications with <compilation debug="true" />

http://weblogs.asp.net/scottgu/archi...11/442448.aspx

I found out about <deployment retail="true"/> with that blog entry.

Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
=============== =============== =====
"Juan T. Llibre" <no***********@ nowhere.com> wrote in message
news:%2******** ********@TK2MSF TNGP02.phx.gbl. ..

re:

And don't forget to disable debugging in web.config.

Does that still apply in .Net 2.0?

Yes, it does...unless you pre-compile the website.

See :
http://msdn.microsoft.com/library/de...t_projects.asp
for full details.

Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
=============== =============== =====
"Rob Meade" <ku************ ***@edaem.bor> wrote in message
news:uy******** ******@TK2MSFTN GP04.phx.gbl...

"the4man" wrote ...

And don't forget to disable debugging in web.config.

Does that still apply in .Net 2.0? My previous experience from using Visual Studio 2003 was
basically a case of building the application in either DEBUG or RELEASE mode, my understanding
was that it would only use the settings in the web.config file if it had been built in DEBUG
mode.

In VisualStudio 2005 the only build option is DEBUG, however there's an option to "Publish" the
project- I had assumed, and possibly incorrectly, that you were always in DEBUG mode until you
published, at which point VS2005 would change this to effectively a RELEASE build.

Any info on this would be appreciated.

Thanks for your reply.

Regards

Rob