关于服务器性能的一些思考

  • 时间:
  • 浏览:1
  • 来源:uu快3手机版_uu快3走势图_网游

压测结果如下:

rt的计算公式:

在以前的测试中,有有一一个多 既定条件,即多守护进程 的大小被预设为最佳多守护进程 数,而且 线上机器运行过程中,最佳多守护进程 数是比较慢计算的,正确处理逻辑的多守护进程 池大小可是我我肯能以前好可是我我最佳多守护进程 数,往往都不 大了可是我我小了,只有接近于最佳多守护进程 数。

影响系统性能的具体因素还有统统,如内存可是我我很常见的哪几种的间题,内存泄露、频繁gc等,而且 内存也应该被重视,限于篇幅,内存的哪几种的间题不专门展开。

正是肯能某些比较比较复杂和不选者 性给系统性能优化和查找性能哪几种的间题带来了困难,实际工作中还是要针对具体哪几种的间题具体对待,而且 朋友还可以对已知的哪几种的间题和最好的最好的妙招做归纳和总结,并逐步在实际哪几种的间题中去验证和宽裕扩充,以形成正确处理哪几种的间题的最好的最好的妙招论。

多核最佳多守护进程 下qps:

对于rt和qps的计算公式朋友都肯能很熟悉,不做很多说明,在这里引出有一一个多 重要的概念,最佳多守护进程 数。

本文的目的是梳理下日常工作中涉及到性能点时的某些思考,总结最好的最好的妙招和理论,形成本人的最好的最好的妙招论,希望对以前这种 的工作有一定的指导。

影响系统性能的因素有统统,没办法 有一一个多 明确的公式肯能最好的最好的妙招能说明是哪有一一个多 具体的因素对系统造成了多大的影响,对某些相关因素又产生了多大的影响,影响是好是坏。

即机器的load很高,而且 应用的qps、rt都不 高,某些请况肯能有以下几种导致 着:

而且 最佳多守护进程 数的计算公式中还可以看出,应用的最佳多守护进程 数是和实际的运行请况相关的,是有一一个多 随时变化的量,在应用运行过程中比较慢选者 有一一个多 明确的值,统统qps的计算公式还时要根据实际请况来做下改变。最终qps计算如下,Tn一般是有一一个多 选者 的值,即正确处理逻辑多守护进程 池的大小,而Tno是有一一个多 理论计算值。

即机器load很高,应用qps也很高:

鉴于load的计算没办法 明确的计算公式,而且 不好分析影响load的因素,可是我我好像应用性能那样总结出影响qps和rt的具体导致 着,现在只对load表现出来的哪几种的间题做某些总结。

目前线上机器都不 多核的,没办法 在多核请况下,应用qps的计算应该是:

朋友对里边的公式进行下正确处理,还可以得到:

对于load偏高的导致 着,不仅仅可是我我有应用自身引起的,机器上某些多多守护进程 都不 肯能导致 着机器整体的load偏高。

知道了多守护进程 数量对rt的影响,再回过头来看看多守护进程 数量对qps的影响。

在多守护进程 数没办法 达到最佳多守护进程 数以前,增加多守护进程 还可以提高qps,并肩rt不变(增加不大);当多守护进程 数超过了最近多守护进程 则qps无需在提高,而rt则会变大。

一图来总结下多守护进程 数、qps、rt之间的关系:

这里说下我对Tic和Tiw的理解,既然瓶颈资源不仅仅可是我我有cpu,为哪几种要把cpu单独拎出来,而某些种种都归结为Tiw。我就 是肯能机器的性能受影响的因素统统,不肯能详细体现在公式中,为了方便计算和推理,统统选者 了好统计的Tic做为有一一个多 主要指标,而某些都归结为Tiw。统统这可是我我有一一个多 计算上的技巧,公式不代表真实请况,而且 公式还可以给朋友指明方向,比较复杂思考的最好的最好的妙招。

查看机器load高的常见最好的最好的妙招:

多守护进程 数过大(超过最佳多守护进程 数),朋友先把结论摆出来,再来求证。

当多守护进程 的数量超过最佳多守护进程 数以前,rt的则和多守护进程 数正相关,即多守护进程 很多rt越长,这我我着实也是很好理解的,多守护进程 的rt由Tic和Tiw构成,一般请况下Tic无需有很多的变化,rt变成说明多守护进程 等待的时间变长,超过最佳多守护进程 以前,说明多守护进程 增加了一要素等待,有肯能是等待锁(锁的竞争更激烈)、肯能是等待cpu调度、肯能是多守护进程 切换太高。

