linux查询文件_Linux查询进程所对应的文件路径

情景：

今天遇到一个奇怪的问题，我的Web应用界面变得很慢，也就是打开一个界面，会等待很久，有的甚至四五十秒，偶尔这种事并不是百分百的，也就是操作十次，有七次是慢，三次是快的。也就是偶尔卡慢顿。如果你遇到这个问题，如何下手排查？

数据库问题？

因为是Web页面，打开浏览器调试工具F12，查看各请求的时间。因为是老系统，一个页面有两个请求，一个请求是静态页面HTML，一个是请求是数据接口。发现请求慢的总是静态页面HTML接口，这只是一个把服务器HTML返回给浏览器，也就只是一个本地文件输出给请求者的一种操作，并未涉及到数据库。而数据接口是数据库查询接口，反而正常。这让我一开始以为是数据库问题可以排外了。

网络问题？

因为是偶尔会出现卡顿，又不是数据库连接问题，再加上最近也没对服务器做什么更新，那是不是网络不稳定而丢包？做了一个长ping命令(ping xxx.xx.xx.xxx -t)，观察了几分钟，发现并没有丢包，排除网络不稳定问题。

找到原因

这个时候，我只能去看进程，进入Linux命令窗口，输入top，动态看下当前进程情况，看了几分钟，真心吓到了。有一个程序会偶尔会占用大量的CPU，看到这个就明白了。因为这个程序偶尔占用大量的CPU，导致Web请求时，在等待CPU有空闲时才会处理，这也是为什么偶尔会出现请求很慢的原因。

top命令

处理问题

因为这个项目是跟另外一家公司合作，服务器也是共用的。而这个rbs是什么程序，我却不知。我不敢直接kill掉，怕找不到启动的文件。这时候就得先找到进程所对应的启动文件，然后KILL掉这个进程，再启动它。这也是本篇标题所说的，查看进程所对应的文件路径：ll /prod/进程号PID/cwd。前面那个是LL，用这个命令，就找到了对应的启动文件

找到了文件启动路径，我就能安心重启了。先杀死进程：kill -9 2916；然后./home/ipcc/bin/rbs.sh

重启后，我们再看一下top动态进程，发现rbs这个程序已经不怎么占用CPU，再看下Web应用，已经恢复正常，不再卡顿。解决完这个，就立马联系合作方，原来这个rbs真是他们的电话通话压缩程序，原来他们的程序在通话时，开启多线程对通话进入压缩存储，这也只能等待他们内部处理了。此篇文章有几个简单而又常用的Linux命令，希望对你们有帮助。