512e 512n что выбрать

15.05.202215.05.2022 admin 0 Comments

Диски, контроллеры, ОС и Advanced Format

Что такое Advanced Format

Advanced Format — новый формат разметки секторов, используемый в некоторых жёстких дисках. Вместо традиционного сектора размером 512 байт используется 4096 байт. Некоторые диски SCSI/SAS/FC могут использовать 520- и 528-байтные «толстые» сектора для дополнительного контроля целостности данных, но это не относится к теме данной статьи.

Увеличение размера сектора в 8 раз связано с необходимостью повышения эффективности размещения данных на современных дисках. Накладные расходы, связанные с 512-байтной разметкой, начинают мешать дальнейшему увеличению ёмкости HDD. Помимо служебных полей в каждом 512-байтном секторе присутствует поле с кодом коррекции ошибок (ECC) длиной в 50 байт. В 4096-байтном секторе длина ECC-поля составляет 100 байт. Общее эффективность хранения данных удалось улучшить примерно на 10%.

Естественно, поддержка нестандартных секторов требуется со стороны дисковых контроллеров и операционных систем. Для решения проблем с совместимостью был ввёден дополнительный стандарт 512E, который обозначает диски с физическим размером сектора 4096 байт, но при этом эмулирующие обычный размер сектора в 512 байт. Advanced Format диски без эмуляции обозначаются 4KN. Таким образом, сейчас существует три варианта разметки:

Формат	Логический размер сектора	Физический размер сектора
	512 байт	512 байт
	512 байт	4096 байт (4КиБ)
	4096 байт (4КиБ)	4096 байт (4КиБ)

Совместимость

Операционные системы

На первый взгляд кажется, что использование эмуляции 512-байтного сектора снимает все проблемы с совместимостью, но это не так. Во-первых, сразу же возникает проблема с производительностью. Что произойдет при записи блока размером 512 байт на диск с размером сектора 4096 байт (пусть и эмулирующий наличие секторов 512 байт)? Произойдёт классический процесс read-modify-write, вместо одной операции понадобится две: прочитать сектор 4096 байт, поменять в нём 512 байт (записываемый блок) и записать 4096 байт обратно. Аналогичная проблема проявляется и при отсутствии выравнивания, когда записываемый блок данных может быть достаточно большим и даже кратным 4096 байт, но при этом сдвинут относительно границ реальных секторов:

В современных условиях операции записи блоками меньше 4096 байт встречаются крайне редко, а вот проблема с выравниванием остаётся. Например, в старых Windows (до Windows Server 2008) при установке загрузочный раздел создаётся со смещением в 63 сектора. Так уж исторически сложилось с тех времён, когда BIOS использовал реальную геометрию диска вместо LBA. Разумеется, смещение в 63×512 не делится на 4096, что приводит к нарушению выравнивания для всех последующих разделов и снижению производительности. Впервые на данную проблему обратили внимание в связи с использованием RAID-контроллеров и необходимостью выравнивания разделов по границам страйпа и она была решена в Windows Vista/ Windows Server 2008 (и примерно в то же время — в других ОС) введением выравнивания по границам в 1024КиБ (1МиБ), т.е. первый раздел создается со смещением в 2048 512-байтных секторов.

Почему именно 1МиБ, если подойдёт меньшее смещение (главное — чтобы делилось на 4096 байт)? Просто потому, что нужен запас, ведь помимо физического диска в качестве блочного устройства могут выступать тома на RAID-контроллерах (с размером страйпа по умолчанию, например, у Adaptec в 256КиБ), SSD (с большим размером страниц) или образы дисков при использовании виртуализации, рекомендуемый размер NTFS-кластера для SQL или Exchange равен 64КиБ и т.д.

Проблема номер два — возможная потеря данных для сценариев с синхронной записью. Для ситуаций с записью блока меньше 4096 байт или невыравненного блока синхронной записи по факту не получится. Остаётся «научить» ОС не использовать при записи блоки меньше 4096 байт на диски 512E, но с этим есть определённые проблемы.

Microsoft

Проверить выравнивание существующих разделов и задать смещение для новых разделов в Windows можно при помощи diskpart. Пример (раздел на диске 0 со смещением в 1024КиБ или 2048 512-байтных секторов):

Проверить проще всего через WMI (пример):

В колонке StartingOffset должно быть 1024КиБ для первого раздела, для остальных — должно делиться на 1024КиБ, это означает, что и на 4096 байт и все другие «хорошие числа» (размеры страйпов и NTFS-кластеров) всё будет делиться.

Напомню, что в современных Windows смещение в 1024КиБ и так используется по умолчанию, так что проверять/выставлять его вручную нужно лишь для ОС из «63-секторной» эпохи. При автоматическом создании GPT-разметки (через Disk Management) на 512N или 512E диске вы увидите смещение для первого раздела в 17КиБ. Это не повод для тревоги, так как это служебный раздел MSR. Первый стандартный раздел будет создан со смещением в 135266304 байт (129МиБ) — прекрасно делится на любое из наших «хороших чисел».

Linux

