原因很简单，每个人不愿每日去电子游戏机城，時间和轻轻松松，并且每天花费好多游戏钱。想一想人们一般在电子游戏机城内的那时候，假如大家不可以把握街机游戏机确实很讨厌，可是假如电子游戏机城内的人非常少，人们就不容易玩很兴奋。「赚钱的电玩游戏」      而电子游戏机手机在线游戏的出現，令小伙伴们有其他挑选，随时，想玩，摆脱时光约束力。因而，务必说，网游如今拥有非常好的发展前途。伴随着技术性的发展趋势，免费在线完善，有很多經典的电子游戏机，100%的极致移殖，人们玩一样的手机游戏。除此之外，在网游城这一手机游戏收藏网站，能够与数百名       游戏玩家在同一个演出舞台上，本地全部的高手云，能够激起粉絲的获胜和激动。「赚钱的电玩游戏」      伴随着移动手机和互联网的发展趋势，网游愈来愈火爆。因此，务必说，游戏和网游大城市如今拥有非常好的发展前途。不论是委托人還是订制开发设计，这全是寻找一个靠谱的游戏开发者并项目投资于一个电子游戏机的好方式。「赚钱的电玩游戏」

.NETFramework4.5退级至.NETFramework4.0 netframework4.5因为云虚拟主机版本号只能.netframework4.0因此碰到必须退级版本号，退级版本号全是辛酸泪，在网上这些方面的材料也非常少，因此总结一下心得分享： 我的新项目是ASP.NetMVC，自己vs2015 第一步VS开启新项目：鼠标右键你的新项目=>特性 随后会弹出来总体目标Framework变更：挑选是(Y) 第二步：在新项目文档下找到.csproj文档（一般与你新项目名一样的文件夹名称下），用文本文档开启，替换成里边全部net45换为net40 Ctrl+F搜索（还记得往上,往下所有都搜索一遍，避免忽略，一定要提醒：找不着“net45”）还记得储存 再度开启新项目会提醒文档被改动【点一下所有再次载入】 第三步：专用工具=》NuGet包管理工具（N）=》管理方法解决方法NuGet程序包（N）… 第四步：挑选到升级 Microsoft.AspNet.Mvc→4.0.40804 Microsoft.AspNet.Razor→2.0.30506 Microsoft.AspNet.WebPages→2.0.30506 第五步：（1）改动web.cofig→→中System.Web.Razor，System.Web.WebPages.Razor→newVersion=“2.0.0.0” （2）改动：views→web.config→configSections→System.Web.WebPages.Razor→Version=2.0.0.0 第六步：改动views→web.config→System.Web.Mvc→Version=4.0.0.1（看System.Web.Mvc这一的版本号，必须全部解决方法替换成4.0.0.1版本号） 原先的版本号：5.2.3.0全部解决方法替换成4.0.0.1 最终一步：清除解决方法，再次转化成解决方法

