Обсуждение: Эволюция жестких дисков может затронуть пользователей Windows XP

X3KT0 · 12.03.2010, 10:30

В статье кратко рассмотрены аспекты перехода индустрии HDD на четырёхкилобайтный размер сектора.

Что хотелось бы добавить. Проблема существует, причём далеко не в столь мягком виде, как она отражена. С выпуском Western Digital серии винтов EARS за последний месяц эту тему подняли уже несколько достаточно крупных ресурсов, т.к. фактически падение производительности на запись составляет не 10%, а до 230% (то есть в 3.3 раза).

Вкратце суть проблемы в следующем: указанная серия в целях совместимости ничего не говорит контроллеру и операционной системе о действительном размере своего сектора. Более того, не просто не говорит, но не говорит даже под пытками, то есть не существует способа узнать у WD'шного винчестера используемый размер сектора. Отсюда идёт и сама проблема — файловая система создаётся без выравнивания по границе сектора, поэтому при записи на диск, к примеру, четырёхкилобайтного кластера в невыровненный по физическим секторам кусок диску фактически приходится писать в два физических сектора.

По этой ссылке проблема подробно, с тестами, рассмотрена для Линукса, однако для XP она выглядит точно так же (и количество задающих вопросы по тормозам на свежекупленном диске это подтверждает).

Естественно, оно решаемо путём некоторого думания, подсчётов, и создания разделов, выровненных по 4-КБ секторам. Но осадок-то остаётся.

Antech · 15.03.2010, 09:51

X3KT0
Сорри, что-то я не понимаю: а как же кэш, как же чтение/запись крупнуми блоками? Чтение/запись по одному сектору и на обычных 512-байтных секторах тормозит ну очень сильно.

X3KT0 · 15.03.2010, 10:58

Цитата (Antech) »

X3KT0
Сорри, что-то я не понимаю: а как же кэш, как же чтение/запись крупнуми блоками?

Кэш у этой серии 64 мегабайта против обычных 16-32, что уже кагбе само по себе намекае.
Но вообще теорию процесса я сам не очень понимаю.

Freeuse · 15.03.2010, 12:44

Проблема не в кэше и какими блоками читается, а в разбивке на сектора. Нижнее форматирование НЖМД производится на заводе-изготовителе физически. Мы же при форматировании (быстором, полном) всего лишь забиваем нолики в таблицу (FAT) разделов или начало сектора. Здесь же говорится об изменении размера секторов, 512 байт для таких объемов НЖМД маловат, и так кластерами читаются. Такие оси как ХР напрямую сектора понять не смогут (ну не было раньше такого), поэтому нужна будет программа-транслятор, что будет значительно снижать процесс записи-чтения. (ну не понимала например WIN98 NTFS, хотя здесь немного другое). Я так думаю...

Max Ader · 15.03.2010, 13:33

Да что уж тут про сектора... скоро появятся диски >2Gb и пользователи ХР (вместе со всеми пользователями систем без EFI) затронутся под самые помидоры.

X3KT0

Цитата

файловая система создаётся без выравнивания по границе сектора

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

Antech · 15.03.2010, 14:30

X3KT0
Кэш у этой серии 64 мегабайта
Не, не у винта, а у ОС. Множество мелких изменений накапливается в кэше, и только потом сливается на винт. Другое дело, если очень много мелких изменений в разных местах раздела (соответственно и диска).

Freeuse
Проблема не в кэше и какими блоками читается, а в разбивке на сектора
Вот я и говорю, что кэш ОС и блочные операции должны решить проблему. Т.е. если бы Вы читали/писали линейно по одному сектору, скорость была бы на порядки ниже скорости линейного чтения крупными блоками! Это на обычных винтах с 512-байтным сектором (WinXP, API ReadFile).

Max Ader

Цитата (Max Ader) »

скоро появятся диски >2Gb

Да, эпоха MBR-разметки винтов подходит к концу...

**Smirnoff** · 15.03.2010, 18:05

Цитата (Max Ader) »

скоро появятся диски >2Gb

Рискну предположить, что имелись в виду диски с объёмом более 2 терабайт (а два-то гигабайта уже давно проехали...

).

Max Ader · 15.03.2010, 18:23

Smirnoff, ну да

Ariny · 16.03.2010, 22:00

Цитата (X3KT0) »

Естественно, оно решаемо путём некоторого думания, подсчётов, и создания разделов, выровненных по 4-КБ секторам. Но осадок-то остаётся.