Пример для GNU Parted (для 512N/512E дисков):

В LVM всё хорошо: смещение по умолчанию равно 1МиБ и размер PE (physical extent) кратен 1МиБ.

VMware

Статья в базе знаний VMware утверждает, что ни 512E, ни 4KN диски не поддерживаются. Поддержка дисков 4KN заявлена в vSphere 6.0.

С появлением VMFS-5 мы получили единый размер блока — 1МиБ и правильное 1МиБ-смещение для первого раздела. Раньше использовалось не всегда подходящее смещение в 64КиБ. Но всё это не отменяет заявления VMware о том, что 512E диски не поддерживаются. Видимо, это связано с тем, что формат VMDK хранит данные с гранулярностью 512 байт.

Прочие ОС

Mac OSX поддерживает Advanced Format начиная с Tiger. Остаются ещё FreeBSD и прочие *BSD, Oracle Solaris и множество других ОС, но детальное рассмотрение ситуации с Advanced Format дисками в них выходит за рамки данной статьи.

Сервисы Microsoft

Hyper-V

Exchange Server

SQL Server

Ситуация та же, что и для Exchange Server — в отказоустойчивых конфигурациях для баз и логов на всех узлах должы использоваться диски с одинаковым физическим размером сектора.
При использовании Storage Spaces возникает интересная ситуация: презентуемый размер физического сектора оказывается равным 4КиБ вне зависимости от того, из каких дисков собран Storage Spaces (том Storage Spaces можно создать из разных дисков — 512N и 512E, смешивать с 4KN, естественно, нельзя, кроме случаев использования tiering’а с SSD). Формат VHDX (виртуальный диск) по умолчанию создаётся как 512E. В этом можно убедиться, запустив fsutil fsinfo ntfsinfo :

При использовании VHDX на томе Storage Spaces (или аппаратном RAID), состоящем из 4KN дисков, сам VHDX тоже желательно сделать 4KN:

Безопасно ли это для SQL и других приложений, использующих синхронную запись? Ответ — да, так как большая гранулярность хранения не нарушает целостности данных, на производительность это тоже не влияет, так как 4096 делится на 512.

Сервисы, использующие ESENT

Не совсем актуальная проблема в Windows Server 2008. Сервисы, использующие в работе Extensible Storage Engine API (AD, WINS, DHCP) могут упасть при изменении размера физического сектора (например, при миграции с 512N-диска на 512E). Подробное описание и хотфикс смотрите тут.

Прочее ПО

Контроллеры

Adaptec by PMC

LSI/Avago

Это свойство как раз и отвечает за презентуемые хосту размеры блоков:
Default (0): при наличии в томе дисков 512E он презентуется как 512E. Если все диски — 512N, тогда том презентуется как 512N
Disabled (1): Том всегда презентуется как 512N несмотря на наличие дисков 512E
Forced (2): Том всегда презентуется как 512E даже при отсутствии дисков 512E

Emulation Type был портирован и на SAS2 контроллеры (LSI 2108/2208), но без значения Forced (2).

Программный RAID в чипсетах Intel (RST/RSTe)

4KN не поддерживается совсем, Intel RST на дисках 512E требует свежих драйверов.

Advanced Format в дисках корпоративного класса. Что нас ждёт?

Речь пойдёт о дисках корпоративного класса последний серий. Десктопные HDD и позиционируемые для NAS или видеонаблюдения сюда не попали.

Вендор	Серия	Форм-фактор	Интерфейсы	Скорость вращения шпинделя, об/мин	Дополнительно
Seagate	Enterprise Performance 10K HDD (10k.8)	2.5″	SAS	10000	Y	Y	Y	для 512N ёмкость ограничена: 600/1200ГБ
Seagate	Enterprise Performance 15K HDD (15k.5)	2.5″	SAS	15000	Y	Y	Y	32ГБ встроенного SSD-кэша
Seagate	Enterprise Capacity 2.5 HDD (V.3)	2.5″	SAS, SATA	7200	Y	Y
Seagate	Enterprise Capacity 3.5 HDD (V.4)	3.5″	SAS, SATA	7200	Y	Y
Seagate	Archive HDD	3.5″	SATA	7200	Y	Позиционируются для архивного применения, меньше MTBF и хуже BER
Seagate	Terascale HDD	3.5″	SATA	5900/7200	Y	Позиционируются для облачного применения, меньше MTBF и хуже BER
HGST	Ultrastar C10K1800	2.5″	SAS	10000	Y	Y	Y	для 512N ёмкость ограничена: 300/600/900/1200ГБ
HGST	Ultrastar C15K600	2.5″	SAS	15000	Y	Y	Y
HGST	Ultrastar C7K1000	2.5″	SAS	7200	Y
HGST	Ultrastar He 8	3.5″	SAS, SATA	7200	Y	Y
HGST	Ultrastar He 6	3.5″	SAS, SATA	7200	Y
HGST	Ultrastar 7K6000	3.5″	SAS, SATA	7200	Y	Y
HGST	MegaScale DC 4000.B	3.5″	SATA	5400	Y	Позиционируются для облачного применения, меньше MTBF и хуже BER
WD	Xe	2.5″/3.5″	SAS	10000	Y
WD	Re	3.5″	SATA	7200	Y
WD	Se	3.5″	SATA	7200	Y	Позиционируются для облачного применения, меньше MTBF и хуже BER
WD	Ae	3.5″	SATA	5760	Y	?	Позиционируются для архивного применения, меньше MTBF и хуже BER
Toshiba	AL13SE	2.5″	SAS	10000	Y
Toshiba	AL13SX	2.5″	SAS	15000	Y
Toshiba	AL13SEL	3.5″	SAS	10000	Y
Toshiba	MG03ACA/MG03SCA	3.5″	SAS, SATA	7200	Y
Toshiba	MG04ACA	3.5″	SATA	7200	Y	Y
Toshiba	MG04SCA	3.5″	SAS	7200	Y	Y
Toshiba	MC04ACA	3.5″	SATA	7200	Y	Позиционируются для облачного применения, меньше MTBF и хуже BER

