优化调整方案

针对云计算系统在运行过程中由于计算节点空闲而产生大量空闲能耗，以及由于不匹配任务调度而产生大量“奢侈”能耗的能耗浪费问题，本文提出一种通过任务调度方式的能耗优化管理方法。高能耗是云计算系统最为严重的问题之一云计算系统中，除了处理任务时产生的必要能耗开销，其运行过程中还存在能耗浪费的现象解决方案用排队模型对云计算系统进行建模，分析云计算系统的平均响应时间和平均功率，建立云计算系统的能耗模型；提出基于大服务强度和小执行能耗的任务调度策略，分别针对空闲能耗和“奢侈”能耗进行优化控制。基于该调度策略，设计满足性能约束的最小期望执行能耗调度算法ME3PC (minimum expectation execution energy with performance constraints).结果大量实验表明，本文提出的能耗优化管理方法在保证其性能的前提下，大幅度降低了云计算系统的能耗下一步工作将研究在给定和真实的云计算系统体系结构下，如何根据任务到达率的大小和分布规律，决策系统中应该处于运行状态的计算机个数，结合关闭/休眠技术和电压动态调整技术，进一步对云计算系统的能耗进行优化控制，并且将研究的理论成果在实际云平台上进行评测，以验证其正确性能耗能耗分类空闲能耗：由于计算任务达到的随机性，使得单位时间内到达的任务量时而稀疏，时而密集，而现有的云计算系统通常是长时间处于开启状态，等待计算任务的到达。但是当计算机处于空闲状态时，其空闲功率会占峰值功率的50%~60%。因此，云计算系统会产生大量的空闲能耗。奢侈能耗：由于云计算系统中通常包含不同的计算机，实验结果表明，不同计算机对不同计算任务的执行功率和响应时间一般不同。例如，同一图像处理任务分别在CPU 和GPU 上的执行功率和响应时间不同，任务执行完成后，产生的总能耗也不同。因此，当未考虑能耗因素时，不匹配的调度方式会造成:本来用较低能耗就能解决问题，但却用了较高能耗。本文把由于任务的不合理调度而浪费的能耗称为“奢侈”能耗。执行能耗：执行能耗可定义为：任务在计算机上运行时，指令和数据驱动计算机硬件运转所产生的能耗传统节能的方法关闭/休眠技术：最大限度的降低空闲能耗，缺点是当使用计算机时需要较长的启动时间，导致系统性能一定程度的下降电压动态调整技术：为了便于研究，本文假定执行功率为任务整个执行过程的平均耗电功率。根据CMOS 电路动态功率公式Pdynamic~αCV2f 可知，动态功率与电压的平方成正比。因此，降低处理器的电压可以降低处理器的动态功率。但该方法的缺点是，随着电压的下降，处理器的性能会随之下降虚拟化技术：可实现多个任务在一个计算机的不同虚拟机上运行，通过提高计算机资源利用率，以减少所需计算机数量的方式降低能耗。虚拟化技术实现了计算机资源从物理实体向虚拟实体的迁移，提高了计算机资源的利用率。但虚拟化，特别是深层次的虚拟化本身也要付出高昂的效能代价，因为虚拟化技术通过对底层硬件部件到高层服务应用的层层虚拟，每一级的虚拟都造成了效能的损失。任务和系统模型随机任务模型根据任务对计算机资源的需求特征，可分为计算密集型、通信密集型、数据密集型和I/O密集型等。随机到达云计算系统的任务可以用三元组（T，∧，W）表示，第i类任务可以表示为(ti，λi，wi)。ti表示第i类任务，λi表示ti任务单位时间平均到达数量，wi表示ti任务的计算量云计算系统模型现有云计算平台的硬件基础设施通常是架构在大规模廉价服务器集群之上，系统中的不同服务器或计算机通常是由不同公司生产，有不同的硬件配置。这些计算机不仅有不同的功能和性能，其耗电的功率也不同，具体可表现为：功能异构、性能异构、空闲功率和峰值功率异构、执行功率异构；云计算系统可以定义为六元组：(C，Pbusym×n，Pidle，Ppeak，Um×n，S)qqO6srvNrMDg0M3Izs7x0tSyu82stcTL2cLKy+a7+rW9tO/Ptc2zo6y197bIxvfU8rj5vt3Izs7xwODQzaGiyM7O8bW9tO/Ksbv6oaLPtc2z1tDL+dPQvMbL47v6tbHHsLXE1rTQ0Ne0zKy1yNDFz6K21MjOzvG9+NDQus/A7dOzyeSjrNfuuvO197bI1rTQ0Dxicj4KICAgICAgICAgxL+1xMrHvbW1zc+1zbPUy9DQuf2zzNbQsvrJ+rXEv9XP0MTcusS6zda00NDE3LrEPGJyPgogICAgICAgICCxvs7E1N2yu7+8wsfUxrzGy+PPtc2z1tDT682o0MXP4LnYtcTE3LrEus3Ksbzkv6rP+jwvcD4KPGNlbnRlcj4KPGltZyBzcmM9"http://www.it165.net/uploadfile/files/2014/0508/20140508200129405.jpg" alt="\">问题描述根据2.1节和2.2节的分析，并结合能耗的计算公式E=P*T，则任意一个任务从进入云计算系统到执行完成离开所产生的期望能耗可表示为\在给定任务类型、确定云计算系统体系结构的条件下，只有调度概率Pij的值是根据调度策略的不同而动态变化的，云计算系统的期望能耗与任务和计算机之间的调度策略有关能耗优化管理实质根据任务的到达时间和类型、不同计算机的功率和性能、计算机实时的负载情况，对任务进行合理调度，使系统在满足一定性能的条件下，降低云计算系统运行过程中产生的空闲和执行能耗假设根据任务对计算机资源的需求特征，可分为计算密集型、通信密集型、数据密集型和I/O密集型等。不同类型任务要处理的数据形式和问题规模一般不同。为了便于研究，本文假定同一类型任务的计算量相同由于用户服务请求的自主性、地域的分布性，导致不同用户提交的任务之间通常没有优先约束关系，即任务是独立的假设对于系统中的每个计算机，任务的到达间隔相互独立,且服从同一参数的负指数分布每个计算机对不同任务的服务时间也相互独立，且服从同一参数的负指数分布到达间隔时间与服务时间相互独立不同类计算任务以不同的概率调度到不同的计算机上性能约束的最小期望执行能耗调度算法ME3PC(minimum expectation execution energy with performance constraints)调度器针对不同的情况，采用不同的调度策略，详情请参考第3章根据负载情况，将节点分在三个队列：Clight、Cnormal、Chigh，如果Clight不为空，则优先考虑集合Clight中的计算机，并采用基于大服务强度的任务调度策略，使对tCi类任务有大服务强度的计算机cCj有较大的调度概率，其中j∈ClightClight为空，Cnormal不通ky"http://www.it165.net/qq/" target="_blank" class="keylink">qq/1aOsssnTw7v509q9z9Ch1rTQ0MTcusS1xLX3tsiy38LULMq5ttR0QzxzdWI+aTwvc3ViPsDgyM7O8dPQvc/Qoda00NDE3LrEtcS8xsvju/pjQzxzdWI+ajwvc3ViPtPQvc+087XEtfe2yLjFwsqjrMbk1tBqocpDPHN1Yj5ub3JtYWw8L3N1Yj48bGk+QzxzdWI+bGlnaHQ8L3N1Yj6hokM8c3ViPm5vcm1hbDwvc3ViPs6qv9WjrEM8c3ViPm5vcm1hbDwvc3ViPrK7zqq/1aOsvLTL+dPQvMbL47v6try0ptPa1tjU2Ne0zKyho9Xi0fmjrNTayM7O8bX3tsjKsaOssNHIzs7xtfe2yLW9uLrU2Nfu0KG1xLzGy+O7+snPCjxwPgo8aW1nIHNyYz0="http://www.it165.net/uploadfile/files/2014/0508/20140508200130420.jpg" alt="\">定理满足性能约束的最小执行能耗调度算法ME3PC的最坏时间复杂度为O(3mn)，其中，m为任务的类型数，n为云计算系统中计算机的个数。实验实验环境的设置为了验证ME3PC算法的有效性，本文使用Matlab 的离散事件模拟工具进行模拟实验。实验环境涉及的相关参数以及取值或取值范围见下表。实验中任务分为4 类。第i类任务的到达间隔时间服从参数为1/λi的负指数分布。该间隔时间可通过负指数分布函数exprnd(1/λi)来生成，其中，λi的值在[10，15]区间随机生成。根据任务的到达间隔，利用函数cumsum(?)可得到第i 类每个随机任务到达系统的时刻。最终可确定所有6000个任务到达系统的时刻。计算机cj对ti类任务的服务时间服从参数为1/μij的负指数分布，同样，服务时间也通过函数exprnd(1/μij)来生成，参数μij的值在[1，5]区间随机生成为了让模拟系统的运行存在平衡状态，需要满足条件\\实验与结果分析为了进一步说明ME3PC算法的有效性，本文又设计了最小执行功率调度算法(minimum execution power，简称MEP)，并将ME3PC与MEP、经典MIN-MIN 算法进行比较。其中，MEP的算法思想是:在任务调度时，将任务调度到执行功率最小的机器上，而不考虑该计算机当前的负载情况以及执行该任务的服务时间。MIN-MIN是针对独立任务的动态调度算法，广泛应用于同构或异构分布式并行计算环境，有良好的调度性能。本文分别从系统执行任务的平均能耗、任务的平均响应时间、系统的平均功率、负载平衡和可扩展性这5个方面对3种算法进行对比分析从图2可以看出，采用MEP算法时系统的平均功率最小，ME3PC略大于MEP，MIN-MIN的功率最大，且远大于ME3PC和MEP。分析原因是，MEP算法专注于系统执行功率的优化，任务调度时只将任务调度到执行功率最小的机器上，因此系统平均功率最小，但没有考虑调度的机器性能，因此总体性能最差。MIN-MIN算法则相反，只专注于任务的完成时间，而不考虑能耗、负载平衡等其他因素，因此响应时间最小，但是系统平均功率最大。ME3PC算法则同时考虑了功率和性能因素，虽然系统功率较MEP算法平均增加了6.4%，响应时间比MIN-MIN算法平均增加了5.7%，但是任务在系统中的所产生的能耗却最小，如图4所示。究其原因是:（1）由于ME3PC算法针对空闲或轻载计算机采用了大服务强度优先的调度策略，大大降低了系统中计算机出现空闲的概率，使系统的利用率高于MEP和MIN-MIN。其中，采用ME3PC算法时，系统产生的空闲能耗平均是MEP和MIN-MIN算法的81%和73%，如图5所示。（2）由于优先对空闲和轻载计算机进行调度，最大限度地避免了负载不平衡的发生。因此，ME3PC算法保证了系统的负载平衡，如图6（a）、图6（b）所示。可见，只有同时考虑功率和性能因素才能真正降低云计算系统的能耗。从实验结果中，我们发现了一个有趣的现象:当计算机个数为1时，3种算法下的系统平均功率、任务平均响应时间和任务平均能耗自然都相等。但是随着计算机个数的增加，系统执行任务的平均能耗却呈线性下降。当计算机个数为8时，系统执行任务的平均能耗最小。随着计算机个数的继续增加，系统执行任务的平均能耗开始增大，且呈指数级增长。究其原因是:（1）当计算机个数从1增加到8的过程中，任务平均响应时间呈指数级减少（如图3所示），但是系统的平均功率的增势却基本趋于平稳（如图2所示），这导致系统执行任务的平均能耗在该过程中是逐渐降低的，并且由于此时系统平均功率的绝对值较小，因此降低的趋势呈线性。（2）当计算机个数从8增加到128的过程中，任务平均响应时间下降的趋势趋于平缓（如图3所示），但是系统的平均功率的增势却呈指数级增加（如图2所示），这导致系统执行任务的平均能耗在该过程中是逐渐增加的，并且由于此时系统平均功率的绝对值较大，因此增长的趋势呈指数级。由此可见，在等能耗的条件下，计算机个数为8时系统有最好的扩展性。对于实际的云计算系统，如何根据系统的体系结构、任务到达的规律确定系统中应该开启或关闭的机器个数，以及开启或关闭哪些机器进行能耗的优化控制，将作为下一步的研究内容。

