标签: monitoring

而不是做wc -l /proc/net/tcp，有没有更快的方法呢？

我只需要 tcp 连接的总数。

首先，我发现了一个类似的问题，但它并没有真正解决我的问题。我试图发现我正在使用的设备的 USB 总线是否是我程序中的瓶颈。

如何监控 USB 总线（类似于 gnome-system-monitor 的工作方式）以显示总线利用率？基本上我想确定总线何时被“最大化”。我想我正在寻找的是 usbmon 的一些接口，因为它看起来可以满足我的需求。

这来自于测试 USRP 和 GNU Radio。我遇到了 USB 总线可能是一个限制因素的情况，所以我问了一个更普遍的 USB 性能监控问题。

我的系统上有一个应用程序，它不断地~/Desktop一次又一次地创建一个空目录。我在家里受不了大写字母，也受不了这个“桌面”的东西。因此，尽管我很挑剔，但每次看到该目录时我都会将其删除。我真的很想知道哪个应用程序对此负责（可能是我不会经常使用的某些应用程序¹）。

有什么好主意可以追查罪魁祸首吗？

—
^{1. 显然我想摆脱它，或者如果我不能没有它，也许可以修补它。}

只是为了好玩：
有没有办法监视/捕获/转储正在写入的内容/dev/null？

在 Debian 或 FreeBSD 上，如果重要的话，也欢迎任何其他特定于操作系统的解决方案。

背景：当我的服务器关闭时，我需要收到警报。当服务器关闭时，Sysload 收集器可能无法发送任何警报。为了在服务器关闭时收到警报，我有一个外部源（服务器）来检测它。

问题：有什么方法（我更喜欢 bash 脚本）来检测我的服务器何时关闭或脱机并发送警报消息（电子邮件 + 短信）？

我已经从 GNU Screen 切换到tmux。它们都很相似，只是 tmux 仍然被维护。

GNU Screen 有一个C-a _（“沉默”）命令。此命令使 GNU Screen 监视当前窗口并在 30 秒不活动时提醒我。这非常有用：例如，GNU Screen 可以观看一个很长的apt-get dist-upgrade过程，并在 dpkg 有问题时提醒我。

tmux 有等价的命令吗？我尝试在网上搜索，但没有找到答案。

请对每个工具进行简要说明。

将 Fedora 用于小型 Samba 和开发服务器。

在iostat联机帮助页中，我发现了这两个类似的列：

await
    The average time (in milliseconds) for I/O requests issued to the device to be  served.  This
    includes the time spent by the requests in queue and the time spent servicing them.

svctm
    The  average  service time (in milliseconds) for I/O requests that were issued to the device.
    Warning! Do not trust this field any more.  This field will be removed in  a  future  sysstat
    version.

这些列是否代表同一件事？我似乎有时他们同意，但有时不同意：

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           4.44    0.02    1.00 …

我有一个假设：有时 TCP 连接到达的速度比我的服务器更快accept()。他们排队直到队列溢出，然后出现问题。

我如何确认这正在发生？

我可以监控接受队列的长度或溢出的数量吗？有没有暴露在某个地方的柜台？