Тенденцию вы видите сами — Advanced Format окончательно проник из десктопного сегмента в корпоративный. Быстрые SAS диски 10/15 тыс. об/мин ещё выпускаются в варианте 512N, но наращивание плотности заставляет производителей использовать 4КиБ-сектора: Seagate 10k.8 и HGST Ultrastar C10K1800 ёмкостью 1800ГБ доступны только в вариантах 512E и 4KN. Все диски объёмом больше 5ТБ за исключением HGST Ultrastar He 6 — только Advanced Format.

SSD имеют свои особенности. Читать и записывать данные можно страницами, размер которых составляет 2–4–8–16КиБ в зависимости от архитектуры SSD. При этом для записи нужно обеспечить предварительное стирание ячеек, которое осуществляется не постранично, а блоками по несколько сотен страниц. Например, Samsung 840 EVO имеет блоки по 2МиБ, каждый из которых состоит из 256-ти страниц по 8КиБ. При этом, естественно, любой презентуемый хосту размер блока — 512 или 4096 байт — будет абстракцией.

Некоторые из современных SAS/SATA SSD эмулируют 512E-диск, но большая часть из соображений совместимости — 512N. Каких-либо особых мер в связи с этим предпринимать не требуется, так как в SSD корпоративного класса содержимое кэша обязательно защищается от потери питания. Достаточно обеспечить выравнивание по размеру страницы.
Некоторые PCI-E SSD, например, производства Fusion IO дают возможность при помощи фирменных утилит изменить при форматировании размер логического сектора, т.е. переключаться между 512E и 4KN режимами. Для некоторых SSD с интерфейсом SAS это тоже возможно, например, Seagate 1200 поддерживает изменение размера сектора обычным sg_format. Переход на 4КиБ сектор в некоторых сценариях может существенно поднять производительность.

Источник

Жесткие диски HDD или твердотельные накопители SSD

Арендуя сервер под важные сервисы, вы скорее всего обеспокоены безопасностью данных и надежностью носителя, хранящего эти данные.

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

Производительность и стоимость таких HDD- и SSD-накопителей зависят от конкретных предложений. Ниже указана информация по возможностям этих устройств.

Краткий обзор

Жесткие диски (HDD) и твердотельные накопители (SSD) выпускаются в нескольких вариантах, предназначенных для удовлетворения различных потребностей клиентов. Такое оборудование включает в себя:

Жесткие диски 512e с повышенной производительностью: предложение технологий 13G и 14G

В начале 2017 года был представлен жесткий диск SAS 900GB 15K 512e 12Gbps в форм-факторе 2,5’’. Новинка была снабжена усовершенствованной кэш-функцией для улучшения считывающей способности в дополнение к функции Advance Write Cache, являющейся стандартной в этой линейке.

Технология улучшенного кэша TurboBoost ™ от торговой марки Seagate Inc. стала самым значительным усовершенствованием в конструкции дизайна стандартного корпоративного жесткого диска (скорость оборотов 10К и 15К в минуту). Этот новый диск 512e включает в себя небольшое количество памяти eMLC NAND в качестве кэша, что уменьшает задержки и значительно ускоряет время реакции, делая его предсказуемым.

Вместо того, чтобы просто конструировать системы хранения с применением “микса” из дискретных жестких дисков и твердотельных накопителей, создатели технологии TurboBoost раскрыли сильные стороны как HDD, так и SSD. По крайней мере, с помощью TurboBoost можно улучшить общую производительность путем повышения доступности горячих данных (информации, наиболее часто запрашиваемой хостом) и существенного уменьшения времени реакции (IOPS).

Чем выше рабочая нагрузка, тем более явно проявляются преимущества оптимизированного кэширования в жестких дисках. Эта технология идеально подходит для создания новых высокопроизводительных серверов, оперативного управления несколькими транзакциями или быстрых замен (функция остается активной все время и не требует разрешения от хоста).

Для получения подробной информации о результатах производительности дисков разной емкости см. документ со сравнительными характеристиками.