一、前端优化网站性能优化是一个很综合的话题，涉及到服务器的配置和网站前后端程序等各个方面，我只是从实际经历出发，分享一下自己所尝试过的网站性能优化方法。之所以在标题上挂一个web2.0，是因为本文更偏重于中小网站的性能优化，我所使用的系统也是典型web2.0的LAMP架构。首先讲讲前端的优化，用户访问网页的等待时间，有80%是发生在浏览器前端，特别是页面和页面中各种元素（图片、CSS、Javascript、 flash…）的下载之上。因此在很多情况下，相对于把大量的时间花在艰苦而繁杂的程序改进上，前端的优化往往能起到事半功倍的作用。雅虎最近将内部使用的性能测试工具yslow向第三方公开，并发布了著名的网站性能优化的十三条规则，建议你下载并安装yslow，并作为测评网站优化效果的工具。下面我挑其中特别有价值的具体说明一下优化的方法：对于第一次访问您网站，尚未在浏览器cache中缓存您网站内容的用户，我们可以做的事情包括：1）减少一个页面访问所产生的http连接次数对于第一次访问你网站的用户，页面所产生的http连接次数是影响性能的一个关键瓶颈。对策：- 尽量简洁的页面设计，最大程度减少图片的使用，通过放弃一些不必要的页面特效来减少javascript的使用。- 使用一些优化技巧，比如利用图片的背景位移减少图片的个数；image map技术；使用Inline images将css图片捆绑到网页中。- 尽量合并js和css文件，减少独立文件个数。2) 使用gzip压缩网页内容使用gzip来压缩网页中的静态内容，能够显著减少用户访问网页时的等待时间（据说可达到60%）。主流的web服务器都支持或提供gzip压缩，如果使用apache服务器，只需要在配置文件中开启 mod_gzip（apache1.x）或mod_deflate(apache2.x)即可。凡是静态的页面，使用gzip压缩都能够显著提高服务器效率并减少带宽支出，注意图片内容本身已经是压缩格式了，务必不要再进行压缩。3）将CSS放在页面顶端，JS文件放在页面底端CSS的引用要放在html的头部header中，JS文件引用尽量放在页面底端标签的后面，主要的思路是让核心的页面内容尽早显示出来。不过要注意，一些大量使用js的页面，可能有一些js文件放在底端会引起一些难以预料的问题，根据实际情况适当运用即可。4）使JS文件内容最小化具体来说就是使用一些javascript压缩工具对js脚本进行压缩，去除其中的空白字符、注释，最小化变量名等。在使用gzip压缩的基础上，对js内容的压缩能够将性能再提高5%。5）尽量减少外部脚本的使用，减少DNS查询时间不要在网页中引用太多的外部脚本，首先，一次dns的解析过程会消耗20-120毫秒的时间；其次，如果在页面中引用太多的外部文件（如各种广告、联盟等代码），可能会因为外部文件的响应速度而将你的网站拖得很慢。如果不得不用，那么就尽量将这些脚本放在页脚吧。不过有一点需要提及，就是浏览器一般只能并行处理同一域名下的两个请求，而对于不同子的域名则不受此限制，因此适当将本站静态内容（css,js）放在其他的子域名下（如 static.xxx.com）会有利于提高浏览器并行下载网页内容的能力。对于您网站的经常性访问用户，主要的优化思路就是最大限度利用用户浏览器的cache来减少服务器的开销。1）在header中添加过期时间(Expires Header)在header中给静态内容添加一个较长的过期时间，这样可以使用户今后访问只读取缓存中的文件，而不会与服务器产生任何的交互。不过这样做也存在一些问题，当图片、CSS和js文件更新时，用户如果不刷新浏览器，就无法获得此更新。这样，我们在对图片、css和js文件修改时，必须要进行重命名，才能保证用户访问到最新的内容。这可能会给开发造成不小的麻烦，因为这些文件可能被站点中的许多文件所引用。flickr提出的解决办法是通过url rewrite使不同版本号的URL事实上指向同一个文件，这是一个聪明的办法，因为url级别的操作效率是很高的，可以给开发过程提供不少便利。要理解为什么这样做，必须要了解浏览器访问url时的工作机制：a. 第一次访问url时，用户从服务器段获取页面内容，并把相关的文件（images,css,js…）放在高速缓存中，也会把文件头中的expired time,last modified, ETags等相关信息也一同保留下来。b. 用户重复访问url时，浏览器首先看高速缓存中是否有本站同名的文件，如果有，则检查文件的过期时间；如果尚未过期，则直接从缓存中读取文件，不再访问服务器。c. 如果缓存中文件的过期时间不存在或已超出，则浏览器会访问服务器获取文件的头信息，检查last modifed和ETags等信息，如果发现本地缓存中的文件在上次访问后没被修改，则使用本地缓存中的文件；如果修改过，则从服务器上获取最新版本。我的经验，如果可能，尽量遵循此原则给静态文件添加过期时间，这样可以大幅度减少用户对服务器资源的重复访问。2）将css和js文件放在独立外部文件中引用将css和js文件放在独立文件中，这样它们会被单独缓存起来，在访问其他页面时可以从浏览器的高速缓存中直接读取。一些网站的首页可能是例外的，这些首页的自身浏览可能并不大，但却是用户访问网站的第一印象以及导向到其他页面的起点，也可能这些页面本身使用了大量的ajax局部刷新及技术，这时可以将 css和js文件直接写在页面中。3）去掉重复的脚本在IE中，包含重复的js脚本会导致浏览器的缓存不被使用，仔细检查一下你的程序，去掉重复引用的脚本应该不是一件很难的事情。4）避免重定向的发生除了在header中人为的重定向之外，网页重定向常在不经意间发生，被重定向的内容将不会使用浏览器的缓存。比如用户在访问www.xxx.com，服务器会通过301转向到www.xxx.com/，在后面加了一个“/”。如果服务器的配置不好，这也会给服务器带来额外的负担。通过配置apache的 alias或使用mod_rewrite模块等方法，可以避免不必要的重定向。还有一些，比如使用CDN分发机制、避免CSS表达式等、避免使用ETags等，因为不太常用，这里就不再赘述了。做完了上述的优化，可以试着用yslow测试一下网页的性能评分，一般都可以达到70分以上了。当然，除了浏览器前端和静态内容的优化之外，还有针对程序脚本、服务器、数据库、负载的优化，这些更深层次的优化方法对技术有更高的要求。本文的后半部分将重点探讨后端的优化。二、后端优化上次写完web2.0网站前端优化篇之后，一直想写写后端优化的方法，今天终于有时间将思路整理了出来。前端优化可以避免我们造成无谓的服务器和带宽资源浪费，但随着网站访问量的增加，仅靠前端优化已经不能解决所有问题了，后端软件处理并行请求的能力、程序运 行的效率、硬件性能以及系统的可扩展性，将成为影响网站性能和稳定的关键瓶颈所在。优化系统和程序的性能可以从以下的方面来入手：1）apache、mysql等软件的配置的优化尽管apache和mysql等软件在安装后使用的默认设置足以使你的网站运行起来，但是通过调整mysql和apache的一些系统参数，还是可以追求更高的效率和稳定性。这个领域中有很多专业的文章和论坛（比如： http://www.mysqlperformanceblog.com/），要想掌握也需要进行深入的研究和实践，这里就不重点讨论了。2）应用程序环境加速这里仅以我最常应用的php开发环境为例，有一些工具软件可以通过优化PHP运行环境来达到提速的目的，其基本原理大致是将PHP代码预编译并缓存起来，而不需要改变任何代码，所以比较简单，可以将php的运行效率提升50%以上。比较常用的免费php加速工具有：APC( http: //pecl.php.net/package-info.php?package=APC)、Turck MMCache（ http://turck-mmcache.sourceforge.net）、php accelebrator(www.php-accelerator.co.uk)，还有收费的Zend Performance Suite3）将静态内容和动态内容分开处理apache是一个功能完善但比较庞大的web server，它的资源占用基本上和同时运行的进程数呈正比，对服务器内存的消耗比较大，处理并行任务的效率也一般。在一些情况下，我们可以用比较轻量级的web server来host静态的图片、样式表和javascript文件，这样可以大大提升静态文件的处理速度，还可以减少对内存占用。我使用的web server是来自俄罗斯的nginx，其他选择方案还包括lighttpd和thttpd等。4）基于反向代理的前端访问负载均衡当一台前端服务器不足以应付用户访问时，通过前端机实现web访问的负载均衡是最快速可行的方案。通过apache的mod_proxy可以实现基于反向代理的负载均衡，这里推荐使用nginx做代理服务器，处理速度较apache更快一些。5）应用缓存技术提高数据库效能，文件缓存和分布式缓存数据库访问处理并发访问的能力是很多网站应用的关键瓶颈，在想到使用主从结构和多farm的方式构建服务器集群之前，首先应该确保充分使用了数据库查询的缓存。一些数据库类型（如mysql的innoDB）自身内置对缓存的支持，此外，还可以利用程序方法将常用的查询通过文件或内存缓存起来。比如通过 php中的ob_start和文件读写函数可以很方便的实现文件形式的缓存，而如果你拥有多台服务器，可以通过memcache技术通过分布式共享内存来对数据库查询进行缓存，不仅效率高而且扩展性好，memcache技术在livejournal和Craigslist.org等知名网站应用中都得到了检验。6）服务器运行状态的检测，找到影响性能的瓶颈所在系统优化没有一劳永逸的方法，需要通过检测服务器的运行状态来及时发现影响性能的瓶颈，以及可能存在的潜在问题，因为网站的性能，永远取决于木桶中的短板。可以编写一些脚本来检测web服务的运行，也有一些开源的软件也提供了很好的功能7）良好的扩展架构是稳定和性能的基础一些技巧和窍门可以帮你度过眼前的难关，但要想使网站具备应付大规模访问的能力，则需要从系统架构上进行彻底的规划，好在很多前人无私的把他们架构网站的经验分享给我们，使我们可以少走甚多弯路。我最近读到的两篇有启发的文章：- 从LiveJournal后台发展看大规模网站性能优化方法 - Myspace的六次重构最后不得不提到程序编码和数据库结构对性能的影响，一系列糟糕的循环语句，一个不合理的查询语句、一张设计不佳的数据表或索引表，都足以会使应用程序运行的速度成倍的降低。培养全局思考的能力，养成良好的编程习惯，并对数据库运行机制有所了解，是提高编程质量的基础。