var currentBlogId = 83651; var currentBlogApp = 'redcreen'; var cb_enable_mathjax = false; var isLogined = false; GC性能方面的考虑       「aggressiveopts」对于GC的性能主要有2个方面的指标：吞吐量throughput（工作时间不算gc的时间占总的时间比）和暂停pause（gc发生时app对外显示的无法响应）。1. Total Heap       默认情况下，vm会增加/减少heap大小以维持free space在整个vm中占的比例，这个比例由MinHeapFreeRatio和MaxHeapFreeRatio指定。一般而言，server端的app会有以下规则：对vm分配尽可能多的memory；将Xms和Xmx设为一样的值。如果虚拟机启动时设置使用的内存比较小，这个时候又需要初始化很多对象，虚拟机就必须重复地增加内存。处理器核数增加，内存也跟着增大。2. The Young Generation       另外一个对于app流畅性运行影响的因素是young generation的大小。young generation越大，minor collection越少；但是在固定heap size情况下，更大的young generation就意味着小的tenured generation，就意味着更多的major collection(major collection会引发minor collection)。       NewRatio反映的是young和tenured generation的大小比例。NewSize和MaxNewSize反映的是young generation大小的下限和上限，将这两个值设为一样就固定了young generation的大小（同Xms和Xmx设为一样）。      「aggressiveopts」 如果希望，SurvivorRatio也可以优化survivor的大小，不过这对于性能的影响不是很大。SurvivorRatio是eden和survior大小比例。一般而言，server端的app会有以下规则：首先决定能分配给vm的最大的heap size，然后设定最佳的young generation的大小；如果heap size固定后，增加young generation的大小意味着减小tenured generation大小。让tenured generation在任何时候够大，能够容纳所有live的data（留10%-20%的空余）。经验&&规则「aggressiveopts」年轻代大小选择响应时间优先的应用:尽可能设大,直到接近系统的最低响应时间限制(根据实际情况选择).在此种情况下,年轻代收集发生的频率也是最小的.同时,减少到达年老代的对象.吞吐量优先的应用:尽可能的设置大,可能到达Gbit的程度.因为对响应时间没有要求,垃圾收集可以并行进行,一般适合8CPU以上的应用.避免设置过小.当新生代设置过小时会导致:1.YGC次数更加频繁 2.可能导致YGC对象直接进入旧生代,如果此时旧生代满了,会触发FGC.年老代大小选择响应时间优先的应用:年老代使用并发收集器,所以其大小需要小心设置,一般要考虑并发会话率和会话持续时间等一些参数.如果堆设置小了,可以会造成内存碎 片,高回收频率以及应用暂停而使用传统的标记清除方式;如果堆大了,则需要较长的收集时间.最优化的方案,一般需要参考以下数据获得:并发垃圾收集信息、持久代并发收集次数、传统GC信息、花在年轻代和年老代回收上的时间比例。吞吐量优先的应用:一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代.原因是,这样可以尽可能回收掉大部分短期对象,减少中期的对象,而年老代尽存放长期存活对象.较小堆引起的碎片问题因为年老代的并发收集器使用标记,清除算法,所以不会对堆进行压缩.当收集器回收时,他会把相邻的空间进行合并,这样可以分配给较大的对象.但是,当堆空间较小时,运行一段时间以后,就会出现"碎片",如果并发收集器找不到足够的空间,那么并发收集器将会停止,然后使用传统的标记,清除方式进行回收.如果出现"碎片",可能需要进行如下配置:-XX:+UseCMSCompactAtFullCollection:使用并发收集器时,开启对年老代的压缩.-XX:CMSFullGCsBeforeCompaction=0:上面配置开启的情况下,这里设置多少次Full GC后,对年老代进行压缩用64位操作系统，Linux下64位的jdk比32位jdk要慢一些，但是吃得内存更多，吞吐量更大XMX和XMS设置一样大，MaxPermSize和MinPermSize设置一样大，这样可以减轻伸缩堆大小带来的压力使用CMS的好处是用尽量少的新生代，经验值是128M－256M， 然后老生代利用CMS并行收集， 这样能保证系统低延迟的吞吐效率。 实际上cms的收集停顿时间非常的短，2G的内存， 大约20－80ms的应用程序停顿时间系统停顿的时候可能是GC的问题也可能是程序的问题，多用jmap和jstack查看，或者killall -3 java，然后查看java控制台日志，能看出很多问题。(相关工具的使用方法将在后面的blog中介绍)仔细了解自己的应用，如果用了缓存，那么年老代应该大一些，缓存的HashMap不应该无限制长，建议采用LRU算法的Map做缓存，LRUMap的最大长度也要根据实际情况设定。采用并发回收时，年轻代小一点，年老代要大，因为年老大用的是并发回收，即使时间长点也不会影响其他程序继续运行，网站不会停顿JVM参数的设置(特别是 –Xmx –Xms –Xmn -XX:SurvivorRatio  -XX:MaxTenuringThreshold等参数的设置没有一个固定的公式，需要根据PV old区实际数据 YGC次数等多方面来衡量。为了避免promotion faild可能会导致xmn设置偏小，也意味着YGC的次数会增多，处理并发访问的能力下降等问题。每个参数的调整都需要经过详细的性能测试，才能找到特定应用的最佳配置。