我正在寻找最简单的方法来监控linux中单个进程的CPU使用情况。 使用PS和更改输出是我的方式，但也许一个监视器工具是更好的。 另外我想绘制用法（漂亮的样子）。 graphics和gnuplot是丑陋的;）但情节是可选的。
我有一台服务器，我们正在经历很慢。 以域pipe理员身份login到服务器后，我们注意到一个巨大的系统状态栏，里面充满了不可见的图标。 如果我们将鼠标hover在图标上，它们会迅速消失。 这些图标仅出现在其中一个login会话（3）上，因为在login的其他帐户上不可见。 上面的图片显示了它发生的样子。 它每10分钟左右发生一次。 有没有人有一个想法如何发现这是什么产生？ 我做了以下几件事： 审查事件日志 在遇到错误时在Process Explorer中注意 任何其他的想法可能不会那么容易出错？ 我会认为事件日志会给我答案，但任何错误似乎都没有涉及到这一点。
我们的业务pipe理系统在过去的几个星期里有过一些打嗝。 它被拒绝访问它使用的一些文件。 通过挖掘pipe理打开的文件，我已经能够确定哪些用户正在访问有问题的文件。 从这里我已经使用资源pipe理器和进程资源pipe理器来search这些文件所在目录的子string。我可以看到应该访问这些目录和打算访问的文件的进程。 问题是search句柄永远不会显示麻烦的文件，因此我无法确定将它们locking的过程。 部分问题是文件被定期访问，而不是经常访问。 为了确保我追踪违规程序的企图，我遵循了以下步骤： 刷新pipe理打开的文件，直到有问题的文件显示为由用户打开。 search句柄中目录的子string。 刷新pipe理打开的文件，看看文件仍然在句柄search完成后被访问。 这些步骤理论上应该保证我能够捕获正在使用的文件，但除了我期望的结果之外，我还没有得到任何结果。 有没有人有任何其他想法如何我可以确定什么过程访问这些文件？ 我确实知道正在访问它们的用户，而且我已经远程从他们的工作站上运行句柄search。 [EDIT1]服务器运行的是Windows Server Standard，客户机都运行Windows 7 Professional。 这些文件是由CCC One（这是一家碰撞修复公司）出口的估计数据，被拒绝访问的程序是Nexsyis的NEX（我们的业务pipe理系统）。 至于协议，我不是很确定，但我会想象它是SMB。
在我的进程列表中使用“top”命令，我得到了很多php-fpm进程。 是否有可能获得更多的信息，如： 谁发起了这个过程（IP） 那里叫哪个class 等等…
我想知道是否有办法做到这一点。 我需要写一个脚本或一些东西： 可以用一些参数来启动一些进程，例如： start server.exe -port 8899 -name "Epic Server 1" start server.exe -port 8897 -name "Epic Server 2" 如果其中一个崩溃，则此脚本将使用指定的参数自动重新启动它。 这将始终运行在Windows机器上，因此Windows-Only解决scheme是可以接受的。 我想知道，如果Ruby或类似的东西有这样的gem…我找不到一个。
我想知道在我的Ubuntu的Linux服务器（14.04 LTS）长期运行的find过程是从哪里来的，这是什么意思。 这里是ps的输出： 16915 ? SN 32:41 /usr/bin/find /tmp /var/tmp -type f -exec head -n 1 {} ; 根据top这导致相当一些CPU负载。 据我了解，它检查/var/tmp的每个文件的第一行和/tmp head – 所以它除了造成负载之外什么都不做？ 有人可以告诉我这个过程应该做什么，它可能来自哪里？ 而且，如果不需要，我该如何摆脱它？ 我杀了一次，但它再次出现。 编辑：服务器用作PHP，MySQL，Varnish的Web服务器 – 如果您需要了解更多关于已安装的软件，请告诉我。 谢谢！
我有Ubuntu的服务器14.04，我想知道是否有任何简单的方法来实现这一任务。 例如，我已经可以使用taskset -pac 2 29435为单个进程执行此操作，但有什么方法可以通过用户名来代替进程ID吗？ 先谢谢你。
我有一个脚本来调用系统调用杀死Linux（Ubuntu）中的某个TCP端口的进程。 但即使我这样做，有时端口仍然保留在/proc/[0-9]/net目录绑定端口。 有没有简单的方法来强制释放tcp端口？ 我知道哪个proc/X目录包含我想杀死的端口。 我可以删除/proc/XXX/目录，并考虑删除后可以使用端口吗？ 有些贴子说我可以使用fuser ，但我想知道在操作系统级别发生了什么。 谢谢！
我有一些脚本，产生多个进程任务在后台。 他们中的大多数终止，但是他们中的很less一部分没有终止完成任务。 这些types的进程数量不断增加，现在它们占用了服务器资源的一大部分。 他们都有一个地位，我怎么能一次杀死他们呢？ 比如，我想运行一个cron，这会在有限的时间内从系统中删除和删除所有这些进程。
我试图了解为什么服务器（AWS Ubuntu）有时变得没有响应，最终必须重新启动。 在查看top日志的同时，我发现了一个我认为可能会导致问题的进程。 当它开始时，负载在几分钟内从大约3到300，然后坠毁。 然而，在查看日志时，我不确定如何解释结果。 它看起来像内存使用从5GB到5KB，所以我想这是好的？ 这种过程有可能导致服务器崩溃吗？ 还是我看错了？ 这是随着时间的推移这个过程的top产出： PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1706 www-data 35 15 10.875g 5.181g 100 D 6.2 70.9 8:35.43 php …… 1706 www-data 35 15 10.875g 3.076g 808 R 0.0 42.1 8:37.37 php …… 1706 www-data 35 15 10.875g 236608 1132 D […]