asan对程序性能的影响

address sanitizer（简称asan）是一个用来检测c/c++程序的快速内存检测工具。相比valgrind的优点就是速度快，官方文档介绍对程序性能的降低2倍。

对Asan原理有兴趣的同学可以参考asan的算法这篇文章，它的实现原理就是在程序代码中插入一些自定义代码，如下：

编译前：

*address = ...// or: ... = *address

编译后：

if (IsPoisoned(address)) {undefined

ReportError(address, kAccessSize, kIsWrite)

}

*address = ...// or: ... = *address`

和valgrind明显不同的是，asan需要添加编译开关重新编译程序，好在不需要自己修改代码。而valgrind不需要编程程序就能直接运行。

address sanitizer集成在了clang编译器中，GCC 4.8版本以上才支持。我们线上程序默认都是使用gcc4.3编译，于是我测试时直接使用clang重新编译nginx：

--with-cc="clang" \

--with-cc-opt="-g -fPIC -fsanitize=address -fno-omit-frame-pointer"

其中with-cc是指定编译器，with-cc-opt指定编译选项， -fsanitize=address就是开启AddressSanitizer功能。

由于AddressSanitizer对nginx的影响较小，所以大压力测试时也能达到上万的并发，内存泄漏的问题很容易就定位了。

这里就不详细介绍内存泄漏的原因了，因为跟openssl的错误处理逻辑有关，是我自己实现的，没有普遍的参考意义。

最重要的是，知道valgrind和asan的使用场景和方法，遇到内存方面的问题能够快速修复。

性能热点分析

到此，经过改造的nginx程序没有core dump和内存泄漏方面的风险了。但这显然不是我们最关心的结果（因为代码本该如此），我们最关心的问题是：

1. 代码优化前，程序的瓶颈在哪里？能够优化到什么程度？

2. 代码优化后，优化是否彻底？会出现哪些新的性能热点和瓶颈？

这个时候我们就需要一些工具来检测程序的性能热点。

perf，oprofile，gprof，systemtap

1、介绍在开发中，性能测试是设计初期容易忽略的问题，开发人员会为了解决一个问题而“不择手段”，所参与的项目中也遇到了类似问题，字符串拼接、大量的调用和数据库访问等等都对系统的性能产生了影响，可是大家不会关心这些问题，“CPU速度在变快”，“内存在变大”，并且，“好像也没有那么慢吧”。

有很多商业的性能测试软件可供使用，如Jprofiler、JProbeProfiler等，但在开发当中显得有些遥远而又昂贵。

2、目标本文将讲述如何利用语言本身提供的方法在开发中进行性能测试，找到系统瓶颈，进而改进设计并且在尽量不修改测试对象的情况下进行测试。

3、预备知识面向对象编程通过抽象继承采用模块化的来求解问题域，但是模块化不能很好的解决所有问题。

有时，这些问题可能在多个模块中都出现，像日志功能，为了记录每个方法进入和离开时的信息，你不得不在每个方法里添加log("insomemethod")等信息。

如何解决这类问题呢?将这些解决问题的功能点散落在多个模块中会使冗余增大，并且当很多个功能点出现在一个模块中时，代码变的很难维护。

因此，AOP(AspectOrientedProgramming)应运而生。

如果说OO(AobjectOrientedProgramming)关注的是一个类的垂直结构，那么AOP是从水平角度来看待问题。

动态代理类可以在运行时实现若干接口，每一个动态代理类都有一个Invocationhandler对象与之对应，这个对象实现了InvocationHandler接口，通过动态代理的接口对动态代理对象的方法调用会转而调用Invocationhandler对象的invoke方法，通过动态代理实例、方法对象和参数对象可以执行调用并返回结果。

说到AOP，大家首先会想到的是日志记录、权限和事务，是的，AOP是解决这些问题的好办法。

性能测试主要包括以下几个方面：计算性能：可能是人们首先关心的，北大青鸟http://www.kmbdqn.cn/认为简单的说就是执行一段代码所用的时间内存消耗：程序运行所占用的内存大小启动时间：从你启动程序到程序正常运行的时间可伸缩性(scalability)用户察觉性能(perceivedperformance)：不是程序实际运行有多快,而是用户感觉程序运行有多快.

---