有问题请爱问我，爱问网络团队为你解答 SEO优势一、SEO效果好　　通过SEO获得的流量都是高质量的搜索引擎流量，选择好了合适的关键词，那么这些流量都是转化率极高的有效流量。而且从搜索引擎正常排名获得的流量更容易被用户所认可和接收，搜索引擎给出的排名结果更容易获得用户的信任，正常网页广告的点击率在2~5%，而搜索引擎的点击率高达30~80%，当然，这与关键词排名也有一定关系，但是这说明SEO的效果要比其他网络广告或者营销的方式更加好。　　SEO优势二、SEO成本低　　对于掌握了SEO技术的人来说，对一个网站进行优化基本上不需要投入资金就可以开始进行操作，几乎是零投入的，和付费推广比较起来，SEO的成本更低。这里简单举个例子，以宜昌搬家为例，一般用百度竞价来做搬家的广告价格在1.8元/点击(价格仅供参考，实际价格以百度公布竞价平台公布数据为准)，如果每天点击数量为50次，那么每天的费用就要90元，一个月要2700元，一年就要三万元以上，而且这些是在仅仅是在百度竞价平台有显示，如果还要做谷歌，雅虎等其他推广费用又要另外算。还有就是无效点击也要付费，不是宜昌地区的朋友点击这个也是需要付费的，而现在IP地址匹配机制还不够完善，这也是不可避免的。但是如果选择SEO就完全不同了，只要做到了正常搜索引擎排名，点击多少次都是不用收费的，就算是一年，几年，只要正常排名，都不用付费，所以性价比是极高的。　　　　上面是搜索宜昌搬家后的百度竞价显示，前三个居然全部都是武汉搬家公司的广告，但是这些对于宜昌搬家的朋友来说是不会选择的，如果点击了，就是无效流量。从而增加了推广成本，但是搜索引擎优化缺没有类似的成本担忧。　　SEO优势三、SEO持续性好　　做搜索引擎竞价排名，一旦不参加竞价了，或者账户余额不足了，竞价排名就停止了，就找不到了，这就是普通搜索引擎竞价的时效性。但是SEO却完全不用担心，只要通过正常的优化手段获得了搜索引擎自然排名，而且坚持维护的话，关键词排名是不会有大幅度变化的，而且随着时间的推移，所作的优化越细致，积累越多，关键词排名越稳定，就算是搜索引擎偶尔有算法的调整，也可以通过调整优化方案从而继续获得排名，所以通过SEO获得排名是有持续性的，这点是任何推广方法都无法获得的。　　SEO优势四、SEO覆盖面广　　做搜索引擎优化是针对网站结构，用户需求，搜索引擎原理等来进行整体的优化，不仅仅是针对某一个搜索引擎，正常来说，在百度有较好排名的网站，在其他搜索引擎也一定有不俗的表现，所以SEO覆盖面是极为广泛的，而搜索引擎竞价或者其他网络广告的方式，都是局限在某一个网站或者某一个区域，但是SEO针对的是整个互联网用户，这个优势任何推广都无法比拟。　　SEO优势五、全方位提高网站质量　　做SEO不仅仅是做网站的关键词排名，而是对网站整体质量的提升。搜索引擎蜘蛛其实也是一个用户，他不仅能有智能的抓取能力，还能通过判断用户行为来分析网站的质量，所以SEO做的好的网站，绝不仅仅是带来了搜索引擎流量，而且会提升整个网站的质量，改善用户体验，提高用户粘度，提高网站成交率。SEO绝不仅仅等于搜索引擎优化。

