1 程序构建
Step1:配置 检测当前环境是否满足安装软件的依赖关系以及初始化程序
./configure --help
./configure --prefix=/usr/local/snmps指定安装路径
Step2:编译 源文件编译链接生成可执行文件
make -f myMakefile编译指定的makefile文件,
以下编译选项是指定用户环境变量,右边库是左边的前提:
CPPFLAGS='-I/usr/local/libcom/include -I/usr/local/libpng/include'
LDFLAGS='-L/var/xxx/lib -L/opt/mysql/lib'
makefile文件中的变量
$@目标文件名
@^所有前提名,除副本
@+所有前提名,含副本
@<一个前提名
@?所有新于目标文件的前提名
@*目标文件的基名称
ldd myprogrammer可以查询app需要的链接库
Step3:安装 将生成的可执行文件拷贝到指定路径
make install
2 程序调试
gdb 程序交互调试
$gdb programmer 启动gdb
> break main 设置断点
> run 运行调试程序
> next 单步调试
> print var1 使用print打印某个变量值
> list 显示当前调试处的源代码
> info b 显示当前断点设置情况
pstack 跟踪栈空间
$pstrack < pid >
Thread 7 (Thread 1084229984 (LWP 4552)):
#0 0x00000000006f172a in ub::NetReactor::callback ()
#1 0x00000000006fbbbb in ub::UBTask::CALLBACK ()
#2 0x000000302b80610a in start_thread () from /lib64/tls/libpthread.so.0
strace 分析系统调用
常用来跟踪进程执行时的系统调用和所接收的信号。进程不能直接访问硬件设备,当进程需要访问硬件设备时,必须由用户态模式切换至内核态模式,通过系统调用访问硬件设备。
$strace -o output.txt -T -tt -e trace=all -p < pid >
$strace -p <process-pid> 实时输出进程执行系统调用的情况
size 查看程序内存占用
查看程序运行时各个段的实际内存占用
$size a.out
text data bss dec hex filename
1146 256 8 1410 582 a.out
file 查询文件类型
$file a.out
strings 查询数据中的文本信息
$strings <objfile>
fuser 显示文件使用者
显示所有正在使用着指定的file, file system 或者 sockets的进程信息
$fuser -m -u redis-server
$fuser –k /path/to/your/filename
3 性能优化
主要从两个层面来介绍:系统层面和程序层面
分析系统瓶颈
top 输入M,查看内存使用情况,检测内存泄漏;
输入P,查看CPU情况:
%id空闲CPU值过低,则cpu存在瓶颈
%wa等待IO的CPU过高,则IO存在瓶颈
分析内存瓶颈
free 更直观详细的查看内存情况
系统实际可用的内存为free工具输出的free+buffer+cached
缺少内存,系统响应变慢很明显,因为这使得系统不停的做换入换出的工作
vmstat 实时动态监视操作系统的内存和虚拟内存的动态变化
分析IO瓶颈
iostat
分析进程调用
pstack
strace
优化程序代码
二八法则:先优化最重要的少部分代码
编完代码,再优化:强调效率和可读性
性能分析工具
gprof
http://www.cnblogs.com/me115/archive/2013/06/05/3117967.html
> g++ -pg -o test main.cpp 使用-pg参数在目标代码中插入用于性能测试的代码片断
> ./test 输出gmon.out的性能数据文件
> gprof test gmon.out 分析程序运行信息
OProfile
https://www.ibm.com/developerworks/cn/linux/l-oprof/
sar
调试内存泄漏
valgrind
网友评论