2.应用程序池优化.方法:应用程序池-选择要优化的那个程序池-属性-回收工作进程(分钟)设为200的.最大虚拟内存300,最大使用的内存150.大家可以根据网站需求做出一些调整.
3.IIS网站优化:A,网站-启用日志记录,勾掉,这功能没啥用.B,文档-默认内容文档,把除了网站首页文件名名称的其它内容文档删掉,因为每次访问网站首页的时候都要查询一下这个.C,网站-主目录-读取(勾上),索引资源(勾上),写入(勾上),主目录-配置-应用程序扩展,只保留网站需要扩展名,如ASP.PHP,其它的可以全部删呢.
4.WEB 服务扩展优化.有ASP程序网站的启用Active Server Pages,有PHP程序网站的启用PHP服务,没有则禁止,其它的服务扩展如不是自己设置的可以禁止.
5.GZIP 压缩.让网页体积变小,方法:WEB服务扩展-添加一个新的WEB服务扩展-扩展名就填写(GZIP)吧,这样好记些.-要求的文件-添加 C:\WINDOWS\system32\inetsrv\gzip.dll 一般就是这个路径,-设置状态扩展为允许.然后在返回网站-属性-服务-压缩应用程序文件(勾上),压缩静态文件(勾上),临时目录自己在硬盘设定一个,要有IIS_WPG 这个用户的完全权限.编辑C:\WINDOWS\system32\inetsrv目录下的MetaBase.xml文件.编辑文件的时候要暂停IIS Admin Service服务,用文本打开MetaBase.xml 搜索 IIsCompressionScheme 主要修改HcFileExtensions和HcScriptFileExtensions 后边的参数.
HcDoDynamicCompression="TRUE"
HcDoOnDemandCompression="TRUE"
HcDoStaticCompression="TRUE"
HcDynamicCompressionLevel="9"
HcFileExtensions="css
html
js
xml"
HcOnDemandCompLevel="9"
HcPriority="1"
HcScriptFileExtensions="asp
php"
注意啊.要修改相同的两处.
修改完成后,保存.然后重启IIS服务,或者重启器,就能看到效果呢.
IIS的程序池默认回收间隔是1740分钟(29小时),在自动回收过程中,应用程序池将会清空,保留在内存中的数据将会被清理(相当于IIS重启)。对于互联网应用程序,为了减少数据库服务器的负担,也许会选择将大量数据暂存在内存中,回收会造成内存数据丢失,如果没有及时保存到数据库中,可能导致应用程序出问题。如果遇到系统使用高峰期,回收将可能导致一段时间应用程序无响应(出现假死状态),给予用户一种很不好的体验。
在优化应用程序池之前,我们应用先了解下程序池的几个配置信息:
IIS应用程序池
发生配置更改时禁止回收:如果为True,应用程序池在发生配置更改时将不会回收。
固定时间间隔(分钟):超过设置的时间后,应用程序池回收,为0意味着应用程序池不会按固定间隔回收。
系统默认设置的时间是1740分钟(29小时)。
禁用重叠回收: 如果为true,将发生应用程序池回收,以便在创建另一个工作进程之前退出现有工作进程。
请求限制: 应用程序池在回收之前可以处理的最大请求数。如果值为0,则表示应用程序池可以处理的请求数没有限制。
生成回收事件日志条目: 每发生一次指定的回收事件时便产生一个事件日志条目,里面的明细设置不一一介绍。
问题分析:每1740分钟(29小时)回收一次是否合理?
不太合理,这个周期内,有可能应用程序处于访问高峰期。因为每天的回收时间都是不一样的,很有可能在高峰期回收,就会造成短时间内网站访问出现问题。因此,要避免最大程度的减少对用户的影响,我们需要充分的分析应用程序的访问情况,例如哪个时间段是高峰,
哪个时间段访问人数最少。了解到这些后,应用程序部署人员就应该设定固定的回收时间,例如一个网站凌晨两点访问人数是最少的,那么它可以设置“特定回收时间”在凌晨两点,应用程序池里面的特定时间是支持设定多个的,请注意。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)