之前看到一本书里也是类似的案例，书中介绍的解决方案是用系统思维中分析和解决问题的五大步骤：界定问题、构建框架、明晰关键、高效执行、检查调整。第一步：首先得对问题进行界定：我们要区分问题的初步解决方案与问题本身。但如何发现问题本质呢？这里有一个比较经典的5whys分析方法第二步：构建框架：自上而下运用框架，需要平时积累框架。还有自下而上提炼框架，这是一个先发散再收敛的思考过程。第三步：明晰解决问题的关键：列好框架后，分析找出最关键点，合理分配利用时间和精力。第四步：立即行动，解决问题，优化方案，直至问题解决。 如果有爱学习的小伙伴，想系统掌握这些方法，可以看下书和视频：《金字塔原理》、《思维力：高效的系统思维》，腾讯课堂视频课程：《五步，成为问题解决高手》

1、就是将原定好的施工方案进行调整 比如消除隐患 简化结构 压缩成本等等 从而原来的方案简单化 减少了建设成本2、因为施工方案不同，工期就会不同，所需机具也不同，因而发生的费用也会不同。因此，监理工程师应以合同工期为依据，联系工程的规模、性质、复杂程度、现场条件、装备情况和人员素质等因素，综合考虑，提出技术上先进、工艺上合理、组织上精干的施工方案，力求降低工程造价。

