ssanj Asked: 2010-08-07 21:01:11 +0800 CST2010-08-07 21:01:11 +0800 CST 2010-08-07 21:01:11 +0800 CST 如何确定进程是否受 CPU、内存或磁盘限制? 772 如何确定进程是否绑定到 CPU、内存或磁盘? performance 6 个回答 Voted Sudhanshu 2010-08-07T21:54:49+08:002010-08-07T21:54:49+08:00 这需要一些专业技能。这取决于。例子: 如果有足够的内存并且磁盘似乎不太忙,则可能是CPU 密集型的。查看 CPU 使用率,如果它接近 100%,则它是 CPU 受限的。如果不是,则实施中存在人为瓶颈。例如,在双核 CPU 上,单线程进程的 CPU 使用率不会超过 50%。 如果 CPU 和内存可用,但磁盘非常繁忙,或者 IO 延迟似乎很高,则可能是其 IO 受限。看看添加更多磁盘(RAID?)是否有帮助。 以上都不是?检查可用内存。 内存够吗?过程本身可能存在人为瓶颈,即可能有人忘记删除睡眠(1)?不,它通常不是那么容易。;) 在大多数处理性能敏感产品的公司中,我们为性能工程师设立了一个完整的实验室是有原因的! 使用 sar、vmstat、iostat、oprofile、lockstat、dtrace、产品特定性能监控工具等工具来调试性能问题。 mkm 2010-09-06T15:32:15+08:002010-09-06T15:32:15+08:00 退房iotop,可能有用 JanC 2010-08-08T09:04:57+08:002010-08-08T09:04:57+08:00 可用于实时检查大量进程统计信息(内存、cpu 使用率、I/O 等)的工具是htop。它不会取代由 Sudhanshu 命名的更专业的工具,但可能是一个好的开始。 poolie 2010-11-17T17:40:25+08:002010-11-17T17:40:25+08:00 除了提到的其他工具,运行ps l PID,插入相关的进程 id,或者查看 top 或 htop 中的 STATE 和 WCHAN 列。 如果它处于 D(对于磁盘)状态,那么它正在执行文件 IO。这可能是因为它要么正在读取大量文件,要么因为它正在使用大量内存并进行交换。WCHAN 专栏会告诉你它里面有什么核函数;谷歌搜索或在这里询问可能会给你一些暗示他们的意思。 如果它处于 R(运行)状态,则它正在使用用户空间中的 CPU,换句话说,此时它是 CPU 绑定的。 如果它处于 S(睡眠)状态,那么它在一个可中断的系统调用中,这可能意味着它实际上正在睡眠,或者它正在执行诸如等待网络流量或锁定之类的事情。同样,查看具体的 wchan 会告诉您更多信息。 另请参阅什么是进程的“等待通道”? psusi 2012-02-01T12:48:29+08:002012-02-01T12:48:29+08:00 运行top并查看 cpu 使用情况行。高用户百分比表示它受 CPU 限制。高等待百分比表示它受 IO 限制。 Roel Van de Paar 2020-10-27T19:01:35+08:002020-10-27T19:01:35+08:00 我通常去: sudo apt install iotop htop # 基于 Ubuntu/debian 的系统 或者 sudo yum install iotop htop # 基于 Redhat/RPM 的系统 然后快速浏览一下htop——系统是否正在交换(内存条已满)?如果是这样,你想先解决这个问题。就性能而言,交换非常昂贵。 如果系统不交换,检查一下cpu吧。他们大部分时间都接近 100% 吗?好吧,那么你的 CPU 很忙 :) 接下来,退出htop并开始sudo iotop并检查右上角的数字(总和实际磁盘写入)。它们有多高? 如果它们与正在读取/写入的磁盘的最大合理吞吐量相匹配(并且通常写入操作是瓶颈,因为磁盘写入速度几乎总是低于读取速度),那么您的 IO 很忙 :) 请注意,我指的是磁盘上实际合理的吞吐量(如果您在服务器空闲时手动复制一组文件,您将获得的近似值),而不是“标签”性能,这通常是无法启动的和。 因此,通过一些简单的检查,您可以确定您的系统是受内存、CPU 还是磁盘限制。如果您想要更详细的数字或分析,请查看其他一些工具,但这为您提供了一个基本概念,这通常足以帮助您扩展等。
这需要一些专业技能。这取决于。例子:
如果有足够的内存并且磁盘似乎不太忙,则可能是CPU 密集型的。查看 CPU 使用率,如果它接近 100%,则它是 CPU 受限的。如果不是,则实施中存在人为瓶颈。例如,在双核 CPU 上,单线程进程的 CPU 使用率不会超过 50%。
如果 CPU 和内存可用,但磁盘非常繁忙,或者 IO 延迟似乎很高,则可能是其 IO 受限。看看添加更多磁盘(RAID?)是否有帮助。
以上都不是?检查可用内存。
内存够吗?过程本身可能存在人为瓶颈,即可能有人忘记删除睡眠(1)?不,它通常不是那么容易。;)
在大多数处理性能敏感产品的公司中,我们为性能工程师设立了一个完整的实验室是有原因的!
使用 sar、vmstat、iostat、oprofile、lockstat、dtrace、产品特定性能监控工具等工具来调试性能问题。
退房
iotop
,可能有用可用于实时检查大量进程统计信息(内存、cpu 使用率、I/O 等)的工具是htop。它不会取代由 Sudhanshu 命名的更专业的工具,但可能是一个好的开始。
除了提到的其他工具,运行
ps l PID
,插入相关的进程 id,或者查看 top 或 htop 中的 STATE 和 WCHAN 列。如果它处于 D(对于磁盘)状态,那么它正在执行文件 IO。这可能是因为它要么正在读取大量文件,要么因为它正在使用大量内存并进行交换。WCHAN 专栏会告诉你它里面有什么核函数;谷歌搜索或在这里询问可能会给你一些暗示他们的意思。
如果它处于 R(运行)状态,则它正在使用用户空间中的 CPU,换句话说,此时它是 CPU 绑定的。
如果它处于 S(睡眠)状态,那么它在一个可中断的系统调用中,这可能意味着它实际上正在睡眠,或者它正在执行诸如等待网络流量或锁定之类的事情。同样,查看具体的 wchan 会告诉您更多信息。
另请参阅什么是进程的“等待通道”?
运行
top
并查看 cpu 使用情况行。高用户百分比表示它受 CPU 限制。高等待百分比表示它受 IO 限制。我通常去:
sudo apt install iotop htop
# 基于 Ubuntu/debian 的系统或者
sudo yum install iotop htop
# 基于 Redhat/RPM 的系统然后快速浏览一下
htop
——系统是否正在交换(内存条已满)?如果是这样,你想先解决这个问题。就性能而言,交换非常昂贵。如果系统不交换,检查一下cpu吧。他们大部分时间都接近 100% 吗?好吧,那么你的 CPU 很忙 :)
接下来,退出
htop
并开始sudo iotop
并检查右上角的数字(总和实际磁盘写入)。它们有多高?如果它们与正在读取/写入的磁盘的最大合理吞吐量相匹配(并且通常写入操作是瓶颈,因为磁盘写入速度几乎总是低于读取速度),那么您的 IO 很忙 :)
请注意,我指的是磁盘上实际合理的吞吐量(如果您在服务器空闲时手动复制一组文件,您将获得的近似值),而不是“标签”性能,这通常是无法启动的和。
因此,通过一些简单的检查,您可以确定您的系统是受内存、CPU 还是磁盘限制。如果您想要更详细的数字或分析,请查看其他一些工具,但这为您提供了一个基本概念,这通常足以帮助您扩展等。