Зачем? Можно готовое решение использовать, прямо от WD.
http://www.wdc.com/ru/products/advancedformat/

Добавлено через 43 минуты

Цитата (X3KT0) »

фактически падение производительности на запись составляет не 10%, а до 230% (то есть в 3.3 раза)

Интересная арифметика. Уменьшение в 3,3 раза ~= уменьшению на 70% вообще-то.

X3KT0 · 17.03.2010, 09:40

Цитата (Ariny) »

Зачем? Можно готовое решение использовать, прямо от WD.
http://www.wdc.com/ru/products/advancedformat/

Существует только для Windows и MacOS. SATA винчестеры используются не только под этими системами.

Цитата (Ariny) »

Интересная арифметика. Уменьшение в 3,3 раза ~= уменьшению на 70% вообще-то.

Совершенно верно. Виноват, спешил, был напуган, взял прямо оттуда. Конечно, на 230% — это отрицательная производительность получается.

Кстати, вот ссылка на детальный анализ.

Ariny · 17.03.2010, 11:03

Цитата (X3KT0) »

Существует только для Windows и MacOS

А что ещё нужно? Линуксы? http://community.wdc.com/t5/Desktop/.../m-p/7573#M369 - тоже ни думанья, ни подсчётов.

12.03.2010, 10:30	[включить плавающее окно] Вверх #1
X3KT0 Новенький Автор темы Регистрация: 21.10.2008	Обсуждение: Эволюция жестких дисков может затронуть пользователей Windows XP В статье кратко рассмотрены аспекты перехода индустрии HDD на четырёхкилобайтный размер сектора. Что хотелось бы добавить. Проблема существует, причём далеко не в столь мягком виде, как она отражена. С выпуском Western Digital серии винтов EARS за последний месяц эту тему подняли уже несколько достаточно крупных ресурсов, т.к. фактически падение производительности на запись составляет не 10%, а до 230% (то есть в 3.3 раза). Вкратце суть проблемы в следующем: указанная серия в целях совместимости ничего не говорит контроллеру и операционной системе о действительном размере своего сектора. Более того, не просто не говорит, но не говорит даже под пытками, то есть не существует способа узнать у WD'шного винчестера используемый размер сектора. Отсюда идёт и сама проблема — файловая система создаётся без выравнивания по границе сектора, поэтому при записи на диск, к примеру, четырёхкилобайтного кластера в невыровненный по физическим секторам кусок диску фактически приходится писать в два физических сектора. По этой ссылке проблема подробно, с тестами, рассмотрена для Линукса, однако для XP она выглядит точно так же (и количество задающих вопросы по тормозам на свежекупленном диске это подтверждает). Естественно, оно решаемо путём некоторого думания, подсчётов, и создания разделов, выровненных по 4-КБ секторам. Но осадок-то остаётся. Последний раз редактировалось X3KT0; 13.03.2010 в 10:30.

15.03.2010, 13:33	[включить плавающее окно] Вверх #5
Max Ader Заслуженный Регистрация: 18.02.2004 Адрес: ???	Да что уж тут про сектора... скоро появятся диски >2Gb и пользователи ХР (вместе со всеми пользователями систем без EFI) затронутся под самые помидоры. X3KT0 Цитата файловая система создаётся без выравнивания по границе сектора Эта проблема и для SSD актуальна и ее можно решить не напрягаясь. Но проблему с тормозной записью EARS это не решит. Возьмите 7-у, у которой нет проблем с выравниванием, и тот же EARS - будут те же тормоза. Эмуляцияссс... __________________ I'm in the way, aren't I?! Последний раз редактировалось Max Ader; 15.03.2010 в 13:37.

15.03.2010, 18:05	[включить плавающее окно] Вверх #7
Smirnoff Модератор Регистрация: 30.12.2004 Адрес: Новосибирск	Цитата (Max Ader) » скоро появятся диски >2Gb Рискну предположить, что имелись в виду диски с объёмом более 2 терабайт (а два-то гигабайта уже давно проехали... ). __________________ С уважением, Олег Р. Смирнов

15.03.2010, 18:23	[включить плавающее окно] Вверх #8
Max Ader Заслуженный Регистрация: 18.02.2004 Адрес: ???	Smirnoff, ну да __________________ I'm in the way, aren't I?!

