标签: performance

我了解什么是 IOPS 和吞吐量。吞吐量以 MB/s 为单位衡量数据流，IOPS 表示每秒发生的 I/O 操作数。

我不明白的是为什么许多存储服务只显示它们提供的 IOPS。我真的看不到任何我更愿意知道 IOPS 而不是吞吐量的情况。

为什么 IOPS 很重要？为什么 AWS 主要以 IOPS 显示其存储配置？IOPS 在哪些方面比吞吐量 (MB/s) 更相关？

编辑：

有些人正在研究这个问题，就好像我问什么是随机访问以及它如何影响性能或 HDD 和 SSD 的工作原理......对此，这不是问题的目标，问题是关于“当我看到 IOPS 数字时，我会获得哪些新信息，而我不会看到吞吐量 (MB/s) 数字？”

我有一台 Linux 服务器，它正在执行大量的磁盘 io。有一个进程在执行大部分磁盘写入。我发现了这一点iotop，它显示了正在执行磁盘 I/O 的进程。是否有一个等效程序（在 debian lenny apt 存储库中）可以显示正在写入哪些文件？像“顶部”这样的界面会很棒吗？这甚至可能吗？

我使用默认选项安装了 ext3 文件系统。在它上面我有一些 ~ 100GB 的文件。

删除任何此类文件需要很长时间（8 分钟）并会导致大量 io 流量，从而增加服务器负载。

有什么方法可以使 rm 不那么具有破坏性？

我需要 Windows 性能监视器中的一组全面而复杂的性能计数器。此时每次使用性能监视器时，都必须一一添加计数器。有没有办法保存计数器集并在以后使用时加载它？谢谢，

我在设置 KVM 来宾时遇到了一些严重的磁盘性能问题。使用简单的dd测试，qcow2 映像所在的主机分区（镜像 RAID 阵列）的写入速度超过120MB/s，而我的来宾写入速度从0.5 到 3MB/s不等。

• 来宾配置了几个 CPU 和 4G 内存，目前没有运行其他任何东西；目前这是一个完全最小的安装。
• 性能测试使用time dd if=/dev/zero of=/tmp/test oflag=direct bs=64k count=16000.
• 来宾配置为使用 virtio，但这似乎对性能没有影响。
• 主机分区是 4kb 对齐的（无论如何，主机上的性能很好）。
• 在磁盘上使用写回缓存会大大提高报告的性能，但我不想使用它；即使没有它，性能也应该比这好得多。
• 主机和来宾都运行 Ubuntu 12.04 LTS，它带有 qemu-kvm 1.0+noroms-0ubuntu13 和 libvirt 0.9.8-2ubuntu17.1。
• 主机启用了截止时间 IO 调度程序，来宾具有 noop。

似乎有很多指南可以调整 kvm 性能，我最终会到达那里，但似乎此时我应该获得比这更好的性能，所以似乎有些事情已经非常错误了。

更新 1

突然，当我现在回去测试时，它是26.6 MB/s；这更像是我对 qcrow2 的期望。如果有人对可能是什么问题有任何想法（并且以防它再次神秘地返回），我会留下这个问题。

更新 2

我不再担心 qcow2 的性能，只是使用原始图像切换到 RAID1 上的 LVM，仍然使用 virtio，但在磁盘驱动器上设置 cache='none' 和 io='native'。写入性能现在是 appx。135MB/s使用与上述相同的基本测试，所以当它可以很容易地完全解决时，弄清楚问题是什么似乎没有多大意义。

如果我有一个脚本需要在多台计算机上运行，​​或者有多个不同的参数，我如何并行执行它，而不必产生产生新PSJobStart-Job的开销？

例如，我想重新同步所有域成员的时间，如下所示：

$computers = Get-ADComputer -filter * |Select-Object -ExpandProperty dnsHostName
$creds = Get-Credential domain\user
foreach($computer in $computers)
{
    $session = New-PSSession -ComputerName $computer -Credential $creds
    Invoke-Command -Session $session -ScriptBlock { w32tm /resync /nowait /rediscover }
}

但我不想等待每个 PSSession 连接并调用命令。如果没有乔布斯，这如何并行完成？

假设我们正在使用 ext4（启用 dir_index）来托管大约 3M 文件（平均大小为 750KB），我们需要决定我们将使用什么文件夹方案。

在第一个解决方案中，我们将哈希函数应用于文件并使用两级文件夹（第一级为 1 个字符，第二级为 2 个字符）：因此filex.for哈希等于abcde1234，我们将其存储在 /path / a/bc /abcde1234-filex.for。

在第二种解决方案中，我们对文件应用哈希函数并使用两级文件夹（第一级为 2 个字符，第二级为 2 个字符）：因此filex.for哈希等于abcde1234，我们将其存储在 /path / ab/de /abcde1234-filex.for。

对于第一个解决方案，我们将采用以下方案/path/[16 folders]/[256 folders]，每个文件夹（文件所在的最后一个文件夹）平均有 732 个文件。

而在第二个解决方案，我们将有/path/[256 folders]/[256 folders]与平均每个文件夹45页的文件。

考虑到我们要从这个方案中写入/取消链接/读取文件（但主要是读取）（基本上是 nginx 缓存系统），如果我们选择一个或其他解决方案，它在性能方面是否重要？

另外，我们可以使用哪些工具来检查/测试此设置？

最近有人建议我在 PHP 中使用 FastCGI。现在我去了 FastCGI 页面并阅读了它，但我真的不明白它的优点是什么。

人们一直告诉我，为了提高 SQL 服务器的性能，购买尽可能快的 RAID 5 硬盘等。

所以我在想，与其把所有的钱都花在 RAID 5 和超级快速的硬盘上（顺便说一句，这并不便宜），为什么不直接获得大量 RAM？我们知道 SQL 服务器将数据库加载到内存中。内存比任何硬盘都快。

为什么不在服务器上塞入 100 GB 的内存？那么就使用带有RAID 1 的普通SCSI 硬盘。那不是更便宜和更快吗？

这是一种经常发生的情况，在通过 SSH 连接到服务器（甚至在我的 Mac 上打开终端）后，登录横幅会立即打印，但需要大约 10 秒到 1 分钟才能出现 shell 提示。之后，性能很好，网络延迟并不少见。

这似乎不是一项计算困难、内存密集或 IO 密集型的任务。所有这些数十亿个 CPU 周期都在做什么？