以前写到rt的计算最好的最好的妙招是,rt=Tic+Tiw,而且 这是单多守护进程 肯能最佳多守护进程 请况下的,非最佳多守护进程 请况下,rt的计算公式应该如下:

压测模型如下:

而对于应用性能的有一一个多 指标,qps当然是希望越大越好,rt越小越好。提高qps还可以充分利用机器资源,更少的机器来完成更多的请求,而降低rt会提升响应强度,提升用户体验。

cpu使用率:多多守护进程 在运行期间实时使用的cpu比率。

load:代表着一段时间内正在使用和等待使用cpu的任务平均数,这是有一一个多 很玄妙的定义,我至今没办法 详细明白它的确切的定义和计算公式。

qps计算:

对于朋友大多数系统来说,业务逻辑都不 的是很比较复杂,时要耗费少许cpu计算的场景很少,而且

Tic在rt中的占比都不 很高,占比高的还是Tiw。

如保理解最佳多守护进程 数和其计算公式?

在一般的服务器上,多多守护进程 运行的瓶颈资源有肯能是cpu、还可以算是内存、锁、IO等,朋友都还可以影响到多多守护进程 运行的时间,体现在公式上可是我我Tic和Tiw,分表代表多多守护进程 执行的cpu运行时间和多多守护进程 等待资源的时间。而且 理论上,为了让cpu充分使用,执行多多守护进程 的多守护进程 数可是我我(Tic + Tiw)/Tic。

在文章现在现在开始前,朋友还可以思考哪几个具体的哪几种的间题:

Cu是cpu使用率,线上机器一般无需把cpu跑到3000%,统统在计算qps时时要乘上有一一个多 系数,代表期望cpu使用率使用请况下的qps。

一般写代码的以前回会 用到多多守护进程 ,没办法 多核多多守护进程 下qps为:

一般请况下对于机器性能,load、cpu、mem是越低越好,肯能有有一一个多 超过了既定指标都代表着肯能一一个多劲出先了哪几种的间题,就时要尽快正确处理(当然有肯能是应用的哪几种的间题都不 肯能是机器上某些多多守护进程 引起的),反正可是我我肯能不正确处理,时间长了肯定不好。

还可以看到在最佳多守护进程 下,qps的大小只和Tc成反比,也可是我我说要增大qps我希望减小Tic就还可以了。

注:以下的讨论均限于机器负载小于平均负载的请况,机器负载太高的以前,以下的公式无需说适用。

结论:

文章的内容主要来自《服务器端性能优化-提升QPS、RT》、《由RT、QPS到哪几种的间题排查思路》两篇PPT和ata上的某些文案的总结,涉及到具体测试案例还可以参考着两篇ppt中的例子。

现在让朋友用例子在测试验证下。

接下来让朋友来看看衡量机器性能的指标——load 和 cpu使用率。

在进行理论总结以前,对接下来要用到的某些参数做下说明:

平时做性能优化肯能查找性能哪几种的间题的目的,可是我我在提高qps,降低rt、保证load、cpu、mem稳定,而且 至于朋友之间有哪几种关系,算是有相互影响,各个指标主要由哪几种因素决定等等,往往是两眼一抹黑。优化点做了可是我我做了,至于会有哪几种结果,为哪几种会生效,会无需对某些指标有哪几种影响,心里哪几个是没办法 底的,先上线看看再说,不行再来。

多守护进程 数过小的结果,qps上不去,cpu利用率不高,rt不变,某些很好理解,极端请况下只有有一一个多 多守护进程 ,没办法 Tiw这段时间内,cpu我我着实是白白浪费了。

为哪几种呢,肯能实际运行过程中,实际的最佳多守护进程 数的大小是无需超过设定的多守护进程 大小的,统统在Tn

注:这里的使用到的测试用例和数据来源于《服务器端性能优化-提升QPS、RT - 小邪》

最佳多守护进程 数的定义:刚好消耗完服务器瓶颈资源的临界多守护进程 数。计算公式如下:

在平时的应用性能优化过程中:

平常的工作中,在衡量服务器的性能时,一一个多劲会涉及到哪几个指标,load、cpu、mem、qps、rt,其中load、cpu、mem来衡量机器性能,qps、rt来衡量应用性能。

即:rt = (并发多守护进程 数/最佳多守护进程 数)* 最佳多守护进程 时的rt。