nethogs必须用sudo运行，因其依赖libpcap捕获原始数据包，需cap_net_raw权限；普通用户无权访问网卡驱动层，不加sudo会报“permission denied”错误，即使监控lo接口亦如此。
直接看进程级流量，nethogs 是唯一能开箱即用的工具；想快速摸清网卡总吞吐量，nload 最省心；若需定位到具体 IP 或端口连接，iftop 不可替代——但三者行为逻辑、权限要求和输出含义完全不同，混用容易误判。
为什么 nethogs 必须加 sudo 才能显示真实进程流量
nethogs 依赖 libpcap 捕获原始数据包，必须拥有 CAP_NET_RAW 权限。不加 sudo 会报错：Unable to create socket: Permission denied，哪怕只监控 lo 接口也一样。
- 启动时必须显式指定网卡，如
sudo nethogs eth0；默认尝试eth0，在云服务器（如阿里云ens33、AWSeth1）上大概率失败 - 多网卡需一次列出：
sudo nethogs eth0 wlan0，运行中无法动态增删接口 - 按
m切换单位时注意：kb/s是千比特每秒（×125 字节），KB是千字节（×1024 字节），数值差约 8 倍 -
-t（跟踪模式）下显示的是累计流量（单位 KB），不是瞬时速率，此时s/r排序键失效
nload 看总吞吐量时单位与刷新陷阱
nload 直接读 /proc/net/dev，零抓包、低开销，适合日常巡检。但它不区分进程，也不解析连接，只反映网卡层整体收发速率。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
nload -u M中的M是兆比特每秒（Mbps），不是 MB/s；100 Mbps ≈ 12.5 MB/s，别拿它直接对比磁盘写入速度 -
nload -m同时监控多个接口时，各接口刷新不同步，界面易挤，峰值不可叠加判断 -
nload默认刷新间隔是 1000ms；设为-t 200（200ms）可能触发终端重绘抖动，尤其在 SSH 延迟高时 - 不加参数运行时，它自动选第一个非
lo接口（如ens33），但不会告诉你选了哪个——用nload -h查当前监控设备
iftop 显示连接流量但无法关联进程名
iftop 基于抓包，能看到每个 IP:port ⇄ IP:port 的实时速率，但看不到背后是哪个进程在发包——这是它和 nethogs 的根本区别。
- 必加
-n（禁 DNS 解析）和-N（显端口号），否则界面卡顿、信息冗余，甚至阻塞响应 -
TX/RX单位默认是 bits/s；加-B才切到 bytes/s，避免和nethogs的 KB/s 数值对不上 -
sudo iftop -F 192.168.1.0/24可过滤网段，但过滤规则由libpcap解析，不支持 CIDR 外的语法（如不能写/255.255.255.0） - 看到异常 IP 别急着封禁：先确认是否是云厂商健康检查、CDN 回源或合法爬虫；
iptables -A INPUT -s x.x.x.x -j DROP可能误杀
真正要归因到进程，nethogs 是唯一选择；但它的输出受容器网络命名空间、systemd socket 激活机制影响较大，空白界面或满屏 unknown TCP 往往不是工具问题，而是环境限制——这时候得结合 ss -tunp 和 lsof -i 手动交叉验证。
