主页 / unix / 问题 / 675781
Accepted
abacox
Asked: 2021-11-02 22:38:34 +0800 CST

在没有 USR1 的情况下检查 dd 的进度？

  • 772

我在一个busybox 1.27仅限 Linux 的系统上，所以没有output=progress可用的，busybox 自己的实现也不pv是它本身。pipe_progresspv

我有两个问题。第一个基于https://www.linux.com/training-tutorials/show-progress-when-using-dd/。它说，通过向它发送USR1信号dd“暂停”该过程，并且dd在打印其当前状态后将继续它正在执行的工作。我正在尝试进行一些基准测试，dd因此我希望对dd操作的影响最小。我想每秒获得当前操作的输出，因为通过的数据在dd波动，识别传输速率何时下降对我来说很重要。

第一个问题： 'dd'每次收到USR1信号时“暂停”是真的吗？

如果dd每秒暂停一次，那么当传输数十 GB 时，我将在操作中增加几个小时。

第二个问题： 假设第一个问题的答案是肯定的，我想知道是否可以在dd不向进程发送任何信号的情况下打印其当前状态，也许是某种重定向STDOUT（如 2>&1）？

我指的是：

# bs with 1Mib so I can have more control on the test.
dd if=/dev/zero of=/dev/null bs=1048576 count=1024

# Printing current operation status.
sudo kill -USR1 $dd_pid
linux dd

2 个回答

  1. 您也可以通过/proc界面查询进度。

    # dd bs=1M if=/dev/mmcblk0 of=/dev/null &
# pidof dd
1358

    因此，有关此过程的信息可在以下位置找到/proc/1358：

    # ls -l /proc/1358/fd
total 0
lr-x------    1 root     root            64 Nov  2 09:16 0 -> /dev/mmcblk0
l-wx------    1 root     root            64 Nov  2 09:16 1 -> /dev/null
lrwx------    1 root     root            64 Nov  2 09:16 2 -> /dev/pts/0

    文件句柄 0 是if=/dev/mmcblk0，现在进度在哪里？

    # cat /proc/1358/fdinfo/0
pos:    2132803584
flags:  0400000
mnt_id: 17
# cat /proc/1358/fdinfo/0
pos:    2366636032
flags:  0400000
mnt_id: 17
# cat /proc/1358/fdinfo/0
pos:    2587885568
flags:  0400000
mnt_id: 17

    以这种方式，对于busybox dd，您还可以从其fdinfo pos 值中获取进度。

    也就是说，适度发送 USR1 信号对性能的影响应该很小。在资源很少的嵌入式系统上，轮询 fdinfo 也可能会产生类似的影响。

    • 8
  2. Best Answer

    dd if=/dev/zero of=/dev/null bs=1048576 count=1024

    请注意，至少在使用参数时dd可以破坏数据。如果您为特定系统配置手动选择最佳块大小，它的性能优势充其量是很小的：或者可以做得更好，最多只是稍微慢一点。因此，如果您不需要，请不要使用。bscatcpdd

    请注意，从 1.23 版开始，BusyBox 使用sendfile系统调用来复制数据，而不是使用readand write。只有普通副本，例如catand cpuse sendfile，但是：dd被迫使用read/write因为它想要精确控制大小。所以在 BusyBox ≥1.23 的情况下，cat很cp可能比dd.

    'dd' 是否真的在每次收到 USR1 信号时“暂停”？

    从技术上讲是的，它必须“暂停”来处理信号。然而，暂停只是几个 CPU 指令（迄今为止最昂贵的部分是打印进度输出）。因此，这不会以任何方式使您的基准测试无效。

    如果 dd 每秒暂停一次，那么当传输数十 GB 时，我将在操作中增加几个小时。

    不，您的数量级错误。您可能会在单 CPU 线程上增加 0.1% 的时间。主要成本是基准测试程序的内核时间，而不是dd，因此它是您想要做的事情所固有的，而不是您实现它的方式。

    如果有可能让 dd 在不向进程发送任何信号的情况下打印其当前状态

    嗯，不。已经有一种简单的、历史悠久的、标准的、简单的方法来做到这一点。为什么会有另一种更难实施的方法？

    在 Linux 上，有一种通用的方法可以知道副本到达的位置。它不依赖于正在执行复制的程序，尽管它并不总是适用于特殊文件。找出$pid正在进行复制的进程 ID，以及它用于输入和输出的文件描述符。dd从 fd 0 读取并写入 fd 1。BusyBoxcp通常从 fd 3 读取并写入 fd 4。您可以通过/proc/$pid/fd.

    $ cp /dev/zero /dev/null & pid=$!
$ readlink /proc/$pid/fd/3
/dev/zero
$ readlink /proc/$pid/fd/4
/dev/null

    您可以检查文件描述符$n$在/proc/$pid/fd/$n.

    $ cat /proc/$pid/fdinfo/4
pos:    74252288
flags:  0100001
mnt_id: 27

    但是，请注意，文件描述符位置可能不会使用特殊文件（例如/dev/zero、/dev/null、管道或套接字）进行更新。它总是用常规文件更新。我不知道它是否针对块设备进行了更新。因此，它可能不会为您提供在/dev/zeroand之间进行复制的任何信息/dev/null，但它可能适用于您的实际用例。

    • 8

相关问题