一. gcov是什么？

• Gcov is GCC Coverage
• 是一个测试代码覆盖率的工具
• 是一个命令行方式的控制台程序
• 伴随GCC发布，配合GCC共同实现对C/C++文件的语句覆盖和分支覆盖测试；
• 与程序概要分析工具(profiling tool，例如gprof)一起工作，可以估计程序中哪一段代码最耗时；

注：程序概要分析工具是分析代码性能的工具。

二、 gcov能做什么？

gcov可以统计

• 每一行代码的执行频率
• 实际上哪些代码确实被执行了
• 每一段代码(section code)的耗时(执行时间)

因此，gcov可以帮你优化代码，当然这个优化动作还是应该有开发者完成。

三、 gcov的实现原理简介：

Gcc中指定-ftest-coverage 等覆盖率测试选项后，gcc会：在输出目标文件中留出一段存储区保存统计数据

在源代码中每行可执行语句生成的代码之后附加一段更新覆盖率统计结果的代码

在最终可执行文件中进入用户代码 main函数之前调用 gcov_init内部函数初始化统计数据区，并将gcov_exit内部函数注册为 exit handlers

用户代码调用exit 正常结束时，gcov_exit函数得到调用，其继续调用 __gcov_flush函数输出统计数据到 *.gcda 文件中

四、 如何使用gcov？

4.1 - 准备工作

配置内核（Configure the kernel with）:

CONFIG_DEBUG_FS=y

CONFIG_GCOV_KERNEL=y

选择gcov的格式

（select the gcc's gcov format, default is autodetect based on gcc version）:

CONFIG_GCOV_FORMAT_AUTODETECT=y

获取内核数据覆盖率

（and to get coverage data for the entire kernel）:

CONFIG_GCOV_PROFILE_ALL=y

Note that kernels compiled with profiling flags will be significantly

larger and run slower. Also CONFIG_GCOV_PROFILE_ALL may not be supported

on all architectures.

挂载debugfs（Pro filing data will only become accessible once debugfs has been mounted）:

mount -t debugfs none /sys/kernel/debug

到此Gcov的准备工作已经完成，下面要做的就是编译内核。

4.2 - Invoking gcov

gcov [options] files

下面我们就来具体的介绍一下如何使用gcov！

此时该目录中只有一个源文件：

1）编译：

-fprofile-arcs -ftest-coverage告诉编译器生成gcov需要的额外信息，并在目标文件中插入gcov需要的extra profiling information。因此，该命令在生成可执行文件的同时生成gcov note文件（tmp.gcno)。

2)收集信息：

执行该程序，生成gcov data文件（tmp.gcda）。

3)生成数据报告

总结

1）如何使用gcov

用GCC编译的时候加上-fprofile-arcs -ftest-coverage选项，链接的时候也加上。

fprofile-arcs参数使gcc创建一个程序的流图，之后找到适合图的生成树。

只有不在生成树中的弧被操纵（instrumented）：gcc添加了代码来清点这些弧执行的次数。当这段弧是一个块的唯一出口或入口时，操纵工具代码（instrumentation code)将会添加到块中，否则创建一个基础块来包含操纵工具代码。

gcov主要使用.gcno和.gcda两个文件。

.gcno是由-ftest-coverage产生的，它包含了重建基本块图和相应的块的源码的行号的信息。

.gcda是由加了-fprofile-arcs编译参数的编译后的文件运行所产生的，它包含了弧跳变的次数和其他的概要信息（而gcda只能在程序运行完毕后才能产生的）。

Gcov执行函数覆盖、语句覆盖和分支覆盖。

2. 使用主要有三个步骤：

1）编译阶段：加入编译选项gcc –fprofile-arcs –ftest-coverage tmp.c，生成记录程序流程图等信息

2）数据收集与提取阶段：./a.out，生成具体的运行信息

这一阶段生成的数据信息自动保存到.o所在的目录，也就是说如果存在/usr/build/hello.o，则生成/usr/build/hello.gcda,但是如果前边目录不存在就会出错。

3）生成数据报告: gcov tmp.c

此时该目录中有两个源文件：

程序代码由main.c和tmp.c两个文件组成，编译、链接、运行程序

① 编译：gcc -fprofile-arcs -ftest-coverage -o myapp main.c tmp.c

② 运行：./myapp

③然后 输入命令： gcov main.c,gcov tmp.c

这个时候当前目录下有了新的文档main.c.gcov,和tmp.c.gcov

若想保存覆盖率文件，上述命令修改为：

命令：gcov main.c >>yourfilename,gcov tmp.c >>yourfilename

五. 对内核函数使用Gcov：

5.1- 进入到内核源码树目录(包含源文件、目标文件、.gcno文件)：

5.2- 为分析数据文件（.gcda）创建软连接

因为*.gcda文件是内核运行时动态生成的，所以不包含在内核源码数目录下。但是要执行gcov必须要有此文件，因此需要为内核源码树目录

下的源文件对应的.gcda文件创建软连接，目的是在执行 “gcov sourcefile ” 时能找到源文件对应的分析数据。

gcov信息目录（包含要分析的数据）下的

/sys/kernel/debug/gcov/home/wangye
/kernel_sources/kernel_test/linux-3.14.8/kernel

因为kernel中包含很多文件所以需要为很多文件创建软连接，方便期间使用如下命令可以一次性为所有文件创建软连接,需要注意的是/sys/kernel/debug 文件夹是一个临时文件夹，不存在于磁盘当中，是在内存当中存在的，其中的文件也是系统运行是动态产生的，所以当你重新启动机器时会发现之前创建的软连接会全部断开，所以在每次开机重启之后所有的软连接需要重新创建：

软连接创建成功：

5.3- 执行gcov 命令：

这时会在当前目录下产生相应的.gcov文件，该文件包含我们需要的信息：

5.4- Error Record:

1)

解决办法：

产生该错误的主要原因是路径不对，range.c中使用了内核中其他目录下的文件，因为路径问题找不到调用的文件，所以回退到内核根目录下

加上相应的源文件目录即可！

2)

解决办法：

由于.gcda文件是内核运行时动态产生的，所以在内核源码树下是不存在的，所以需要对其创建软连接到相应源文件目录下，相见上述！

3)

这时到相应目录下才查看文件发现内核运行过程中没有执行key.c这个文件，所以不会有相应的.gcno 和 .o 文件，因此执行gcov操作会产生该错误。