Обновление совместимости диска в расширенном формате (4 КБ)

Платформы

Клиенты Windows XP, Windows Vista, Windows 7, Windows 7 SP1, Windows 8
Серверы Windows Server 2003, Windows Server 2008, Windows Server 2008 R2, Windows Server 2008 R2 с пакетом обновления 1 (SP1), Windows Server 2012, Windows Server 2012 R2, Windows Server 2016

Описание

В этой статье приведена обновленная версия статьи с пакетом обновления 512e (512-Byte Emulator), выпущенной для Windows 7 SP1 и Windows Server 2008 R2 с пакетом обновления 1 (SP1). Это обновление содержит много новых сведений, некоторые из которых применимы только к Windows 8 и Windows Server 2012.

Плотность с областями увеличивается ежегодно, и с недавним появлением дисков объемом 3 ТБ механизмы исправления ошибок, используемые для работы с пониженным соотношением сигнала и шума (СНР), становятся неэффективными. то есть для обеспечения пригодности носителя требуется увеличенный объем издержек. Одно из отраслевых решений для улучшения этого механизма исправления ошибок состоит в том, чтобы ввести другой формат физического носителя, который включает в себя большой размер физического сектора. Этот новый формат физического носителя называется расширенным форматом. Таким образом, больше не рекомендуется делать никаких предположений относительно размера сектора современных запоминающих устройств, и разработчикам необходимо изучить допущения, лежащие в основе кода, чтобы определить, есть ли последствия.

В этом разделе описывается воздействие расширенного формата устройств хранения на программное обеспечение, обсуждаются приложения, которые могут помочь в поддержке такого типа мультимедиа, а также обсуждается инфраструктура, появившаяся корпорацией Майкрософт в Windows Vista, Windows 7 и Windows 8, позволяющая разработчикам поддерживать такие типы устройств. Хотя материал, представленный в этом разделе, содержит рекомендации по улучшению совместимости с дополнительными дисками формата, информация обычно применяется ко всем системам с дополнительными дисками форматирования под управлением Windows Vista, Windows 7 и Windows 8.

Общие сведения о новых возможностях, связанных с большими секторами

В приведенном ниже списке перечислены новые функции, поставляемые в составе Windows 8 и Windows Server 2012, которые помогут улучшить работу клиентов и разработчиков с большими секторами дисков. Подробное описание каждого элемента приведено ниже.

Введение в расширенный формат (4 КБ) дисков

Одной из проблем, связанных с внесением такого изменения в формат мультимедиа, является возможность устранения проблем совместимости с существующим программным обеспечением и оборудованием. Как временное решение для обеспечения совместимости, отрасль хранения изначально представляет диски, которые имитируют обычный 512-байтовый сектор, но делают доступными сведения о истинном размере сектора с помощью стандартных команд ATA и SCSI. В результате этой эмуляции, по сути, два размера сектора:

Начальные типы носителей больших секторов

Отрасли хранилища быстро избегают усилий по переходу к новому расширенному формату хранилища для носителя с физическим сектором размером 4 КБ. На рынке будет выпущено два типа носителей:

4 КБ машинный код: Этот носитель не имеет слоя эмуляции и напрямую предоставляет 4 КБ в качестве логического и физического размера сектора. Общая проблема с этим новым типом носителя состоит в том, что большинство приложений и операционных систем не запрашивают и не выводят запрос на размер физического сектора, что может привести к непредвиденному выполнению операций ввода-вывода.
512-байтовая эмуляция (512e): Этот носитель имеет слой эмуляции, как обсуждалось в предыдущем разделе, и предоставляет 512-байты в качестве логического размера (аналогично обычному диску), но предоставляет доступ к сведениям о размере физического сектора (4 КБ). Общая проблема с этим новым типом носителя состоит в том, что большинство приложений и операционных систем не понимают существование физического размера сектора, что может привести к ряду проблем, которые будут рассмотрены ниже.
Общая поддержка Windows для носителей больших секторов