16.03.2010, 22:00	[включить плавающее окно] Вверх #9
Ariny Экс-модератор Регистрация: 20.04.2004 Адрес: Московская область	Цитата (X3KT0) » Естественно, оно решаемо путём некоторого думания, подсчётов, и создания разделов, выровненных по 4-КБ секторам. Но осадок-то остаётся. Зачем? Можно готовое решение использовать, прямо от WD. http://www.wdc.com/ru/products/advancedformat/ Добавлено через 43 минуты Цитата (X3KT0) » фактически падение производительности на запись составляет не 10%, а до 230% (то есть в 3.3 раза) Интересная арифметика. Уменьшение в 3,3 раза ~= уменьшению на 70% вообще-то. __________________ Veo voto.

15.03.2010, 09:51	[включить плавающее окно] Вверх #2
Antech Опытный Регистрация: 01.07.2005 Адрес: Solar System, Earth	X3KT0 Сорри, что-то я не понимаю: а как же кэш, как же чтение/запись крупнуми блоками? Чтение/запись по одному сектору и на обычных 512-байтных секторах тормозит ну очень сильно.

15.03.2010, 10:58	[включить плавающее окно] Вверх #3
X3KT0 Новенький Автор темы Регистрация: 21.10.2008	Цитата (Antech) » X3KT0 Сорри, что-то я не понимаю: а как же кэш, как же чтение/запись крупнуми блоками? Кэш у этой серии 64 мегабайта против обычных 16-32, что уже кагбе само по себе намекае. Но вообще теорию процесса я сам не очень понимаю.

15.03.2010, 12:44	[включить плавающее окно] Вверх #4
Freeuse Заслуженный Регистрация: 08.02.2010 Адрес: Ростов-на-Дону	Проблема не в кэше и какими блоками читается, а в разбивке на сектора. Нижнее форматирование НЖМД производится на заводе-изготовителе физически. Мы же при форматировании (быстором, полном) всего лишь забиваем нолики в таблицу (FAT) разделов или начало сектора. Здесь же говорится об изменении размера секторов, 512 байт для таких объемов НЖМД маловат, и так кластерами читаются. Такие оси как ХР напрямую сектора понять не смогут (ну не было раньше такого), поэтому нужна будет программа-транслятор, что будет значительно снижать процесс записи-чтения. (ну не понимала например WIN98 NTFS, хотя здесь немного другое). Я так думаю...

15.03.2010, 14:30	[включить плавающее окно] Вверх #6
Antech Опытный Регистрация: 01.07.2005 Адрес: Solar System, Earth	X3KT0 Кэш у этой серии 64 мегабайта Не, не у винта, а у ОС. Множество мелких изменений накапливается в кэше, и только потом сливается на винт. Другое дело, если очень много мелких изменений в разных местах раздела (соответственно и диска). Freeuse Проблема не в кэше и какими блоками читается, а в разбивке на сектора Вот я и говорю, что кэш ОС и блочные операции должны решить проблему. Т.е. если бы Вы читали/писали линейно по одному сектору, скорость была бы на порядки ниже скорости линейного чтения крупными блоками! Это на обычных винтах с 512-байтным сектором (WinXP, API ReadFile). Max Ader Цитата (Max Ader) » скоро появятся диски >2Gb Да, эпоха MBR-разметки винтов подходит к концу...

17.03.2010, 09:40	[включить плавающее окно] Вверх #10
X3KT0 Новенький Автор темы Регистрация: 21.10.2008	Цитата (Ariny) » Зачем? Можно готовое решение использовать, прямо от WD. http://www.wdc.com/ru/products/advancedformat/ Существует только для Windows и MacOS. SATA винчестеры используются не только под этими системами. Цитата (Ariny) » Интересная арифметика. Уменьшение в 3,3 раза ~= уменьшению на 70% вообще-то. Совершенно верно. Виноват, спешил, был напуган, взял прямо оттуда. Конечно, на 230% — это отрицательная производительность получается. Кстати, вот ссылка на детальный анализ.

17.03.2010, 11:03	[включить плавающее окно] Вверх #11
Ariny Экс-модератор Регистрация: 20.04.2004 Адрес: Московская область	Цитата (X3KT0) » Существует только для Windows и MacOS А что ещё нужно? Линуксы? http://community.wdc.com/t5/Desktop/.../m-p/7573#M369 - тоже ни думанья, ни подсчётов. __________________ Veo voto.