标签: io

Robocopy 有一个/J推荐用于复制大文件的命令行选项（它使用无缓冲 I/O 进行复制）。

有什么（如果有）缺点？默认情况下未启用的任何原因？（这就是让我认为可能存在缺点的原因。）

我在管理的几个 Linux 系统上遇到了一些 I/O 问题。它们表现在进程经常在诸如 open()、unlink() 或 close() 之类的简单系统调用中阻塞长达几秒钟的文件（这是一个问题，因为一些涉及的程序需要相当低的 I/O 延迟才能运行适当地）。确实，有问题的系统会遇到一些中等的 I/O 负载，但我很难认为这足以证明如此巨大的延迟时间是合理的。有时，调用可能需要 15 秒以上才能完成（尽管更多情况下可能需要 1、2 或 3 秒左右）。

我的问题是：我怎样才能找出发生这种情况的原因？我想要的是一些工具，它可以告诉我有问题的进程在内核中被什么阻塞，为什么它们休眠的进程很忙，它发生了什么，等等。是否有这样的工具，或者是否有其他尝试调试发生的事情的方法？

另外，当然，如果您有任何线索，其实什么是发生的事情，怎么能避免？

作为记录，我使用的文件系统是 XFS。

我知道有一个磁盘控制器这样的东西，它包含一个缓冲区，但想知道 CPU 是否直接从这个缓冲区读取，或者数据是否必须首先转到内存中的特定位置，然后允许自己读取由 CPU ？

有谁也知道缓冲区叫什么？DMA 如何适应这一切？

我有一个非常大的 NTFS 卷，容量超过 20TB，包含数百万个文件。如果我将所有文件放在同一个文件夹中，我知道在 Windows 资源管理器中打开文件夹时性能很差。

如果我直接在程序中打开其中一个文件，性能是否仍然很差？

我有一台生病的 Windows XP 笔记本电脑；有些东西使磁盘抖动，整个系统在启动几分钟后就变得迟钝到无响应。我如何找出导致磁盘抖动的原因？任务管理器可以很好地查找正在使用 CPU 或内存的内容，但不显示磁盘 I/O。

详细信息：运行 Win XP Home，直到几天前机器运行良好。我已经验证它不是分页，因为它的内存不足。根据 DiskCheckup，没有可怕的 SMART 错误。

例如，来自 Process Monitor 应用程序：

令人惊讶的是，关于它的网络信息很少；甚至不知道“\device\mup”是什么。

编辑：

更多信息：

涉及的进程命令行：

C:\WINDOWS\system32\svchost.exe -k LocalServiceNoNetwork

我们有一个系统可以转换一组数千多 MB 的文件。在转换的每一步之后，它都会将中间文件写入磁盘。这个概念类似于暂存盘。

我们有在 RAID 6 中运行的高性能 SAS 驱动器，但由于 RAM 和 CPU 都没有受到太大影响，我怀疑我们的瓶颈之一实际上是将中间文件写入暂存目录。

我们在这些系统上有很多 RAM，而 RHEL 开箱即用，带有一个 RAM 驱动器 /dev/shm。因此，作为快速测试，我删除了临时目录，并将其符号链接到 ram 驱动器中的目录。性能是一样的还是稍微差一点？如何？

去磁盘获取符号链接是否会以某种方式否定 ramdisk 的性能优势？

我在某些场景中对此进行了测试，我知道我们接触了超过 10GB 的数据（java vm 的最大值），因此它不应该被缓存。

我在这里缺少什么？

可能的重复：
Linux：是否有类似于 I/O 的“top”？

我正在尝试在 Linux 机器上执行一些 CPU 密集型操作，它显示出非常高的负载。

我想弄清楚这个负载是由于 I/O 还是 CPU 使用造成的。我怎样才能按进程获得 I/O 使用率的百分比？

我使用 dd 来测量写入性能并观察到一些奇怪的现象：写入 /data/emzed2 比写入 /data 快。这是我衡量性能的方式：

$ dd if=/dev/zero of=/data/emzed2/testfile bs=32

^C4921834+0 条记录

4921834+0 记录输出 157498688 字节 (157 MB) 复制，2,87329 秒，54,8 MB/秒

$ dd if=/dev/zero of=/data/testfile bs=32

^C2487991+0 条记录

2487991+0 条记录已复制 79615712 字节 (80 MB)，2,6501 秒，30,0 MB/秒

两个文件夹都在 SSD 驱动器上的同一分区上。我使用 Ubuntu 14.04 并多次重复实验，结果相似。

知道发生了什么吗？

我已经创造5个1TB HDD分区（/dev/sda1，/dev/sdb1，/dev/sdc1，/dev/sde1，和/dev/sdf1在a）中RAID 6阵列称为/dev/md0使用mdadm在Ubuntu 14.04 LTS可信赖的塔尔羊。

命令 sudomdadm --detail /dev/md0用于显示处于活动同步状态的所有驱动器。

然后，为了测试，我/dev/sdb通过/dev/sdb1在阵列中仍处于活动状态时运行这些命令来模拟长 I/O 阻塞：

hdparm --user-master u --security-set-pass deltik /dev/sdb
hdparm --user-master u --security-erase-enhanced deltik /dev/sdb

警告

不要在你关心的数据上尝试这个！
^{_{由于此 ATA 操作，我最终损坏了 455681 个 inode。我承认我的疏忽。}}

用于安全擦除的 ATA 命令预计将运行 188 分钟，阻止所有其他命令至少那么长时间。

我md原本希望像一个合适的 RAID 控制器一样丢弃没有响应的驱动器，但令我惊讶的是，它/dev/md0也被阻塞了。

mdadm --detail /dev/md0 查询被阻止的设备，因此它会冻结并且不会输出。

这是/proc/mdstat我无法使用时的布局mdadm --detail /dev/md0 …