Общие имена	Сообщаемый размер логического сектора	Сообщаемый размер физического сектора	Версия Windows с поддержкой
512-байт машинного кода, 512N	512 байт	512 байт	Все версии Windows
Расширенный формат, 512e, AF, 512-байтовая Эмуляция	512 байт	4 КБ	Windows Vista w/MS KB 2553708 Windows Server 2008 * w/MS KB 2553708 Windows 7 w/MS KB 982018 Windows Server 2008 R2 * w/MS KB 982018 Все версии Windows с Windows 7 SP1 и более поздних версий. Все серверные версии 2008 R2 с пакетом обновления 1 (SP1) и более поздних версий. Хотя в предыдущей таблице не превышено значение «ненапряженность», Windows XP, Windows Server 2003 и Windows Server 2003 R2 не поддерживают носители 512e или 4Kn. Хотя система может загружаться и работать с минимальными возможностями, возможны неизвестные ситуации, связанные с функциональностью, потерей данных или неоптимальной производительностью. Таким образом, корпорация Майкрософт имеет строгие меры предосторожности при использовании 512e Media с Windows XP или другими продуктами, основанными на базе кода Windows XP (например, Windows Home Server 1,0, Windows Server 2003, Windows Server 2003 R2, Windows XP 64-разрядный выпуск, Windows XP Embedded, Windows Small Business Server 2003 и Windows Small Business Server 2003 R2). Как работает эмуляция: чтение и изменение — запись (РМВ) Среда хранения содержит определенную единицу, в которой можно изменить физический носитель. Это значит, что носитель может быть записан или переписан только в единицах физического размера сектора. Таким образом, операции записи, которые не выполняются на этом уровне единиц, потребуют дополнительных действий, которые мы рассмотрим в примере ниже. В этом сценарии приложению необходимо обновить содержимое записи Датастор, расположенной в 512-байтном логическом секторе. На этой схеме показаны действия, необходимые для завершения записи на устройстве хранения. Как показано выше, этот процесс подразумевает некоторую работу устройства хранения, которое может привести к снижению производительности. Чтобы избежать этой дополнительной работы, приложения должны быть обновлены до: Хотя это может показаться только проблемой с производительностью, может возникнуть более серьезная проблема. Давайте обсудим это в следующем разделе. Устойчивость: скрытые затраты на чтение и изменение — запись Устойчивость говорит о возможности восстановления состояния приложения между сеансами. Мы увидели, что необходимо для устройства хранения 512e для выполнения 512-байтового сектора и записи цикла чтения-изменения и записи. Давайте посмотрим, что произойдет, если процесс перезаписи предыдущего физического сектора на носителе был прерван. Каковы последствия? С учетом этого важно, чтобы программное обеспечение приложения пересмотрело все предположения, принятые в коде, и было известно о различии логического физического размера сектора, а также о некоторых интересных сценариях клиентов, обсуждаемых далее в этой статье. Выполнение нужного действия (предотвращение чтения-изменения — запись) Хотя некоторые поставщики хранилища могут представлять некоторые уровни устранения рисков в определенных устройствах хранения 512e, чтобы попытаться упростить производительность и устойчивость цикла чтения-изменения и записи, существует лишь то, что в плане рабочей нагрузки может обрабатываться лишь множество мер по устранению проблем. Таким образом, приложения не должны полагаться на эту опасность как долгосрочное решение. Кроме того, нет никакой гарантии, что все классы дисков будут иметь такое устранение рисков, а также не гарантирует, что устранение рисков будет хорошо спроектировано. Это решение не предназначено для устранения проблем, но для разработки приложений с целью обеспечения поддержки такого типа мультимедиа. В этом разделе обсуждаются распространенные сценарии, в которых приложения могут столкнуться с проблемами с большими секторами, и предлагаются способы проведения расследования по устранению неполадок. Выпуск 1. Секция не согласована с границей физического сектора. Когда администратор или пользователь разделяет разделы диска, первый раздел может не быть создан на границе. Это может привести к тому, что все последующие операции записи не будут выровнены по границам физического сектора. Начиная с Windows Vista с пакетом обновления 1 (SP1) и Windows Server 2008, первый раздел помещается в первую 1024 КБ диска (для дисков размером 4 ГБ или больше, в противном случае — значение, равное 64 КБ), которое выровнено с границей физического сектора 4 КБ. Однако при наличии секционирования по умолчанию в Windows XP, служебная программа секционирования сторонних разработчиков или неправильное использование API-интерфейсов Windows созданные секции могут не быть согласованы с границей физического сектора. Чтобы обеспечить выравнивание, разработчикам необходимо обеспечить использование правильных API-интерфейсов. Рекомендуемые API-интерфейсы, помогающие обеспечить выравнивание разделов, описаны ниже. API Ивдспакк:: Креатеволуме и IVdsPack2:: CreateVolume2 не используют указанный параметр выравнивания при создании нового тома, но вместо этого использует значение выравнивания по умолчанию для операционной системы (до Windows Vista с пакетом обновления 1 (SP1) будет использовать 63 байт, а после установки пакета обновления 1 (SP1) для Windows Vista будут использоваться значения по умолчанию, указанные выше). Вместо этого используйте API Ивдскреатепартитионекс:: Креатепартитионекс или Ивдсадванцеддиск:: сбой метода CreatePartition, которые используют указанный параметр выравнивания для приложений, которым необходимо создавать секции. Лучший способ обеспечить правильное выравнивание — это сделать это прямо при первоначальном создании секции. В противном случае приложению потребуется выполнить выравнивание при выполнении операций записи или инициализации, что может быть очень сложным процессом. Выпуск 2. небуферизованные операции записи, не согласованные с физическим размером сектора Самая простая причина заключается в том, что операции записи без буферизации не будут согласованы с зарегистрированным размером физического сектора носителя. Буферизованные записи, с другой стороны, согласовываются с размером страницы 4 КБ, что, в свою очередь, является физическим размером сектора первого поколения носителя большого сектора. Однако большинство приложений с хранилищем данных выполняют операции записи без буферизации, и поэтому необходимо обеспечить выполнение этих операций записи в единицах физического размера сектора. Некоторые примеры сценариев, в которых операции ввода-вывода в результирующем приложении не совпадают: Более того, если в настоящее время выполняется согласование операций записи с размером сектора, то этот размер сектора, скорее всего, будет просто логическим размером, так как большинство существующих API, которые запрашивают размер сектора, просто запрашивают единицу адресации, то есть логический размер сектора. Размер сектора здесь — это физический размер сектора, который является реальной единицей атомарности. Ниже приведены некоторые примеры интерфейсов API, которые получают размер логического сектора. Вот как можно запросить физический размер сектора: Предпочтительный метод для Windows 8 В Windows 8 корпорация Майкрософт представила новый интерфейс API, позволяющий разработчикам легко интегрировать 4-килобайтную поддержку в свои приложения. Этот новый API поддерживает даже большее количество сценариев, чем устаревший метод для Windows Vista и Windows 7, описанных ниже. Этот API включает следующие сценарии вызова: Устаревший метод для Windows 7 и Windows Vista В Windows Vista и Windows Server 2008 появились API-интерфейсы для запроса физического размера сектора подключенного устройства хранения для контроллеров хранения на базе AHCI. В Windows 7 и Windows Server 2008 R2, начиная с SP1 (или в базе знаний Майкрософт 982018), эта поддержка распространяется на контроллеры хранилища на основе Storport. Корпорация Майкрософт предоставила пример кода на сайте MSDN, в котором подробно описано, как приложение может запрашивать физический размер сектора тома. Хотя приведенный выше пример кода позволяет получить физический размер сектора тома, перед его использованием следует выполнить некоторые базовые работоспособности проверки полученного физического сектора, так как он наблюдал, что некоторые драйверы могут не возвращать данные в правильном формате: Использование этого IOCTL для получения размера физического сектора имеет несколько ограничений. Им Причина 3. форматы файлов, которые полагается на 512-байтовые сектора Некоторые приложения со стандартными форматами файлов (например, VHD 1,0) могут иметь жестко запрограммированные файлы, чтобы иметь размер секторов размером 512 байт. Таким образом, операции обновления и записи в этот файл приведут к появлению на устройстве цикла чтения и изменения, что может привести к проблемам с производительностью и устойчивостью для клиентов. Однако существует несколько способов предоставления поддержки для работы с носителями такого типа, например: Причина 4. сообщаемый размер физического сектора может измениться между сеансами Существует множество сценариев, в которых зарегистрированный размер физического сектора базового хранилища, на котором размещается Датастор, может измениться. Чаще всего это происходит при переносе Датастор на другой том или даже по сети. Изменение в сообщаемом размере физического сектора может быть непредсказуемым событием для многих приложений и потенциально может привести к тому, что некоторые приложения не смогут повторно инициализироваться. Это не самый простой сценарий для поддержки, и он упоминается здесь как Совет. Необходимо учитывать требования к мобильности ваших клиентов и соответствующим образом настроить поддержку, чтобы гарантировать, что клиенты не будут негативно затронуты с помощью машинного или 512e носителя 4 КБ. Как пользователь может получить логический и физический размер сектора для тома В Box с Windows — это служебная программа для вывода сведений о размере сектора для тома. Версии Windows с поддержкой fsutil: Чтобы получить сведения о размере сектора, вызовите служебную программу следующим образом из командной строки с повышенными привилегиями: Для диска с сектором 4 КБ с эмуляцией 512 байта для поля bytes per секторе задано значение 512, а для поля bytes на физический сектор — значение 4096, как показано ниже: В 4-килобайтном собственном диске байты на сектор и в байтах на физический сектор устанавливаются в 4096 следующим образом: Источник ← 512e 4kn что выбрать 513 что за оператор → Вам также понравится Blender 3d или 3d max что проще 15.05.202215.05.2022 admin 0 почему ежики такие милые 16.05.202216.05.2022 admin 0 Структура эндометрия неоднородная что это значит 21.05.202225.05.2022 admin 0 Добавить комментарий Отменить ответ Ваш адрес email не будет опубликован. Обязательные поля помечены * Комментарий * Имя * Email * Сохранить моё имя, email и адрес сайта в этом браузере для последующих моих комментариев. Актуальные курсы криптовалют: Сможешь выиграть у ИИ? Ваш ход Свежие записи На нашем сайте neuroplus.ru вы сможете прочитать книгу Самый лучший комсомолец. Том 5 автора Павел Смолин. Скачать книгу в формате FB2, TXT, PDF, EPUB бесплатно без регистрации. На нашем сайте neuroplus.ru вы сможете прочитать книгу Живое Серебро автора Anne Dar. Скачать книгу в формате FB2, TXT, PDF, EPUB бесплатно без регистрации. На нашем сайте neuroplus.ru вы сможете прочитать книгу Космодесы 3 автора Влад Лей. Скачать книгу в формате FB2, TXT, PDF, EPUB бесплатно без регистрации. На нашем сайте neuroplus.ru вы сможете прочитать книгу Космодесы 4 автора Влад Лей. Скачать книгу в формате FB2, TXT, PDF, EPUB бесплатно без регистрации. На нашем сайте neuroplus.ru вы сможете прочитать книгу Кошачий глаз автора Ольга Юрьевна Богатикова. Скачать книгу в формате FB2, TXT, PDF, EPUB бесплатно без регистрации. Свежие комментарии Ольга к записи Чернота внутри яйца что делать Alex к записи 7800500 что за номер Елизавета к записи Текильщица в ночном клубе что это Марина к записи Текильщица в ночном клубе что это Ирина к записи Текильщица в ночном клубе что это Контакты для Роскомнадзора - informationforweb2023@gmail.com Все права сохранены. © 2025 Аналитический информационно-познавательный портал neuroplus.ru Внимание! Информация, опубликованная на сайте, носит исключительно ознакомительный характер и не является рекомендацией к применению. Материалы могут содержать информацию, предназначенную для пользователей старше 18 лет. 18+.

