其他分享
首页 > 其他分享> > 高性能 Go 语言发行版优化与落地实践(四)|青训营笔记

高性能 Go 语言发行版优化与落地实践(四)|青训营笔记

作者:互联网

高性能 Go 语言发行版优化与落地实践(四)|青训营笔记

这是我参与「第三届青训营 -后端场」笔记创作活动的的第四篇笔记。

本节主要内容:
image-20220602175432811

前言

image-20220602174456001

image-20220602174913877

运行时主要是指SDK。

image-20220602175306045
尽量以测试驱动开发。

自动内存管理

概念

image-20220602175722028

double-free:一块儿内存被释放后又被释放了一遍。
use-after-free:一块儿内存被释放后又被使用了。
这两个问题不仅仅会带来正确性的问题,程序很可能就crash了,甚至会带来一些安全漏洞。在CVE库上搜索这两个关键词会有很多漏洞。

GC三个任务:

image-20220602181739735
这里Serial GC和Parallel GC都会暂停业务,而Concurrent GC可以让业务线程以及GC线程同时运行,当然这也会带来问题:
image-20220602181905862
如果GC将o和a标记为存活对象后,o又指向了b,而b未被标记为存活对象,因此有可能被清除。
因此,Collectors必须感知对象指向关系的改变!

image-20220602182046854

Tracing garbage collection(追踪垃圾回收)

image-20220602182547308

回收一共分为了三步:

  1. 在全局变量和栈中标记根对象,即1,2,3.
  2. 通过根对象找到并标记可达对象,即4,5.
  3. 清理不可达对象,即6,7.这里分了三种方法:
    • Copying GC:将存活的对象复制到另外的内存空间,然后当前内存空间就可以继续使用随意分配了。
      image-20220602183002439
    • Mark-sweep GC:将死亡对象的内存标记为 可分配,组成一个链表,下次分配对象的时候可以直接使用free list中的空间
      image-20220602183017599
    • Mark-compact GC:原地整理对象,compact即压缩。
      image-20220602183049127

有这么多GC策略,我们该如何挑选?
根据对象的生命周期,使用不同的标记和清理策略。

Generational GC(分代GC)

image-20220602185729534
分代假说将对象分为了年轻代和老年代。
例如一个函数执行过程中创建了很多对象,但当返回结果后函数内的大部分对象都是应当被销毁的。因此很多对象在分配出来后很快就不再使用了。
年轻代和老年代的区分就是通过经历过多少次GC,经历的次数越多还活着说明越老越重要,因此可以分开管理,并用不同的GC策略。

image-20220602190035756年轻代使用Copying GC,是因为当前内存中可能90%的对象都应当销毁,只有小部分对象存活,只需要把这一小部分对象移动到另一块儿内存即可。
老年代使用Mark-sweep GC,因为他们大多数都会继续活着,只有少部分会被销毁,因此如果用Copying GC的话需要拷贝90%的对象,消耗很大,而Mark-sweep GC只需要他们留在原地即可。

Reference counting(引用计数)

image-20220602190425890
左上角红框中,2是指有两个箭头指向它,1代表一个对象指向它,也就是被引用了一次。
右下角红框的0,因为没有对象引用它,所以计数是0。

image-20220602200933262

Go内存管理及优化

Go内存分配

分块

image-20220602201433195

缓存

image-20220602201539469
GO语言GC借鉴了TCMalloc,可以根据右边的图来梳理分配过程。
Go 内存管理构成了多级缓存机制,从 OS 分配得的内存被内存管理回收后,也不会立刻归还给 OS,而是在 Go runtime 内部先缓存起来,从而避免频繁向 OS 申请内存。内存分配的路线图如上。

GO内存管理优化

image-20220602202342000
image-20220602202355783
pprof可以看到分配函数占比很高。

优化方案:Balanced GC

image-20220602202628852
这里虽然很好,通过对GAB的一次分配,省略了很多小对象的长的分配路径,直接从GAB里调整top指针位置即可(指针碰撞的方式),但是因为小对象生命周期较短,很快都死掉了,但GAB作为一个大对象,只要里面有一个小对象存活GAB就会被认为是存活的,从而不会被回收。

image-20220602203403466这里通过copying GC的算法解决了这个问题,当总的GAB大小到了一定程度,就会对GAB进行一次合并,减少一个小对象让整个GAB不能被回收的问题。

性能收益:
image-20220602203545871
下面那个是开启Balanced GC后的曲线。

编译器和静态分析

基本介绍

编译器的结构:

image-20220602204118058

静态分析

image-20220602204515367
静态分析左上的图,控制流图CFG右侧的图,数据流左下的图,经过这一系列的分析我们可以将这部分代码用return 4替代,完成优化,省去了那一坨代码的生成运算过程。

过程内和过程间分析

image-20220602204844660

Go编译器优化

image-20220602205029719
因为想要优化获得更高效的机器码需要花时间去分析代码,然后会使编译时间变长,而GO语言本身编译时间较短,没必要优化。
字节为了让自己的后端长期执行的任务更加高效,创建了Beast mode模式,里面用了很多优化技术,这里主要讲前两个。

函数内敛

image-20220602210016125
image-20220602210027765
函数内敛优化非常的明显。image-20220602210050405
递归的时候或者函数体本身已经很大了就不要函数内敛了,因此也需要设计一些内敛的策略。

Beast Mode

字节自己用来搞优化的一个产品。

image-20220602210317507

image-20220602210841391

逃逸分析

image-20220602210519704
即如果这个指针传递出去了,就可以被外界访问到,那么就会给GC压力。而上一步的函数内敛让更多的对象不再逃逸,因此可以在栈上更加快的分配,也减少了GC的负担。

总结

image-20220602210858775

标签:对象,GC,内存,发行版,青训营,Go,优化,GAB
来源: https://www.cnblogs.com/Liang2021/p/16339052.html