» Наилучшее разбиение диска на разделы

fru5ter
Ды при чём тут новое железо-то? Скази-винты тьму лет как с 4-кб секторами выпускаются, и никаких проблем. И с рейд-контроллерами тоже никаких проблем, хотя там выравнивание ой как нужно.

Добавлено:
doktorpilulkin
А вообще в чём суть проблемы, напомни? Надо получить адекватную скорость под ХР, что ли?

винт Hitachi HDS721050DLE, да это на всех винтах так, только у WD более дебильная эмуляция перемычкой, работающая только для одного раздела. перемычку втыкаешь и 2048 сектор стает 63-им.

fru5ter
вот WD и Hitachi его и заточили, несмотря на мнение некоторых кретинов

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

С винтом вроде понятно, только уточни - действительно 7200 об/мин у него?

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

Цитата:

в чем причина

Причина чего?


Цитата:

что оно отключено и как включить не знаю

Оно к лучшему - что отключено. Снижение оборотов -> увеличение времени случайного доступа -> тормоза на мелких файлах.

Цитата:

вот WD и Hitachi его и заточили

Так заточили, что у

Цитата:

некоторых кретинов

теперь даже

Цитата:

не болит голова

поскольку они нашли себе занятие, соответствующее развитию.

я вот сам программку писал для доса, получающую конфигурацию хд, года четыре назад и то не поленился вызвать прерывание, вырезать размер сектора и подставить в формулу, а эта совместимость нужна там где программист поленился это делать и просто подставил 512 - ну это настолько дерьмо софт должен быть. пусть даже 10 лет назад казалось что 512 будет всегда. но в биос то заложили, но формат то был разработан и заявлен в 98 году кажется. за десять лет люде предупредили что когда то сектор изменится

Добавлено:

Цитата:

Причина чего?

что большое количесвто мелких файлов медлено копируется. ну или архив тестовый распаковывается 1.40 а не 40 как на 512

dimitriy7

Цитата:

Оно к лучшему - что отключено.

Только не говорите ему про Викторию, а то винт падет смертью храбрых, а плюшкин совсем расстроится.

doktorpilulkin
А есть возможность тем же MHDD под ДОС посмотреть среднее время позиционирования? (seek test сделать хоть в течение минуты?)
И там же - посмотреть настройки ААМ?

в основном причина связана с уплотнением записи. 500-ки то одноблинные, что более надежно чем когда четыре блина на одной оси вертится. но они не поленились делать прошивку для эмуляции - не проще было драйвер написать. на мой винт четыре прошивки A B C и D

Цитата:

MHDD под ДОС

Злой вы.

doktorpilulkin
Не правы Вы, больше плотность -> выше линейная скорость и одновременно меньше время доступа...
А что там на счёт MHDD?

Цитата:

не проще было драйвер написать. на мой винт четыре прошивки

Нет, не проще. Драйвер не может обойти прошивку при обращении к диску.

наверно головку тоньше не сделать уже, а более мелкодисперсную магнитное напыление можно. ну и конечно обращение к диску. ну фиг знает - в инете столько чепухи по этому поводу

Добавлено:
сигейт долбанный сдох от жары, даже года не проработал

Цитата:

сигейт долбанный сдох от жары, даже года не проработал

И почему я не удивлен.

doktorpilulkin
И ещё раз - по делу:
ДОСовым MHDD можете проверить время позиционирования и настройки ААМ? Я не просто так спрашиваю...

могу конечно. только надо поискать его

Добавлено:
чета он у меня винт не видит. может получается что винт слейв.

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

не знаю в чем дело не видит винт

Контроллер должен быть в режиме эмуляции IDE, иначе и не увидит...

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

Добавлено:
и при всех попытках записать на него кусок меньше 4 кбайт. он начинает сам "эмулировать": считывать сектор изменять его и писать назад - вот тут и затык. хоть выравнивай хоть нет

Цитата:

и при всех попытках записать на него кусок меньше 4 кбайт. он начинает сам "эмулировать": считывать сектор изменять его и писать назад - вот тут и затык. хоть выравнивай хоть нет

Нет, при попытке записать кусок меньше 4 кбайт на ЛЮБОЙ диск независимо от размера сектора всё равно пишется блок в 4 кб (размер кластера на ntfs), и если этот блок совпадает с физ. сектором (т.е. выровнен) - винт ничего не эмулирует и пишет весь сектор разом "как есть" (длинносекторные ВД и Сигейты именно так поступают). Если всё равно пытается сам что-то "эмулировать" - значит глюк в прошивке винта.

не факт, что запись кластера не организован программно через восемь записей сектора. под досом то точно.

в таком случае затык целиком на файловой таблице с записями 1 кбайт

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

Угу, скорость работы в DOS без smartdrv одинаковая что с винтом, что с флоппи.

Любой ntfs-драйвер под любой ОС так себя ведёт (держит $MFT в памяти и периодически сбрасывает целиком), ибо так MS строго рекомендует.


Цитата:

затык целиком на файловой таблице с записями 1 кбайт

Не может там быть затыка даже в теории. Ибо $MFT читается/пишется либо целиком (если памяти достаточно), либо покластерно (т.е. блоками по 4 кб по умолчанию). Третьего не дано.


Цитата:

не факт, что запись кластера не организован программно через восемь записей сектора. под досом то точно

Дос пишет из рассчёта, что сектор имеет размер 512 байт (так ему винт рапортует). Потому и тормоза. А ntfs-кластер (со штатным ntfs.sys в любой винде) пишется точно не посекторно. Там запись блочная, как раз по 4 кб минимум.

дос большие файлы копирует со скоростью 32 мб в сек, без каких бы то ни было смартдрв со смешным 2 мб кешем. а вот папку с 10 000 файлов с размером меньше 4096 он копирует со скоростью 1 файл в секунду

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

Добавлено:
хм. можно же кластер больший указать - наверно кластеру по умолчанию оно равно

Цитата:

можно же кластер больший указать - наверно кластеру по умолчанию оно равно

На ntfs минимальный размер блока чтения/записи всегда больше или равен размеру кластера. По умолчанию - именно равен.

Цитата:

На ntfs минимальный размер блока чтения/записи всегда больше или равен размеру кластера.

Увы, неверно. Путаница пошла от того, что размер кластера по умолчанию 4 Кб, и буферизованная запись тоже выполняется по 4 Кб, но не потому что это размер кластера, а потому что это размер страницы памяти.

Добавлено:

Цитата:

винт рапортует что он обычный

Начиная с прошлого года довольно заметная часть дисков честно сообщает, что у них физический сектор 4096 байт. По документам IDEMA к этому должны будут придти все модели дисков.

Цитата:

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

http://www.seagate.com/ru/ru/tech-insights/advanced-format-4k-sector-hard-drives-master-ti/

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

Цитата:

похоже из за файловой таблицы все таки

MFT сама является файлом, соответственно, читается и пишется она покластерно.

Кстати, ОС какая, на которой тестишь ?
И винт в режиме эмуляции 512 байт/сектор или в нативном режиме?

Цитата:

MFT сама является файлом, соответственно, читается и пишется она покластерно.

Интересно, зачем с таким упорством повторять неверную информацию? Кластеры используются только и исключительно для распределения места на диске.

X:\>fsutil fsinfo statistics x:
Тип файловой системы: NTFS

UserFileReads : 256
UserFileReadBytes : 1048576
UserDiskReads : 0
UserFileWrites : 425
UserFileWriteBytes : 23642112
UserDiskWrites : 138
MetaDataReads : 24
MetaDataReadBytes : 1269760
MetaDataDiskReads : 22
MetaDataWrites : 14
MetaDataWriteBytes : 622592
MetaDataDiskWrites : 20

MftReads : 16
MftReadBytes : 65536
MftWrites : 4
MftWriteBytes : 528384
Mft2Writes : 4
Mft2WriteBytes : 69632
RootIndexReads : 0
RootIndexReadBytes : 0
RootIndexWrites : 0
RootIndexWriteBytes : 0
BitmapReads : 1
BitmapReadBytes : 1048576
BitmapWrites : 1
BitmapWriteBytes : 4096
MftBitmapReads : 2
MftBitmapReadBytes : 8192
MftBitmapWrites : 1
MftBitmapWriteBytes : 4096
UserIndexReads : 1
UserIndexReadBytes : 4096

Кластер на этом диске - 64 килобайта.

nowhereman
крайне ценный экперимент. а у кого семерка не можете на ней посмотреть тоже самое?

Добавлено:

Цитата:

Тип файловой системы: NTFS

UserFileReads : 9038
UserFileReadBytes : 197253120
UserDiskReads : 8863
UserFileWrites : 1029
UserFileWriteBytes : 23687168
UserDiskWrites : 1033
MetaDataReads : 1786
MetaDataReadBytes : 7315456
MetaDataDiskReads : 2371
MetaDataWrites : 323
MetaDataWriteBytes : 1835008
MetaDataDiskWrites : 514

MftReads : 1524
MftReadBytes : 6242304
MftWrites : 275
MftWriteBytes : 1523712
Mft2Writes : 3
Mft2WriteBytes : 12288
RootIndexReads : 0
RootIndexReadBytes : 0
RootIndexWrites : 0
RootIndexWriteBytes : 0
BitmapReads : 196
BitmapReadBytes : 802816
BitmapWrites : 35
BitmapWriteBytes : 253952
MftBitmapReads : 2
MftBitmapReadBytes : 8192
MftBitmapWrites : 6
MftBitmapWriteBytes : 28672
UserIndexReads : 585
UserIndexReadBytes : 2396160
UserIndexWrites : 191
UserIndexWriteBytes : 851968
LogFileReads : 6
LogFileReadBytes : 24576
LogFileWrites : 472
LogFileWriteBytes : 3588096

а это точно дисковая статистика? может это только с кешем обмен?