Общие имена

Сообщаемый размер логического сектора

Сообщаемый размер физического сектора

Версия Windows с поддержкой

512-байт машинного кода, 512N

512 байт

Все версии Windows

Расширенный формат, 512e, AF, 512-байтовая Эмуляция

512 байт

4 КБ

Windows Vista w/MS KB 2553708
Windows Server 2008 * w/MS KB 2553708
Windows 7 w/MS KB 982018
Windows Server 2008 R2 * w/MS KB 982018
Все версии Windows с Windows 7 SP1 и более поздних версий.
Все серверные версии 2008 R2 с пакетом обновления 1 (SP1) и более поздних версий.

Хотя в предыдущей таблице не превышено значение «ненапряженность», Windows XP, Windows Server 2003 и Windows Server 2003 R2 не поддерживают носители 512e или 4Kn. Хотя система может загружаться и работать с минимальными возможностями, возможны неизвестные ситуации, связанные с функциональностью, потерей данных или неоптимальной производительностью. Таким образом, корпорация Майкрософт имеет строгие меры предосторожности при использовании 512e Media с Windows XP или другими продуктами, основанными на базе кода Windows XP (например, Windows Home Server 1,0, Windows Server 2003, Windows Server 2003 R2, Windows XP 64-разрядный выпуск, Windows XP Embedded, Windows Small Business Server 2003 и Windows Small Business Server 2003 R2).