单机MySQL数据库的优化一、服务器硬件对MySQL性能的影响①磁盘寻道能力 （磁盘I/O），我们现在上的都是SAS15000转的硬盘。MySQL每秒钟都在进行大量、复杂的查询操作，对磁盘的读写量可想而知。所以，通常认为磁 盘I/O是制约MySQL性能的最大因素之一，对于日均访 问量在100万PV以上的Discuz!论坛，由于磁盘I/O的制约，MySQL的性能会非常低下！解决这一制约因素可以考虑以下几种解决方案： 使用RAID1+0磁盘阵列，注意不要尝试使用RAID-5，MySQL在RAID-5磁盘阵列上的效率不会像你期待的那样快。②CPU 对于MySQL应用，推荐使用DELL R710，E5620 @2.40GHz（4 core）* 2 ，我现在比较喜欢DELL R710，也在用其作Linuxakg 虚拟化应用；③物理内存对于一台使用MySQL的Database Server来说，服务器内存建议不要小于2GB，推荐使用4GB以上的物理内存，不过内存对于现在的服务器而言可以说是一个可以忽略的问题，工作中遇到高端服务器基本上内存都超过了32G。我们工作中用得比较多的数据库服务器是HP DL580G5和DELL R710，稳定性和性能都不错；特别是DELL R710，我发现许多同行都是采用它作数据库的服务器，所以重点推荐下。二、MySQL的线上安装我建议采取编译安装的方法，这样性能上有较大提升，服务器系统我建议用64bit的Centos5.5，源码包的编译参数会默 认以Debgu模式生成二进制代码，而Debug模式给MySQL带来的性能损失是比较大的，所以当我们编译准备安装的产品代码时，一定不要忘记使用“— without-debug”参数禁用Debug模式。而如果把—with-mysqld-ldflags和—with-client-ldflags二 个编译参数设置为—all-static的话，可以告诉编译器以静态方式编译和编译结果代码得到最高的性能。使用静态编译和使用动态编译的代码相比，性能 差距可能会达到5%至10%之多。我参考了简朝阳先生的编译参数，特列如下，供大家参考./configure –prefix=/usr/local/mysql –without-debug –without-bench –enable-thread-safe-client –enable-assembler –enable-profiling –with-mysqld-ldflags=-all-static –with-client-ldflags=-all-static –with-charset=latin1 –with-extra-charset=utf8,gbk –with-innodb –with-csv-storage-engine –with-federated-storage-engine –with-mysqld-user=mysql –without-我是怎么了ded-server –with-server-suffix=-community –with-unix-socket-path=/usr/local/mysql/sock/mysql.sock三、MySQL自身因素当解决了上述服务器硬件制约因素后，让我们看看MySQL自身的优化是如何操作的。对 MySQL自身的优化主要是对其配置文件my.cnf中的各项参数进行优化调整。下面介绍一些对性能影响较大的参数。下面，根据以上硬件配置结合一份已经优化好的my.cnf进行说明：#vim /etc/my.cnf以下只列出my.cnf文件中[mysqld]段落中的内容，其他段落内容对MySQL运行性能影响甚微，因而姑且忽略。[mysqld]port = 3306serverid = 1socket = /tmp/mysql.sockskip-locking#避免MySQL的外部锁定，减少出错几率增强稳定性。skip-name-resolve#禁止MySQL对外部连接进行DNS解析，使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意，如果开启该选项，则所有远程主机连接授权都要使用IP地址方式，否则MySQL将无法正常处理连接请求！back_log = 384#back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。 如果系统在一个短时间内有很多连接，则需要增大该参数的值，该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自 己的限制。 试图设定back_log高于你的操作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。key_buffer_size = 384M#key_buffer_size指定用于索引的缓冲区大小，增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器该参数可设置为256M或384M。注意：该参数值设置的过大反而会是服务器整体效率降低！max_allowed_packet = 4Mthread_stack = 256Ktable_cache = 614Ksort_buffer_size = 6M#查询排序时所能使用的缓冲区大小。注意：该参数对应的分配内存是每连接独占，如果有100个连接，那么实际分配的总共排序缓冲区大小为100 × 6 ＝ 600MB。所以，对于内存在4GB左右的服务器推荐设置为6-8M。read_buffer_size = 4M#读查询操作所能使用的缓冲区大小。和sort_buffer_size一样，该参数对应的分配内存也是每连接独享。join_buffer_size = 8M#联合查询操作所能使用的缓冲区大小，和sort_buffer_size一样，该参数对应的分配内存也是每连接独享。myisam_sort_buffer_size = 64Mtable_cache = 512thread_cache_size = 64query_cache_size = 64M#指定MySQL查询缓冲区的大小。可以通过在MySQL控制台观察，如果Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲不 够 的情况；如果Qcache_hits的值非常大，则表明查询缓冲使用非常频繁，如果该值较小反而会影响效率，那么可以考虑不用查询缓 冲；Qcache_free_blocks，如果该值非常大，则表明缓冲区中碎片很多。tmp_table_size = 256Mmax_connections = 768#指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提 示，则需要增大该参数值。max_connect_errors = 1000wait_timeout = 10#指定一个请求的最大连接时间，对于4GB左右内存的服务器可以设置为5-10。thread_concurrency = 8#该参数取值为服务器逻辑CPU数量*2，在本例中，服务器有2颗物理CPU，而每颗物理CPU又支持H.T超线程，所以实际取值为4*2=8；这个目前也是双四核主流服务器配置。skip-networking#开启该选项可以彻底关闭MySQL的TCP/IP连接方式，如果WEB服务器是以远程连接的方式访问MySQL数据库服务器则不要开启该选项！否则将无法正常连接！table_cache=1024#物理内存越大，设置就越大。默认为2402,调到512-1024最佳innodb_additional_mem_pool_size=4M#默认为2Minnodb_flush_log_at_trx_commit=1#设置为0就是等到innodb_log_buffer_size列队满后再统一储存，默认为1innodb_log_buffer_size=2M#默认为1Minnodb_thread_concurrency=8#你的服务器CPU有几个就设置为几，建议用默认一般为8key_buffer_size=256M#默认为218，调到128最佳tmp_table_size=64M#默认为16M，调到64-256最挂read_buffer_size=4M#默认为64Kread_rnd_buffer_size=16M#默认为256Ksort_buffer_size=32M#默认为256Kthread_cache_size=120#默认为60query_cache_size=32M※值得注意的是：很多情况需要具体情况具体分析一、如果Key_reads太大，则应该把my.cnf中Key_buffer_size变大，保持Key_reads/Key_read_requests至少1/100以上，越小越好。二、如果Qcache_lowmem_prunes很大，就要增加Query_cache_size的值。很多时候我们发现，通过参数设置进行性能优化所带来的性能提升，可能并不如许多人想象的那样产生质的飞跃，除非是之前的设置存在严重不合理的情况。我们 不能将性能调优完全依托于通过DBA在数据库上线后进行的参数调整，而应该在系统设计和开发阶段就尽可能减少性能问题。【51CTO独家特稿】如果单MySQL的优化始终还是顶不住压力时，这个时候我们就必须考虑MySQL的高可用架构（很多同学也爱说成是MySQL集群）了，目前可行的方案有：一、MySQL Cluster优势：可用性非常高，性能非常好。每份数据至少可在不同主机存一份拷贝，且冗余数据拷贝实时同步。但它的维护非常复杂，存在部分Bug，目前还不适合比较核心的线上系统，所以这个我不推荐。二、DRBD磁盘网络镜像方案优势：软件功能强大，数据可在底层快设备级别跨物理主机镜像，且可根据性能和可靠性要求配置不同级别的同步。IO操作保持顺序，可满足数据库对数据一致 性的苛刻要求。但非分布式文件系统环境无法支持镜像数据同时可见，性能和可靠性两者相互矛盾，无法适用于性能和可靠性要求都比较苛刻的环境，维护成本高于 MySQL Replication。另外，DRBD也是官方推荐的可用于MySQL高可用方案之一，所以这个大家可根据实际环境来考虑是否部署。三、MySQL Replication在实际应用场景中，MySQL Replication是使用最为广泛的一种提高系统扩展性的设计手段。众多的MySQL使用者通过Replication功能提升系统的扩展性后，通过 简单的增加价格低廉的硬件设备成倍 甚至成数量级地提高了原有系统的性能，是广大MySQL中低端使用者非常喜欢的功能之一，也是许多MySQL使用者选择MySQL最为重要的原因。比较常规的MySQL Replication架构也有好几种，这里分别简单说明下MySQL Replication架构一：常规复制架构--Master-slaves，是由一个Master复制到一个或多个Salve的架构模式，主要用于读压力大的应用数据库端廉价扩展解决方案，读写分离，Master主要负责写方面的压力。MySQL Replication架构二：级联复制架构，即Master-Slaves-Slaves,这个也是为了防止Slaves的读压力过大，而配置一层二级 Slaves，很容易解决Master端因为附属slave太多而成为瓶劲的风险。MySQL Replication架构三：Dual Master与级联复制结合架构，即Master-Master-Slaves，最大的好处是既可以避免主Master的写操作受到Slave集群的复制带来的影响，而且保证了主Master的单点故障。以上就是比较常见的MySQL replication架构方案，大家可根据自己公司的具体环境来设计 ，Mysql 负载均衡可考虑用LVS或Haproxy来做，高可用HA软件我推荐Heartbeat。MySQL Replication的不足：如果Master主机硬件故障无法恢复，则可能造成部分未传送到slave端的数据丢失。所以大家应该根据自己目前的网络 规划，选择自己合理的Mysql架构方案，跟自己的MySQL DBA和程序员多沟涌，多备份（备份我至少会做到本地和异地双备份），多测试，数据的事是最大的事，出不得半点差错，切记切记。

