好久没写博客了,终于憋出了一个大招,现在总结下。

虽然文章题目是针对EF的,但涉及的内容不仅仅是EF。

场景介绍

目前在做的一个项目,行业门户,项目部分站点按域名划分如下:

  1. user.xxx.com:用户登陆注册
  2. owner.xxx.com:个人用户后台
  3. company.xxx.com:企业后台
  4. manage.xxx.com:网站管理

其中user.xxx.com为个人用户及企业用户登陆入口,

manage.xxx.com/login为网站管理后台登陆入口。

四个项目都是mvc4+ef6+autofac+automapper。

补充信息:

  • .net framework 4.0
  • asp.net mvc4
  • Entity Framework 6
  • 服务器:阿里云ECS win2008 r2 双核 4G内存 IIS7.5

于是,用过ef的都知道,ef首次访问数据库的时候,耗费的时间很长。

如果四个项目都是首次访问,那么个人用户首次登陆的时候,会经历两次ef首次访问(user站和owner站)。

暂不论项目本身是否有更好的架构方案,或者配合集群加一层进行可用性缓冲等。

本文的目标就是要尽可能的降低用户在上述情况下遇到的等待时间。

以下所有测试前提:

  1. 站点代码有添加优化手段的情况下,回收程序池,并重启站点;
  2. 站点代码未变化的情况下,回收程序池,并重启站点。

初始状态

贴图不太方便,只给搜集的数据作为展示

无任何优化措施的初始状态,更新各站点后:

  1. 首次打开user:5.47s (注意,此时未使用到EF,仅一个空的登陆表单);
  2. 登陆owner后台:user处理登陆过程(9.37s,涉及用EF访问数据库),owner响应(14.54s,首次访问站点耗时+EF访问数据库耗时,仅涉及用户验证,后台首页为空);
  3. 注销owner后台,回到user,登陆company后台,company后台响应(15.19s,首次访问站点耗时+EF访问数据库耗时,仅涉及企业验证,后台首页为空);
  4. 注销company后台,打开manage,manage响应并跳转到登陆页(2.96s,首次访问);
  5. 登陆manage,耗时(8.23s,处理登陆过程涉及EF)

简单归纳下就是:

1. owner登陆体验到的延迟共计(5.47s + 9.37s + 14.54s)
2. company登陆体验到的延迟共计(15.19s,要感谢登陆owner的时候已经"激活"了user以及user的EF)
3. manage登陆体验到的延迟共计(2.96s + 8.23s)

第一个问题,站点首次访问的耗时大约5秒

这时候还没EF什么事,只是一个空的登陆表单

首次访问,一般分两块:

  1. 站点更新后重新加载程序文件;
  2. iis程序池回收后也会需要重新加载(程序池默认是按需触发运行的,没人访问它就不启动了)

很多.net程序员会忽略这个问题。

(这真的是许多年的无奈经验之谈,大多会说,第一次访问本来就会很慢。)

或者通过脚本定时访问,以规避这个问题(不让用户遇到就行了)

这里我倒想真的试试解决这个问题。

第一个问题的解决方案:Application Initialization

这是在iis8出来后才有的,iis8内置的功能,而对于iis7.5也提供了一个扩展以支持这个功能。

Application Initialization Module for IIS 7.5

在页面接近底部的地方,找到适合自己架构的安装链接

  • x86 for Windows 7
  • x64 for Windows 7 or Windows Server 2008 R2

安装这个iis模块后,在iis界面中并没有模块图标和配置界面,还需要安装:

http://files.dotblogs.com.tw/jaigi/1306/2013619347830.zip

具体配置方法见:

让IIS 7 如同IIS 8 第一次请求不变慢

如果仅配置程序池StartMode为AlwaysRunning还不放心的话,

也可以同时针对站点开启preload和DoAppInitAfterRestart。

配置好后,测试了下,效果十分不错。

回收程序池后首次打开各站点,延迟都很低。

其实这个模块的思路和定时从外部触发一个访问是一样的,只是,更好的地方在于,它本身在程序池回收重启的时候就完成了这件事,而不会让外部访问有机会遇到首次访问的情况。

好了,完成这一步,解开了多年心结,省了5秒!

第二个优化点:EF Pre-Generated Mapping Views,大概节省4秒

这个优化点,一般仔细去EF的网站找找还是容易找到的。

