Размер диска с адресом ОС

У меня есть контроллер хранения 3ware 9550SXU-12 и подключенные к нему диски 750G. Диски настроены как отдельные блоки (не JBOD).

Я провел несколько тестов производительности, в основном, чтобы увидеть влияние выравнивания разделов, шифрования, уровня рейда и т. Д. На производительность чтения / записи / iops.

Я был удивлен, что в моем случае производительность чтения / записи для одной и той же конфигурации хранилища была немного ниже для выровненных разделов, чем для невыровненных.

Это побудило меня начать проверять, есть ли разница в том, как диск виден ОС при подключении через контроллер 3ware и при использовании порта на материнской плате, который вообще не поддерживает RAID.

Я знаю о метаданных блока управления диском (DCB), которые контроллеры 3ware помещают на диски, чтобы можно было заменить контроллер без необходимости перенастраивать его, когда данные конфигурации считываются из блока DCB на дисках. Мой контроллер использует "Новый формат", который, очевидно, означает, что контроллер записывает DCB в последние 1024 LBA диска.

Мне было интересно посмотреть, не сорвал ли мои усилия по выравниванию контроллер 3ware, предоставляющий ОС только часть диска.

Что я нашел:

  • начало диска выглядит одинаково при подключении к контроллеру 3ware или без него. Здесь не должно быть никакого влияния на выравнивание. Проверено с помощью dd/md5sum.
  • последние 1024*512B диска действительно содержат что-то, что должно быть помещено туда 3ware (судя по читаемым строкам)
  • Теперь интересная часть: когда под управлением 3ware, диск сообщает о размере носителя 749988741120 B, а при прямом подключении - 750156374016 B, что означает, что при подключении через контроллер 3ware ОС получает доступ примерно на 160 МБ меньше дискового носителя.

Было бы понятно, если бы это была разница в 1024x512B (DCB), но 160MB кажется слишком большим пространством для хранения метаданных контроллера этого типа.

ВОПРОСЫ:

Кто-нибудь знает, есть ли другие соображения при выравнивании разделов на дисках, подключенных к контроллерам, которые хранят конфигурацию устройства на этих дисках, которые я мог бы пропустить?

Из любопытства - кто-нибудь знает, для чего используются последние 160 МБ дисковых носителей?

Спасибо

Источник

1 ответ

Решение

Я не могу комментировать напрямую, так как я не знаком с 3ware.

Однако в целом я столкнулся с довольно большим количеством массивов хранения, которые "крадут" некоторое дисковое пространство. Есть множество причин, в том числе:

  • Контроллер запускает урезанную ОС и требует места. (Конфиг / управление и т. Д.)
  • Контроллер запускает кэш записи, и в случае сбоя питания необходимо где-то экстренно очистить кэш.
  • Нормализация размера, чтобы позволить небольшую разницу в размерах диска.
  • встроенная "единица распределения" в контроллере, например, позволяющая только распределение фиксированных кратных. (Обычно привязан к ограничениям кэширования / подкачки).

Что касается выравнивания - единственная причина, по которой я могу думать о том, чтобы правильное выравнивание было медленнее, это то, что ваш контроллер также обрабатывает выравнивание. Массивы / контроллеры все в большей степени осознают ОС - отчасти из-за необходимости правильно устанавливать флаги SCSI, а также из-за этой проблемы с выравниванием.

Вы можете обнаружить, что если ваш массив знает платформу вашего хоста, то он уже "настроил" выравнивание внутри. (и, таким образом, выровняв себя, вы снова выровняли это).

Источник
Другие вопросы по тегам