金庸群侠传X1.0.04版本是这个游戏的一个系统升级。游戏中一如既往的更新了一些新招式、新武功。包括玩家最想要获取的高级内功和外功。新版本修复了上个版本中游戏存在的一些BUG。更加好的优化了游戏的一些设计方案。* 修复BUG：修复外功技能加成无效。* 数值调整：松鼠旅馆可携带的箱子格数增加两倍。* 优化：去掉作弊检测。* 修复BUG：修复新解锁的武学绝技无法使用，现在不需要存档读档了。* 优化：将三个周目提升一级武学上限改为两个周目。* 数值调整：斗转星移由原来的反弹50%伤害降低为反弹25%，略微降低了斗转星移的发动概率。* 修复BUG：卡装备、一个人物穿多件装备。* 修复BUG：连续点击首页的“X”可以正确清空所有游戏内容了。* 优化：离线版！首次更新完后，不用再连接服务器。* 数值调整：武学空挥经验基于角色悟性（装备增加悟性计入）增加250%。* 优化：提升了战斗速度。* 优化：所有的角色战斗动画帧数减半。* 修复BUG：水笙过霹雳堂奖励“神照功”写成了“神照经”导致解锁无效。* 优化：真武七截阵、五行阵发动由头顶冒字改为角色喊话。《金庸群侠传X》是由汉家松鼠小组制作的一款半即时半回合制战棋单机游戏，于2013年发行。 游戏剧情由金庸笔下的十五部小说改编及创造。金庸群侠传X是以作家金庸先生的武侠小说为背景和剧情制作的游戏，此游戏有许多特色，例如：时间系统，天赋属性等，它在某些方面甚至能堪比国内优秀flash游戏制作人半瓶神仙醋用flash制作的金庸群侠传2和3。