具体原因原理不说了,这里引用下博客园dudu大神的文章。

来,给Entity Framework热热身

搬一下代码:

using (var dbcontext = new CnblogsDbContext())

{

var objectContext = ((IObjectContextAdapter)dbcontext).ObjectContext;

var mappingCollection = (StorageMappingItemCollection)objectContext

.MetadataWorkspace.GetItemCollection(DataSpace.CSSpace);

mappingCollection.GenerateViews(new List());

}

//对程序中定义的所有DbContext逐一进行这个操作

我把它配置在每个站点的Application_Start中了,我的项目使用了Autofac和Repository+UnitOfWork模式,没有异常。

经过这一环节,又砍掉了剩下延迟中的50%时间,大概4秒多点。

归纳下测试数据:(结合以上两种优化后的成果)

1. owner登陆体验到的延迟共计( <1s + 4.68 + 4.99)
2. company登陆体验到的延迟共计(5.5,同样要感谢登陆owner的时候已经"激活"了user的EF)
3. manage登陆体验到的延迟共计(4.23)

第三个优化点(杀手锏):使用Ngen创建EntityFramework的本地代码镜像(EF版本6以上)

EF的文档要认真看啊!这个真是不小心挖出来的解决方案,主要是被我看到了一句话:

The .NET Framework supports the generation of native images for managed applications and libraries as a way to help applications start faster and also in some cases use less memory.

具体参考:Improving Startup Performance with NGen (EF6 Onwards)

Ngen使用方法:

//%WINDIR%\Microsoft.NET\Framework64\v4.0.30319\ngen
安装命令:[path to ngen]/ngen.exe install "[path to dll]"
查询命令:[path to ngen]/ngen.exe display System.Xaml /verbose|findstr "EntityFramework"
卸载命令:[path to ngen]/ngen.exe uninstall "[DisplayName in System.Xaml]"

具体原理就不解释了。这里就记一下使用经验:

  1. ngen 安装后,不用试图去寻找生成的.ni.dll文件在哪,这是系统本身起作用的,就相当于已经安装好了
  2. 卸载时候用的标识名是查询命令中查到的包含版本信息和PublicToken的完整dll名
  3. path to dll 没必要指向你部署的站点中的bin目录,你可以建个目录(比如系统盘根目录下建个NgenTargets目录),把目标dll拷出来放进去。
  4. ngen安装后,站点中的dll文件不可以删除,还是保持原样,删掉会500的。这个作用机制是系统级别的,和站点没啥关系,而且一次ngen安装后,所有站点都能享受到这个提速。
  5. EF的provider等相关dll也可以试试,这个我还没试。

这一步之后,归纳下测试数据:

1. owner登陆体验到的延迟共计(45ms+1.02s+1.06s)
2. company登陆体验到的延迟共计(1.42s,同样要感谢登陆owner的时候已经"激活"了user的EF)
3. manage登陆体验到的延迟共计(925ms+197ms)

哇咔咔,畅快!

至此,心愿已了~

Ngen这种工具,不知道mono有没有,希望vnext正式版出来后,还能再见。

参考

让IIS 7 如同IIS 8 第一次请求不变慢

Pre-Generated Mapping Views

来,给Entity Framework热热身

Performance Considerations for Entity Framework 4, 5, and 6

Improving Startup Performance with NGen (EF6 Onwards)

