操作系统可寻址的磁盘大小

Question

我有一个 3ware 9550SXU-12 存储控制器和连接到它的 750G 磁盘。磁盘被配置为单个单元（不是 JBOD）。

我一直在运行一些性能测试，主要是看分区对齐、加密、raid级别等对读/写/iops性能的影响。

我很惊讶在我的情况下，对齐分区的相同存储配置的读/写性能比未对齐的分区略低。

这促使我开始检查通过 3ware 控制器连接时磁盘对操作系统的可见性和使用主板上的端口时是否存在差异，主板上的端口根本不支持任何 RAID。

我知道 3ware 控制器放在磁盘上的磁盘控制块 (DCB) 元数据，以便更换控制器而无需重新配置它，因为配置数据是从磁盘上的 DCB 块读取的。我的控制器使用“新格式”，这显然意味着控制器在磁盘的最后 1024 个 LBA 中写入 DCB。

我很想知道我的对齐工作是否不会被 3ware 控制器仅将磁盘的一部分呈现给操作系统。

我发现了什么：

• 连接或不连接 3ware 控制器时，磁盘的开头看起来完全相同。对这里的对齐不应该有任何影响。用 dd/md5sum 验证。
• 磁盘的最后一个 1024*512B 确实包含看起来由 3ware 放置的内容（根据那里的可读字符串判断）
• 现在有趣的部分是：当在 3ware 控制下时，磁盘报告的媒体大小为 749988741120 B，当直接连接时 - 750156374016 B，这意味着当通过 3ware 控制器连接时，操作系统可以访问大约 160MB 的磁盘媒体。

如果只是 1024x512B（DCB）的差异是可以理解的，但是 160MB 似乎有点太大空间来存储这种类型的控制器元数据。

问题：

有谁知道在对齐连接到在这些磁盘上存储单元配置的控制器的磁盘上的分区时是否还有其他注意事项，我可能错过了？

出于好奇 - 有谁知道最后 160MB 的磁盘介质是做什么用的？

谢谢

Answer 1

我不能直接发表评论，因为我对3ware不熟悉。

但总的来说，我遇到过很多“窃取”一些磁盘空间的存储阵列。原因有多种，包括：

• 控制器运行精简的操作系统，并且需要空间。（配置/管理等）
• 控制器运行写入缓存，并且在发生电源故障时需要在某个地方紧急刷新缓存。
• 大小标准化，以允许磁盘大小略有变化。
• 控制器中的内置“分配单元”，例如仅允许固定倍数的分配。（通常适合缓存/分页限制）。

关于对齐 - 我能想到的正确对齐速度较慢的唯一原因是您的控制器是否也在处理对齐。越来越多的阵列/控制器能够识别主机操作系统 - 部分原因是需要正确设置 SCSI 标志，但也因为这种对齐问题。

您可能会发现，如果您的阵列知道主机的平台，那么它已经在内部“调整”了对齐方式。（因此，通过调整自己，你又再次错位了）。