blocks|key|868669|text|您可能会发现，具有延迟且没有重复计数器的vmstat和iostat是一个更好的选择。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|868670|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

You might find that vmstat and iostat with a delay and no repeat counter is a better option.

blocks|key|212539|text|我怀疑15秒已经足够了，除非你真的想实时地观察发生的事情，但这里似乎并非如此。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|212540|至于加载，在运行Ubuntu的空闲的PIII+900+CPU+w/+768+it内存上(不确定哪个版本，但不超过一年)，我每0.5秒就更新一次，CPU利用率约为2%25。在15s更新时，我看到了0.1%25的CPU利用率。|212541|取决于您到底想要什么，您可以使用正常运行时间、免费和ps的输出来获取大部分(如果不是全部)顶级信息。|212542|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I suspect 15 seconds would be more than adequate unless you actually want to watch what's happening in real time, but that doesn't appear to be the case here.

As far as load, on an idling PIII 900Mhz w/ 768MB of RAM running Ubuntu (not sure which version, but not more than a year old) I have top updating every 0.5 seconds and it's about 2% CPU utilization. At 15s updates, I'm seeing 0.1% CPU utilization.

depending upon what exactly you want, you could use the output of uptime, free, and ps to get most, if not all, of top's information.

blocks|key|1211595|text|我们使用恒压器来监视这样的事情。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1211596|entityMap|0|LINK|mutability|MUTABLE|url|http://pagesperso-orange.fr/sebastien.godard/documentation.html^0|4|3|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

We use <a href="http://pagesperso-orange.fr/sebastien.godard/documentation.html" rel="nofollow noreferrer">sysstat</a> to monitor things like this.

blocks|key|212586|text|看看收藏d。这是一个非常轻的系统监控框架编码的性能。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|212587|entityMap|0|LINK|mutability|MUTABLE|url|http://collectd.org/^0|2|3|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Look at <a href="http://collectd.org/" rel="noreferrer">collectd</a>. It's a very light weight system monitoring framework coded for performance.

blocks|key|1211656|text|如果您正在寻找总体负载，正常运行时间可能就足够了。但是，如果您想要有关进程的特定信息，您是冒险家，并且启用了/proc文件系统，您可能需要编写自己的工具。这种环境的主要好处是您可以完全专注于您想要的内容，并将引入到系统的负载最小化。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1211657|proc文件系统允许应用程序对内核内存进行读取访问，从而跟踪许多有趣的变量。从/proc读取信息是获取这些信息的最简单的方法之一。此外，您还可以获得比top提供的更多的信息。我过去这样做是为了通过这个过程在用户和系统上花费大量的时间。此外，您还可以使用它获取有关进程打开的文件描述符数量的信息。您还可以使用此方法获取有关网络系统工作方式的详细信息。|1211658|大部分这些信息是由其他应用程序进行预处理的，如果您获得所需的信息，则可以使用这些应用程序。然而，阅读原始信息是相当直截了当的.要获得更多信息，请执行man+proc。|offset|length|style|CODE|1211659|entityMap^0|0|0|22|8|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@$F|O|G|P|H|I]]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

If you are looking for overall load, uptime is probably sufficient. However, if you want specific information about processes, you are adventurous, and have the /proc filessystem enabled, you may want to write your own tools. The primary benefit in this environment is that you can focus on exactly what you want and minimize the load introduced to the system.

The proc file system gives your application read access to the kernel memory that keeps track of many of the interesting variables. Reading from /proc is one of the lightest ways to get this information. Additionally, you may be able to get more information than provided by top. I've done this in the past to get amount of time spent in user and system by this process. Additionally, you can use this to get information about the number of file descriptors open by the process. You might also use this to get detailed information about how the network system is working.

Much of this information is pre-processed by other applications which can be used if you get the information you need. However, it is rather straight-forward to read the raw information. Do a <code>man proc</code> for more information.

blocks|key|1211743|text|在压力测试期间的系统监控工作中，我们使用了一个名为尼蒙的工具。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1211744|我喜欢nmon的地方是它能够导出到XLS并为您生成漂亮的图形。|1211745|它为以下方面生成统计数据：|1211746|内存使用|unordered-list-item|1211747|CPU使用率|1211748|网络使用|1211749|磁盘I/O|1211750|祝你好运:)|1211751|entityMap|0|LINK|mutability|MUTABLE|url|http://www.ibm.com/developerworks/aix/library/au-analyze_aix/^0|P|2|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|10|8|@]|9|@$A|11|B|12|1|13]]|C|$]]|$1|D|3|E|5|6|7|14|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|15|8|@]|9|@]|C|$]]|$1|H|3|I|5|J|7|16|8|@]|9|@]|C|$]]|$1|K|3|L|5|J|7|17|8|@]|9|@]|C|$]]|$1|M|3|N|5|J|7|18|8|@]|9|@]|C|$]]|$1|O|3|P|5|J|7|19|8|@]|9|@]|C|$]]|$1|Q|3|R|5|6|7|1A|8|@]|9|@]|C|$]]|$1|S|3|-4|5|6|7|1B|8|@]|9|@]|C|$]]]|T|$U|$5|V|W|X|C|$Y|Z]]]]

At work for system monitoring during stress tests we use a tool called <a href="http://www.ibm.com/developerworks/aix/library/au-analyze_aix/" rel="nofollow noreferrer">nmon</a>.

What I love about nmon is it has the ability to export to XLS and generate beautiful graphs for you.

It generates statistics for:

<ul>
<li>Memory Usage</li>
<li>CPU Usage</li>
<li>Network Usage</li>
<li>Disk I/O</li>
</ul>

Good luck :)

I'm trying to find the best way to use 'top' as semi-permanent instrumentation in the development of a box running embedded Linux. (The instrumentation will be removed from the final-test and production releases.)

My first pass is to simply add this to init.d:

<pre><code>top -b -d 15 &gt;/tmp/toploop.out &amp;
</code></pre>

This runs top in "batch" mode every 15 seconds. Let's assume that /tmp has plenty of space…

Questions: 

<ol>
<li>Is 15 seconds a good value to choose for general-purpose monitoring?</li>
<li>Other than disk space, how seriously is this perturbing the state of the system?</li>
<li>What other (perhaps better) tools could be used like this?</li>
</ol>

Using "top" in Linux as semi-permanent instrumentation

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在努力寻找最好的方法来使用“top”作为半永久性的工具来开发一个运行嵌入式Linux的盒子。(仪器将从最终测试和生产版本中删除。)我的第一步是简单地将它添加到init.d中：top -b -d 15 >/tmp/toploop.out &这在“批处理”模式下每15秒运行一次。假设/tmp有足够的空间…问题：对于一般...

问在Linux中使用"top“作为半永久性的工具。
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在Linux中使用"top“作为半永久性的工具。EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在Linux中使用"top“作为半永久性的工具。
EN