为什么要写这篇文章?
聊技术的时候,谈到内存问题、CPU问题、效率问题的时候,无疑是考量一个工程师的实战水平,作为c++开发工程师,没有自己解决以上问题的专业手段,或许就是缺陷。我之所以写这个文章,主要是为了记录、分享我的办法。我之前写过内存泄漏的一篇文章(https://blog.csdn.net/yl175510/article/details/107384317),其实也是一种手段,如果为你所用,聊技术的时候绝对可以加分。
之前一个同事在线上出问题的时候,竟然用gdb和valgrind去调试,当时问题就大了,服务器骤停,其他人员无法使用,也没法调试。那么这就是手段不对。
内存问题
在这里我很准确的说,内存泄漏没办法跟踪,只能靠日志、代码走查、提前避免、猜测等手段处理。
在写完代码,自测期间,除了使用gdb单步调试,这里介绍两种工具:
1、valgrind
valgrind本身的CPU消耗比较大,大部分内存问题都能解决,常用命令是
valgrind --leak-check=yes ./a.out
2、strace
strace主要跟踪系统调用的情况,说实话,不是很常用,但有时候不能不用,因为谁也不知道系统是不是因为“系统调用”的开销造成的问题。常用命令如下:
strace -o output.txt -T -tt -e trace&