如果历史上曾经发生过性能问题，但是却没有监控系统采集过数据，那么很可能就剩下sar这一条路了。sar就像是系统的"体检报告"，能告诉你CPU、内存、磁盘、网络在过去一段时间里到底发生了什么。
sar的全称是System Activity Reporter，系统活动报告器。简单说，它每隔几分钟就会把系统的各种性能指标记录下来。不像top或htop只能看当前状态，sar能让你回到过去，看看昨天晚上2点系统到底发生了什么。
但是使用sar有一个很大成本，就是没有比较好的可视化工具来显示sar的数据，大多数情况下，只能人肉去翻看，定位问题的成本很高。
因为prometheus系列的软件基本都是golang写的，本文基本就是一个golang程序的调试说明。
我们推荐采用本地交叉编译，然后在window上直接远程调试linux上的Golang程序的方式。如果直接安装有Linux系统桌面，可以直接在linux上本地启动编译调试；
或者使用VsCode直接远程调试。
因为笔者还是希望在Windows上分析代码，方便截图编辑等操作，所以采用远程调试的方式。
安装Golang，最好是最新的版本，不要系统自带的apt 安装，版本一般不是很新；prometheus系列的依赖的golang版本很高；Golang的安装比较简单，直接下载安装包安装即可。
性能分析中，我们通常有3个指标要特别关注：CPU、内存、网络。
一般来说，CPU和网络是比较容易理解的，但是内存是不好理解的，主要是内存的种类比较多，采集的时候分为free和available两种方式。
日常分析使用的是available的方式，主要是因为available更能反映当前系统的内存使用情况。
但是available的计算方式比较复杂，涉及到很多内核的知识。这里以prometheus的 node_exporter的内存采集代码为例，来分析一下内存的计算方式。
有了debug版本的程序，可以方便调试。
可以参考：
