1. 15、 [单选题] 很多发行版unix/linux系统中,提供了一个用于跟踪命令或程序执
strace命令---跟踪程序执行
在理想世界里，每当一个程序不能正常执行一个功能时，它就会给出一个有用的错误提示，告诉你在足够的改正错误的线索。但遗憾的是，我们不是生活在理想世界 里，起码不总是生活在理想世界里。有时候一个程序出现了问题，你无法找到原因。
这就是调试程序出现的原因。strace是一个必不可少的 调试工具，strace用来监视系统调用。你不仅可以调试一个新开始的程序，也可以调试一个已经在运行的程序（把strace绑定到一个已有的PID上 面）
建议看看这本书《Linux就该这么学》
2. 如何在linux系统中查找php.ini的位置
这个时候，使用如下命令
strace -o php.log -s 65535 php -i
然后在输出结果文件php.log中搜索ini
可能的输出结果是：
open("/usr/bin/php-cli.ini", O_RDONLY)=-1 ENOENT (No such file or directory)
open("/etc/php-cli.ini", O_RDONLY)=-1 ENOENT (No such file or directory)
open("/usr/bin/php.ini", O_RDONLY)=-1 ENOENT (No such file or directory)
open("/etc/php.ini", O_RDONLY)
如上，最终定位到 /etc/php.ini
strace这个命令在跟踪程序执行的时候特别有用，这个命令值得深入研究。
3. linux的strace怎么用
1、直接strace运行命令：strace xxx 2、跟踪已运行的进程：strace -p pid 3、输出到文件：strace -o filename -p pid
4. 如何使用strace+pstack利器分析程序性能
有时我们需要对程序进行优化、减少程序响应时间。除了一段段地对代码进行时间复杂度分析，我们还有更便捷的方法吗？
若能直接找到影响程序运行时间的函数调用，再有针对地对相关函数进行代码分析和优化，那相比漫无目的地看代码，效率就高多了。
将strace和pstack工具结合起来使用，就可以达到以上目的。strace跟踪程序使用的底层系统调用，可输出系统调用被执行的时间点以及各个调用耗时；pstack工具对指定PID的进程输出函数调用栈。
下面我们通过一个简单的消息收发程序，说明使用strace、pstack进行程序分析的具体方法。
程序说明
该程序是一个简单的socket程序，由server/client组成。server端监听某端口，等待client的连接，client连接server后定时向server发送消息，server每接收一条消息后向client发送响应消息。程序server与client交互如下图示：
在程序运行起来之后，发现server接收到client的submit消息之后，需要较长时间才发出resp响应。通过tcpmp抓包发现，time2与time1的时间间隔在1s左右：
由上初步分析可知，消息响应慢是server端程序问题。下面我们来看如何使用strace和pstack分析server端程序响应慢的原因。
strace查看系统调用
首先我们拉起server/client程序，并使用strace对server进程进行跟踪：
# ps -elf | grep server | grep -v grep
0 S root 16739 22642 0 76 0 - 634 1024 14:26 pts/2 00:00:00 ./server
# strace -o server.strace -Ttt -p 16739
Process 16739 attached - interrupt to quit
稍等一段时间之后，我们将strace停掉， server.strace文件中有以下输出：
14:46:39.741366 select(8, [3 4], NULL, NULL, {1, 0}) = 1 (in [4], left {0, 1648}) <0.998415>
14:46:40.739965 recvfrom(4, "hello", 6, 0, NULL, NULL) = 5 <0.000068>
14:46:40.740241 write(1, "hello\n", 6) = 6 <0.000066>
14:46:40.740414 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 <0.000046>
14:46:40.740565 rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0 <0.000048>
14:46:40.740715 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 <0.000046>
14:46:40.740853 nanosleep({1, 0}, {1, 0}) = 0 <1.000276>
14:46:41.741284 sendto(4, "hello\0", 6, 0, NULL, 0) = 6 <0.000111>
可以看到server接收数据之后(对应recvfrom调用)，经过1s左右时间将消息发出(对应sendto调用)，从响应时间看，与抓包的结果吻合。又可以看出nanosleep系统调用耗费了1s时间。
因而可以断定响应延时由nanosleep对应的函数调用造成。
那具体是哪一个函数调用呢？在strace输出结果中并不能找到答案，因其输出显示都是系统调用，要显示程序中函数调用栈信息，就轮到pstack上场了。
pstack查看函数堆栈
pstack是一个脚本工具，其核心实现就是使用了gdb以及thread apply all bt命令，下面我们使用pstack查看server进程函数堆栈：
# sh pstack.sh 16739
#0 0x00002ba1f8152650 in __nanosleep_nocancel () from /lib64/libc.so.6
#1 0x00002ba1f8152489 in sleep () from /lib64/libc.so.6
#2 0x00000000004007bb in ha_ha ()
#3 0x0000000000400a53 in main ()
从以上信息可以看出，函数调用关系为：main->ha_ha->sleep，因而我们可以找到ha_ha函数进行分析和优化修改。
小结
本文通过一个server/client程序事例，说明了使用strace和pstack分析响应延时的方法。
由最初server端响应慢现象，到使用strace跟踪出具体耗时的系统调用，再到使用pstack查到程序中具体的耗时函数，一步步找到了影响程序运行时间的程序代码。
更多地了解底层，从操作系统层面着手，更有助于程序性能分析与优化。
5. trace.html怎么观察某个应用
1、直接strace运行命令：strace xxx
2、跟踪已运行的进程：strace -p pid
3、输出到文件：strace -o filename -p pid
6. 怎样查看一个命令，用了哪些系统调用
实际上如果你是想知道有没有什么命令能查看一个系统有多少个系统调用的话......据我所知估计没有..............
每个系统的系统调用大致都差不多.具体有多少个可能有差别.........在内核里系统调用是按编号来添加的...........具体怎么添加可以看{@深入理解linux内核}中关于系统调用的相关部分.........具体要知道一个系统有多少调用需要看每个系统类型的内核文件.........具体哪个文件@里说的很清楚......
实际上linux系统调用处理过程还是比较简单的...........添加一个系统调用对内核来说实际就是添加了一个内核函数.然后这个函数映射到了用户层就是系统调用.用户调用这个系统调用的时候.会由软中断机制触发内核.使用户陷入内核态执行相关的内核函数............执行结果再一层层返回给用户.............大概就是这个过程.
7. 我的LINUX服务器没有strace命令，CENTOS 5.6，怎么安装它呢
可以使用yum -y install strace来安装，centos系统安装使用使用yum命令。
yum命令说明：
yum命令是在Fedora和RedHat、centos以及SUSE中基于rpm的软件包管理器，它可以使系统管理人员交互和自动化地更细与管理RPM软件包，能够从指定的服务器自动下载RPM包并且安装，可以自动处理依赖性关系，并且一次安装所有依赖的软体包，无须繁琐地一次次下载、安装。
yum提供了查找、安装、删除某一个、一组甚至全部软件包的命令，而且命令简洁而又好记。
语法
yum(选项)(参数)
选项
-h：显示帮助信息；
-y：对所有的提问都回答“yes”；
-c：指定配置文件；
-q：安静模式；
-v：详细模式；
-d：设置调试等级（0-10）；
-e：设置错误等级（0-10）；
-R：设置yum处理一个命令的最大等待时间；
-C：完全从缓存中运行，而不去下载或者更新任何头文件。
参数
install：安装rpm软件包；
update：更新rpm软件包；
check-update：检查是否有可用的更新rpm软件包；
remove：删除指定的rpm软件包；
list：显示软件包的信息；
search：检查软件包的信息；
info：显示指定的rpm软件包的描述信息和概要信息；
clean：清理yum过期的缓存；
shell：进入yum的shell提示符；
resolvedep：显示rpm软件包的依赖关系；
localinstall：安装本地的rpm软件包；
localupdate：显示本地rpm软件包进行更新；
deplist：显示rpm软件包的所有依赖关系。
8. linux下调试程序用什么工具
Linux调试程序大多数都是喜欢用gdb，gdb是一个命令行界面的程序调试工具，任何调试操作都是输入命令来实现的。从Windows过来的程序员可能不习惯用gdb这个调试器，可以去试试一些图形界面的的调试器，比如Kgdb、Affinic GUI Debugger，这两款调试器虽然是图形界面的调试器，但是它其实是调用gdb来完成它的调试功能的，也就是说它们其实是gdb的一个图形界面的外壳，所以要先安装好gdb再安装它们，不习惯gdb的命令界面的话，可以试试这两款软件。
9. 使用strace来跟踪mysql查询，看看到底是卡在什么地方.先找到mysql进程的pid
有两种方法，一种方法使用mysql的check table和repair table 的sql语句，另一种方法是使用MySQL提供的多个myisamchk, isamchk数据检测恢复工具。前者使用起来比较简便。推荐使用。
1. check table 和 repair table
登陆mysql 终端：
mysql -uxxxxx -p dbname
check table tabTest;
如果出现的结果说Status是OK，则不用修复，如果有Error，可以用：
repair table tabTest;
进行修复，修复之后可以在用check table命令来进行检查。在新版本的phpMyAdmin里面也可以使用check/repair的功能。
2. myisamchk, isamchk
其中myisamchk适用于MYISAM类型的数据表，而isamchk适用于ISAM类型的数据表。这两条命令的主要参数相同，一般新的系统都使用MYISAM作为缺省的数据表类型，这里以myisamchk为例子进行说明。当发现某个数据表出现问题时可以使用：
myisamchk tablename.MYI
进行检测，如果需要修复的话，可以使用：
myisamchk -of tablename.MYI
关于myisamchk的详细参数说明，可以参见它的使用帮助。需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表，保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前：
[ -x /tmp/mysql.sock ] && /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI
其中的/tmp/mysql.sock是MySQL监听的Sock文件位置，对于使用RPM安装的用户应该是/var/lib/mysql/mysql.sock，对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更，而pathtochk则是myisamchk所在的位置，DATA_DIR是你的MySQL数据库存放的位置。
需要注意的时，如果你打算把这条命令放在你的rc.local里面，必须确认在执行这条指令时MySQL服务器必须没有启动！检测修复所有数据库(表)
10. linux操作系统中常见的进程管理命令有哪些
ps：查看进程
pstree：显示进程状态树
pgrep：查找匹配条件的进程
kill：终止进程
killall：通过进程名终止进程
pkill：通过进程名终止进程
top：实时显示系统中各个进程的资源占用状况
nice：调整程序运行时的优先级
renice：调整运行中进程的优先级
nohup：用户退出系统进程继续工作
strace：跟踪进程的系统调用
ltrace：跟踪进程调用库函数
runlevel：输出当前运行级别
init：初始化Linux进程
service：管理系统服务