Как работает эмуляция: чтение и изменение — запись (РМВ)

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

В этом сценарии приложению необходимо обновить содержимое записи Датастор, расположенной в 512-байтном логическом секторе. На этой схеме показаны действия, необходимые для завершения записи на устройстве хранения.

Как показано выше, этот процесс подразумевает некоторую работу устройства хранения, которое может привести к снижению производительности. Чтобы избежать этой дополнительной работы, приложения должны быть обновлены до:

Хотя это может показаться только проблемой с производительностью, может возникнуть более серьезная проблема. Давайте обсудим это в следующем разделе.

Устойчивость: скрытые затраты на чтение и изменение — запись

Устойчивость говорит о возможности восстановления состояния приложения между сеансами. Мы увидели, что необходимо для устройства хранения 512e для выполнения 512-байтового сектора и записи цикла чтения-изменения и записи. Давайте посмотрим, что произойдет, если процесс перезаписи предыдущего физического сектора на носителе был прерван. Каковы последствия?

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

Выполнение нужного действия (предотвращение чтения-изменения — запись)

Хотя некоторые поставщики хранилища могут представлять некоторые уровни устранения рисков в определенных устройствах хранения 512e, чтобы попытаться упростить производительность и устойчивость цикла чтения-изменения и записи, существует лишь то, что в плане рабочей нагрузки может обрабатываться лишь множество мер по устранению проблем. Таким образом, приложения не должны полагаться на эту опасность как долгосрочное решение. Кроме того, нет никакой гарантии, что все классы дисков будут иметь такое устранение рисков, а также не гарантирует, что устранение рисков будет хорошо спроектировано.

Это решение не предназначено для устранения проблем, но для разработки приложений с целью обеспечения поддержки такого типа мультимедиа. В этом разделе обсуждаются распространенные сценарии, в которых приложения могут столкнуться с проблемами с большими секторами, и предлагаются способы проведения расследования по устранению неполадок.

Выпуск 1. Секция не согласована с границей физического сектора.

Когда администратор или пользователь разделяет разделы диска, первый раздел может не быть создан на границе. Это может привести к тому, что все последующие операции записи не будут выровнены по границам физического сектора. Начиная с Windows Vista с пакетом обновления 1 (SP1) и Windows Server 2008, первый раздел помещается в первую 1024 КБ диска (для дисков размером 4 ГБ или больше, в противном случае — значение, равное 64 КБ), которое выровнено с границей физического сектора 4 КБ. Однако при наличии секционирования по умолчанию в Windows XP, служебная программа секционирования сторонних разработчиков или неправильное использование API-интерфейсов Windows созданные секции могут не быть согласованы с границей физического сектора. Чтобы обеспечить выравнивание, разработчикам необходимо обеспечить использование правильных API-интерфейсов. Рекомендуемые API-интерфейсы, помогающие обеспечить выравнивание разделов, описаны ниже.