[2014-09-18]Entity Framework 6 预热、启动优化的更多相关文章

  1. Lazy<T>在Entity Framework中的性能优化实践

    Lazy<T>在Entity Framework中的性能优化实践(附源码) 2013-10-27 18:12 by JustRun, 328 阅读, 4 评论, 收藏, 编辑 在使用EF的 ...

  2. Entity Framework 6 预热、启动优化

    虽然文章题目是针对EF的,但涉及的内容不仅仅是EF. 场景介绍 目前在做的一个项目,行业门户,项目部分站点按域名划分如下: user.xxx.com:用户登陆注册 owner.xxx.com:个人用户 ...

  3. Lazy<T>在Entity Framework中的性能优化实践(附源码)

    在使用EF的过程中,导航属性的lazy load机制,能够减少对数据库的不必要的访问.只有当你使用到导航属性的时候,才会访问数据库.但是这个只是对于单个实体而言,而不适用于显示列表数据的情况. 这篇文 ...

  4. Entity Framework 第四篇 优化SQL查询

    Expression<Func<TEntity, bool>>与Func<TEntity, bool>的异同 public IList<TEntity> ...

  5. Entity Framework 6 开发系列 目录

    2014 年开始接触 Entity Framework 6 也快两年,用它已经沉淀了一个成熟架构,也用来开发了不少大大小小的产品和项目,直到这段时间,才真正有时间来回顾,重新学习它,为让大家更加了解E ...

  6. Entity Framework学习笔记(六)----使用Lambda查询Entity Framework(1)

    请注明转载地址:http://www.cnblogs.com/arhat 在前几章中,老魏一直使用Linq来查询Entity Framework.但是老魏感觉,如果使用Linq的话,那么Linq的返回 ...

  7. 《Entity Framework 6 Recipes》中文翻译系列 (18) -----第三章 查询之结果集扁平化和多属性分组

    翻译的初衷以及为什么选择<Entity Framework 6 Recipes>来学习,请看本系列开篇 3-14  结果集扁平化 问题 你有一对多关联的两个实体,你想通过一个查询,获取关联 ...

  8. Entity framework 预热

    Entity framework  预热 对于在应用程序中定义的每个DbContext类型,在首次使用时,Entity Framework都会根据数据库中的信息在内存生成一个映射视图(mapping ...

  9. 让Entity Framework启动不再效验__MigrationHistory表

    Entity Framework中DbContext首次加载OnModelCreating会检查__MigrationHistory表,作为使用Code Frist编程模式,而实际先有数据库时,这种检 ...

随机推荐

  1. (转)示例化讲解RIP路由更新机制

      目录(?)[+]   以下内容摘自最新上市的“四大金刚”图书之一<Cisco路由器配置与管理完全手册>(第二版)(其它三本分别为<Cisco交换机配置与管理完全手册>(第二 ...

  2. ASPCMS改造中

    10月中旬的时候,芹芹大神给我接了个做网站的活,一番商量过后,我以低得说出来丢人TT的价格接了.主要是想借此摸清网站制作的一条龙服务. 目前根据ASPCMS开源管理系统,做了个大致的构架,下面上草图: ...

  3. Android Studio中添加SlidingMenu

    SlidingMenu是github上面的一个开源库,地址:https://github.com/jfeinstein10/SlidingMenu.git 第一步:先下载: 第二步:添加到as中: 1 ...

  4. Redux源码分析之bindActionCreators

    Redux源码分析之基本概念 Redux源码分析之createStore Redux源码分析之bindActionCreators Redux源码分析之combineReducers Redux源码分 ...

  5. nopCommerce 3.9 大波浪系列 之 可退款的支付宝插件(下)

    一.回顾 支付宝插件源码下载地址:点击下载 上篇介绍了使用支付宝插件进行支付,全额退款,部分退款还有插件的多店铺配置,本文介绍下如何实现的. 二.前期准备 插件主要有3个功能: 多店铺插件配置 支付功 ...

  6. 走过夏天,我的H5旅程,一路慢行

    <!DOCTYPE html> <!-- 文档类型声明:让浏览器,按照html5的标准对代码进行解释和执行. 文档类型声明必不可少,而且,必须放在文档最上方. 如果不写文档类型声明, ...

  7. Spring源码解析——如何阅读源码

    最近没什么实质性的工作,正好有点时间,就想学学别人的代码.也看过一点源码,算是有了点阅读的经验,于是下定决心看下spring这种大型的项目的源码,学学它的设计思想. 手码不易,转载请注明:xingoo ...

  8. .net操作IIS,新建网站,新建应用程序池,设置应用程序池版本,设置网站和应用程序池的关联

    ServerManager类用来操作IIS,提供了很多操作IIS的API.使用ServerManager必须引用Microsoft.Web.Administration.dll,具体路径为:%wind ...

  9. Win7 IIS建站

    1.在控制面板->程序和功能->打开或关闭windows功能->安装IIS服务 2.控制面板->管理工具->IIS管理器 客户端访问Web服务器,服务器端不需关闭防火墙, ...

  10. 敏捷视界:Scrum起源、Scrum术语

    Scrum起源 Scrum的原始含义 Scrum原始含义是指英式橄榄球次要犯规时在犯规地点对阵争球.争球双方各有8个队员参与,各方出3名前锋队员,并肩各站成一横排,面对面躬身互相顶肩,中间形成一条通道 ...