一个含义是媒体的推广，另一个含义是媒体的管理和开发1、根据公司产品策略，策划推进公司的业务运营战略、协调公司各部门执行、实现公司的运营目标；2、建立并完善日常运营相关的制度体系、业务流程，建立规范、高效的运营管理体系；3、策划推进及组织协调公司重大运营计划、进行市场发展跟踪和策略调整；4、制定运营部部门战略发展和业务计划，协调各项工作，建设和发展优秀的运营队伍；5、制定运营指标、年度客户发展计划，推动并确保营业指标的顺利完成；

SEO方案写作一般包括以下五个部分：概述、网站结构、关键词检测分析、SEO计划和预测结果等。 一、概述 写作概述的目的是吸引方案的读者，使其对方案的实施产生兴趣。最好的书写感觉是含糊，但又显得真实。其写作内容一般包括以下三个方面： 1.实施SEO本身的好处 2.为什么某个（该方案的读者）网站要进行SEO？ 3.SEO实施后，该网站将会获得怎样的改变？ PS：（以下是我经常用的内容） 互联网走过了十多年，发展到今天，她有了一个最重要的发明或者说应用，那就是搜索引擎，而伴随着搜索引擎的发展，搜索引擎营销也成为网络营销的首选。 根据长期以来对搜索引擎的跟踪，我有如下定义：搜索引擎营销所做的就是全面而有效的利用搜索引擎来进行网络营销和推广。搜索引擎营销追求最高的性价比，以最小的投入，获得最大的来自搜索引擎的潜在客户访问量，并产生商业价值。 二、域名检测 为了了解网站目前的状态，需要检测各项指标对网站当前的状况进行综合评估，即域名检测。检测的内容一般包括网站当前的PR值、ALEXA排名、百度和谷歌等SE的收录情况、PV、IP、反向链接数等。 （1）域名注册时间： （2）域名PR值： （3）ALEXA排名： （4）百度收录： （5）谷歌收录： （6）PV数： （7）IP数： （8）反向链接： 三、网站结构 对当前网站结构的了解与评估主要从以下两个方面： 1.网站框架 按照网站的内容，网站页面一般可以分为：首页、频道页和文章页，主要考虑的问题有： ①各类页面的三要素（title、keyword、description）写作情况。其中，首页一般是人工写作，频道页与文章页可以是人工写作，也可以按照某种标准结构自动生成。 ②找出当前网站框架中存在的问题，考虑进行怎样的修改，达到怎样的效果。 ③建设最简单的网站结构。首页（一级域名）+频道页面（二级域名或是一级目录）+文章页面（各频道页面目录下简单路径） ④考虑是否启用二级域名。对于网站下属站点，二级域名的使用会使得用户更容易记住该站点的访问地址，从而留住用户。 2.网站代码 对网站代码的考虑，一般主要是技术SEO，基本内容是： ①从搜索引擎的角度来看，网站代码越简单越好； ②网页分动态与静态页面，页面中一般包括动态flash、图片等要素，应当从页面加载情况、用户体验等方面考虑SEO； ③网页所使用的技术、书写语言等； 四、关键词检测分析 关键词检测分析的对象主要是首页、频道页（列表页）和文章页所有当前使用的关键词，一般步骤是： 1.针对竞争对手网站，罗列出所有的关键词。 2.对罗列的关键词进行分析，主要是查看当前关键词的各种搜索引擎排名、收录页面数量和百度指数的情况。 3.针对当前分析情况，找出“目标关键词”和“相关关键词”，同时做出关键词优化列表。 五、SEO计划和预测结果 SEO计划主要包括最佳结构总结、页面写作、关键词优化、内容优化和效果预测，具体内容是： 1.最佳结构总结：当前结构的“健康性”，是否突出重点；页面外观设计上是否突出“焦点区域”（一般来说，对于图片焦点，人们更容易关注文字焦点）；频道是否启用二级域名（起码要是一级目录）； 2.页面三要素（title、keyword、description）写作：根据不同时期，人们关注的热点不同，适时调整相关页面的三要素（title、keyword、description）内容； 3.关键词优化：分阶段实现关键词的优化，目标关键词、相关关键词、长尾关键字； 4.内容优化：预测一些社会热点，丰富网站本身的内容。此时涉及最多的一般是文章页的标题与关键字密度情况； 5.效果预测：一般通过实际的指标数来进行效果预测，指标数主要包括：PR值、Alexa排名、PV、IP、百度和google等搜索引擎收录情况、反向链接等，还包括各阶段关键字排名情况。 一般来说，关键字排名有四种情况可以认为是达到了优化效果：出现在搜索结果的前三页、首页、首页的前三位、第一位，当然，出现在第一位是达到了最佳的优化效果。