API Ивдспакк:: Креатеволуме и IVdsPack2:: CreateVolume2 не используют указанный параметр выравнивания при создании нового тома, но вместо этого использует значение выравнивания по умолчанию для операционной системы (до Windows Vista с пакетом обновления 1 (SP1) будет использовать 63 байт, а после установки пакета обновления 1 (SP1) для Windows Vista будут использоваться значения по умолчанию, указанные выше). Вместо этого используйте API Ивдскреатепартитионекс:: Креатепартитионекс или Ивдсадванцеддиск:: сбой метода CreatePartition, которые используют указанный параметр выравнивания для приложений, которым необходимо создавать секции.

Лучший способ обеспечить правильное выравнивание — это сделать это прямо при первоначальном создании секции. В противном случае приложению потребуется выполнить выравнивание при выполнении операций записи или инициализации, что может быть очень сложным процессом.

Выпуск 2. небуферизованные операции записи, не согласованные с физическим размером сектора

Самая простая причина заключается в том, что операции записи без буферизации не будут согласованы с зарегистрированным размером физического сектора носителя. Буферизованные записи, с другой стороны, согласовываются с размером страницы 4 КБ, что, в свою очередь, является физическим размером сектора первого поколения носителя большого сектора. Однако большинство приложений с хранилищем данных выполняют операции записи без буферизации, и поэтому необходимо обеспечить выполнение этих операций записи в единицах физического размера сектора.

Некоторые примеры сценариев, в которых операции ввода-вывода в результирующем приложении не совпадают:

Более того, если в настоящее время выполняется согласование операций записи с размером сектора, то этот размер сектора, скорее всего, будет просто логическим размером, так как большинство существующих API, которые запрашивают размер сектора, просто запрашивают единицу адресации, то есть логический размер сектора. Размер сектора здесь — это физический размер сектора, который является реальной единицей атомарности. Ниже приведены некоторые примеры интерфейсов API, которые получают размер логического сектора.

Вот как можно запросить физический размер сектора:

Предпочтительный метод для Windows 8

В Windows 8 корпорация Майкрософт представила новый интерфейс API, позволяющий разработчикам легко интегрировать 4-килобайтную поддержку в свои приложения. Этот новый API поддерживает даже большее количество сценариев, чем устаревший метод для Windows Vista и Windows 7, описанных ниже. Этот API включает следующие сценарии вызова:

Устаревший метод для Windows 7 и Windows Vista

В Windows Vista и Windows Server 2008 появились API-интерфейсы для запроса физического размера сектора подключенного устройства хранения для контроллеров хранения на базе AHCI. В Windows 7 и Windows Server 2008 R2, начиная с SP1 (или в базе знаний Майкрософт 982018), эта поддержка распространяется на контроллеры хранилища на основе Storport. Корпорация Майкрософт предоставила пример кода на сайте MSDN, в котором подробно описано, как приложение может запрашивать физический размер сектора тома.

Хотя приведенный выше пример кода позволяет получить физический размер сектора тома, перед его использованием следует выполнить некоторые базовые работоспособности проверки полученного физического сектора, так как он наблюдал, что некоторые драйверы могут не возвращать данные в правильном формате:

Использование этого IOCTL для получения размера физического сектора имеет несколько ограничений. Им

Причина 3. форматы файлов, которые полагается на 512-байтовые сектора

Некоторые приложения со стандартными форматами файлов (например, VHD 1,0) могут иметь жестко запрограммированные файлы, чтобы иметь размер секторов размером 512 байт. Таким образом, операции обновления и записи в этот файл приведут к появлению на устройстве цикла чтения и изменения, что может привести к проблемам с производительностью и устойчивостью для клиентов. Однако существует несколько способов предоставления поддержки для работы с носителями такого типа, например:

Причина 4. сообщаемый размер физического сектора может измениться между сеансами

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

Это не самый простой сценарий для поддержки, и он упоминается здесь как Совет. Необходимо учитывать требования к мобильности ваших клиентов и соответствующим образом настроить поддержку, чтобы гарантировать, что клиенты не будут негативно затронуты с помощью машинного или 512e носителя 4 КБ.

Как пользователь может получить логический и физический размер сектора для тома

В Box с Windows — это служебная программа для вывода сведений о размере сектора для тома. Версии Windows с поддержкой fsutil:

Чтобы получить сведения о размере сектора, вызовите служебную программу следующим образом из командной строки с повышенными привилегиями:

Для диска с сектором 4 КБ с эмуляцией 512 байта для поля bytes per секторе задано значение 512, а для поля bytes на физический сектор — значение 4096, как показано ниже:

В 4-килобайтном собственном диске байты на сектор и в байтах на физический сектор устанавливаются в 4096 следующим образом:

Источник

Аналитический информационно-познавательный портал neuroplus.ru

512e 512n что выбрать

Диски, контроллеры, ОС и Advanced Format

Что такое Advanced Format