Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Жесткие диски Advanced format (c 4-килобайтными секторами)

Автор: tomset
Дата сообщения: 05.10.2013 08:46

Цитата:
а размер записи можно как то изменить?

нет. Фиксированный формат.
Автор: pytex
Дата сообщения: 05.10.2013 13:05

Цитата:
немного раздражает когда архив распаковываешь с кучей файлов
Скорее всего дело не в размере сектора диска, а в его заводских особенностях - алгоритм работы прошивки.
Конечно на мелких файлах скорости намного меньше, но не сказал бы что он отличаются у дисков 4кБ и 512Б
Автор: bomzzz
Дата сообщения: 05.10.2013 13:10
да мы измеряли в этой теме, разница в шесть раз типа такого, чтож это а прошивка такая что винт тупит, причем любой хфирмы
Автор: pytex
Дата сообщения: 05.10.2013 13:31
Как вы такую разницу намерили?
Может чем-то особенным мерили... У себя не заметил излишне медленной работы на мелких файлах.
Автор: bomzzz
Дата сообщения: 05.10.2013 13:42
поройся в теме там где то было много страниц назад

Добавлено:
http://forum.ru-board.com/topic.cgi?forum=84&topic=3576&start=200#18

приврал немного в 2.5 раза

Добавлено:
быстро любой архив можно распаковать через рамдиск, но опять же скопировать на винт будут те же тормоза. можно еще создать виртуальный диск из образа вот в него будет бистра, доставать неудобно
Автор: pytex
Дата сообщения: 05.10.2013 14:44
Ага, понял. Там у вас видно, что под ХР очень медленно идет распаковка мелких файлов на 4к-диске.
эх, нету у меня уже ХР чтобы попробовать у себя.
п.с.: кстати, на 7-ке делать подряд второй и последующие замеры бессмысленно, т.к. она все кеширует у себя в памяти.
Автор: dimitriy7
Дата сообщения: 05.10.2013 14:44
bomzzz
Так вроде еще тогда и выяснилось, что тот тестовый АФ-винт был сам по себе медленный и с глюкавой микропрограммой (у него ж огромное время доступа и ncq похоже что не работает: [more]
Hitachi HDS721010DLE630 [AF]:
CrystalDiskMark 3.0 Последовательное чтение (Размер блока 1024 КБ) 179.1 Мб/сек
CrystalDiskMark 3.0 Последовательная запись (Размер блока 1024 КБ) 177.3 Мб/сек
CrystalDiskMark 3.0 Случайное чтение (Размер блока 4 КБ) 0.648 Мб/сек
CrystalDiskMark 3.0 Случайная запись (Размер блока 4 КБ) 1.125 Мб/сек
CrystalDiskMark 3.0 Случайная запись (Размер блока 4 КБ, Глубина запроса 32) 1.041 Мб/сек
CrystalDiskMark 3.0 Случайное чтение (Размер блока 4 КБ, Глубина запроса 32) 1.486 Мб/сек
IOmeter.org Fileserver, глубина очереди=256 89 опер/cек
IOmeter.org Fileserver, глубина очереди=512 91 опер/cек
IOmeter.org Fileserver, глубина очереди=1 49 опер/cек
IOmeter.org Fileserver, глубина очереди=2 55 опер/cек
IOmeter.org Fileserver, глубина очереди=32 70 опер/cек
[/more], а это катастрофа для твоего применения -- записи кучи мелких файлов. АФ, заметь, здесь ни при чем).
Плюс ты так и не смог толком определиться, выровнена таки у тебя была ФС или нет :)


Цитата:
а размер записи можно как то изменить?
нет. Фиксированный формат

Помнится, когда-то этот вопрос уже поднимался... Так вот, в теории-то формат не фиксирован, размер записи может быть любым -- но на практике что виндовый format, что сторонние форматилки, всегда задают размер записи в 1кб. И есть основания полагать, что виндовый драйвер ntfs просто не учитывает значение размера записи из bpb и всегда использует умолчальное.

Добавлено:
PS
И да, какой вообще смысл менять размер записи? Я смысла не вижу... Или ты надеешься тела твоих мелких файлов в $MFT разместить резидентными атрибутами? Поверь, от этого тормозов меньше не станет.
Автор: bomzzz
Дата сообщения: 05.10.2013 15:12
во первых тестилось на двух или трех винтах, винт у меня выровненный, опыты я проводил на выровненном на невыровненном(эмуляция) и старом. я надеюсь что меня больше бесить не будут тупящие архивы при распаковке и тупящие установщики всех программ, потому что записи в файловой таблице будут создаваться не порциями по 512 или 1024 кбайт, а по 4 кбайта. сколько при этом пропадет места мне лично все равно
Автор: tomset
Дата сообщения: 05.10.2013 22:27
dimitriy7

Цитата:
Так вот, в теории-то формат не фиксирован, размер записи может быть любым -- но на практике что виндовый format, что сторонние форматилки, всегда задают размер записи в 1кб. И есть основания полагать, что виндовый драйвер ntfs просто не учитывает значение размера записи из bpb и всегда использует умолчальное.


Их поменять нельзя.
Есть их размеры, как бы справочно, но менять их бестолку.
Даже из названия полей это видно.
FILE record size indicator
INDX buffer size indicator
Автор: 9285
Дата сообщения: 05.10.2013 22:42
tomset
В кейсах по решению проблем с 3тб винтами, встречались дампы с 4к записями MFT.
Не знаю что так сделало - просто констатация.
Автор: tomset
Дата сообщения: 05.10.2013 23:42
9285
Странно это.
А не сохранились образцы дампов?
Сколько делал заказов (уже наверное более 1500), ни разу с таким не сталкивался.
Более того, при проблемах записи с головкой, когда пишет, но не может прочитать, видел россыпи одиночных нечитаемых секторов в MFT и Bitmap. Хотя возможно это были последствия неудачного ремапа. Но станно то, что при этом в областях данных, повреждения кратны размеру кластера.
К сожалению редко удается выяснить, что творил клиент с хардом, перед тем, как он ко мне попал.
Автор: bomzzz
Дата сообщения: 06.10.2013 00:51
еще бы пол беды что копирование\распаковка зависает, при этом полностью блокировано любое обращение к винту в тч системой
Автор: 9285
Дата сообщения: 06.10.2013 01:09
tomset
У меня есть куча дампов от различных кейсов, но припомнить в каком это было сложно.
Помню точно что на хоботе, так что может кто оттуда припомнит.
Автор: tomset
Дата сообщения: 06.10.2013 02:48
9285
Видимо это место:
http://forum.ixbt.com/topic.cgi?id=11:43421-53#1585
но там на следующей странице вроде разобрались, что это глюк старой версии DMDE
Автор: bomzzz
Дата сообщения: 06.10.2013 07:46
погуглил, идея изменить размер записи не только мне приходила в голову но способов вроде нет, в любом случае еще останется проблема журналирования - в ней возможно тоже придется что то изменять
Автор: tomset
Дата сообщения: 06.10.2013 18:03
bomzzz
C журналированием, подкачкой и т.п. все нормально, пишет четко по 4k.
Автор: dimitriy7
Дата сообщения: 06.10.2013 20:35
tomset
bomzzz

Цитата:
Их поменять нельзя.
Есть их размеры, как бы справочно, но менять их бестолку

Да понятно что бестолку и нечем, просто в bpb зачем-то же их пишут, а виндовый драйвер их зачем-то проверяет и при неверном значении ФС не монтирует...
Ну и фиг с ними.
Я вот все равно не могу понять, какая польза от увеличения размера записи в МФТ: ну вот представьте себе, что надо изменить 1 запись. Со стандартным размером записи имеем: прочитали 4 кб, изменили 1, записали 4. С увеличенным -- прочитали 4, изменили 4, записали 4. Ну ровно одно и то же ведь получается.
И разве диск читает-пишет сразу и посекторно? Есть же упреждающее чтение, кеширование, отложенная запись, ncq в конце концов... Плюс виндовое кеширование. Плюс разве не постранично читается-пишется?
Автор: bomzzz
Дата сообщения: 06.10.2013 20:42
как в чем. надо распаковать из архива четыре файла например (с размером больше записи в мфт исключим случаи когда они туда и запихиваются для простоты). распаковываем первый файл считываем из мфт сектор в 4 кбайта, меняем первый кбайт записываем назад 4 кбайта, снова считываем теже четыре кб, изменяем второй кбайт и запихиваем назад - то есть операций получается в кучу раз больше
Автор: WatsonRus
Дата сообщения: 22.11.2013 16:02
Подскажите, у знакомого, возможно, будет такая ситуация.

Новый комп с HDD AF. На него нужно перенести содержимое древнего IDE HDD со старого компа вместе с XP SP3 (клонированием с помощью BootCD Acronis-а 2013 или 2014). Справится ли Акронис с переносом данных и ОСи на диск AF? Понадобится ли после такой операции выравнивание?
Или стоит отформатировать и разбить новый HDD AF под 7/8 и установить XP заново, перенеся только данные?
Автор: dimitriy7
Дата сообщения: 22.11.2013 18:29
WatsonRus
Акронисом не надо, он неадекватен...

Знакомый сможет с помощью DMDE, WinHex, и т.п. сделать посекторную копию раздела 1:1 на новый винт, задав при этом смещение, кратное 8 секторам (2048, например), поправить руками соотв. значения в BPB (и его копии), и руками же сделать правильную запись в MBR?
Если нет, то стОит отформатировать и разбить новый HDD AF под 7/8 и установить XP заново.
Автор: WatsonRus
Дата сообщения: 22.11.2013 18:31
dimitriy7
20:29 22-11-2013
Цитата:
Знакомый сможет

Однозначно нет. И я не смогу.

Ладно, будет ставить заново.
Автор: bomzzz
Дата сообщения: 24.11.2013 04:10
чтоб перенести винду на новый винт используй bootit image, он это делает легко, протупишь конечно с настройками но тут Dialmak тебе квалифицированно поможет. потом привыкнешь
http://forum.ru-board.com/topic.cgi?forum=62&bm=1&topic=18466&start=3520#lt
корректно работает в отличие от акрониса, редкостного г. пол года назад сам переносил и в связи с перездом полностью отказался от акрониса. там внастройках есть галочки принять геометрию образа или выровнять или принять геометрию раздела. вместо директора вот это http://www.extend-partition.com/, создает разделы не конфликтующие с семеркой. вот тут спроси свежую портативную версию,
http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=52510&start=600#lt
ну и ос селектор полностью тоже заменяет этот бутит.
Автор: WatsonRus
Дата сообщения: 24.11.2013 17:22
Проблема переноса Винды уже сама собой отпала. Там у знакомого, оказывается, какая-то г@вносборка типа "Зверь", поставленная еще предыдущими хозяевами (родственниками) нынешнего старого компа.
Легче чистую XP поставить, чем с глюками сборки разбираться.
Автор: yanko12
Дата сообщения: 18.12.2013 22:33
ALL
Знатоки, подскажите насчёт странной проблемы с моделями с AF - WD20EFRX -

В системнике стоят 3 штуки 2TB WD без AF + 4 шт WD20EFRX (2 в рэках) по SATA + 2-3 WD20EFRX снаружи цеплять по usb 3 приходится в разных коробчонках

И начала надоедать проблема зависания намертво WinXPsp3 при ПЕРВОМ ПОДКЛЮЧЕНИИ в sata или в usb3 (если до этого там винта не было) WD20EFRX .
Допустим надо сменить один из WD20EFRX - при отключении ничего не зависает, а вот при подключении винта или включении с винтом - первой (и иногда второй) загрузке xp она загрузившись в 80% случаев виснет намертво - помогает только кнопка reset что для системы зело нехорошо.
Но в 20% не виснет вообще и не подвисает!

Сегодня уж в который раз подвис при подключении очередного винта но в первый раз из десятков раз не намертво - одно из 8 ядер загружено 100% остальные - 0% процессом svchost.exe - их в диспетчере задач 8 штук с таким названием 4-5 мег размером, но 1 из них прожорливый при глюке был размером в 35 мег

все WD20EFRX размечал в 1 раздел2Tb+форматировал в Win7Home, скорости копирования до 120мбайт-сек, мать asus sabertooth x79 но дело явно не в ней

Винты без AF никогда ничего не вешали - тоже несколько раз их переподключать приходилось

может драйверок какой обновить - установить ?

спасибо за подсказку

PS пост от
tomset 11-09-2010 http://forum.ru-board.com/topic.cgi?forum=84&topic=3241&start=40#8
Избегайте покупки HDD c Advanced format, пока WD сам не разберется с этой проблемой.
Другие производители уж почти десять лет используют физические сектора большего размера 2,4,8k, а пользователи даже не догадывается об этом.


и сегодня через 2 года актуален ? или вд исправили там чтото ? уж больно сигейты испортились, не хочу их, а других надежных-тихих-холодных-не щелкучих - просто нет вроде как
Автор: Real Root
Дата сообщения: 16.01.2014 21:58
Столкнулся с проблемой клонирования AF дисков.
Итак, в соседней теме про Acronis Disk Director Home 11 говорилось, что он корректно работает с AF-дисками. Вот и нет! - клонирует диски и разделы и делает их НЕ выровненными. Тут очень кстати попался Paragon Hard Drive Manager 2014 - вот он это все делает сразу и корректно. Т.е. при клонировании чего-либо на AF HDD - все разделы будут выровненными автоматически. Даже если раздел был не выровненным и вы немного изменили его размер, то приходится ждать очень долго. Как оказалось он без вашего ведома его выравнивает. Если же раздел выровнен, то изменение размера раздела происходит быстро. Так же еще пробовал Easeus partition master и много чего еще, но никакие другие проги не делаю раздел сразу выровненным. ПЕЧАЛЬНО что за такие продукты еще и требуются деньги...
Автор: Vituskosoy
Дата сообщения: 25.02.2014 19:05
Сегодня плясал вокруг af-винта, разбивал с нуля. Получил следующие результаты:
Acronis Disk Director Suite 10.0 создает разделы не выровненными. Дальнейшее применение Paragon Alignment Tool 4.0 выравнивает, но создает незанятые области до 1МБ между разделами.
Acronis Disk Director Home 11 Update2 под WinXP SP3 и основанными на на ней PE-сборками, то же создает разделы не выровненными. Под Win7 или ее WinPE создает ровно.
Paragon Hard Disk Manager 11 и 12 создали разделы ровно и без зазоров.
На удивление BootCD Paragon Partition Manager 11 Pro (linux-based) создал криво...
MiniTool Partition Wizard Professional v8.1 создает ровно при выборе выравнивания "MB", так же может выровнять кривую разметку, но с зазорами.
BootICE 1.2.0 как оказалось то же может создать ровные разделы при выборе опции "Align partition to multiple of sectors:" с параметром 2048 и выше, но к сожалению не умеет создавать расширенный/логический раздел.
Автор: 9285
Дата сообщения: 26.02.2014 22:57
Vituskosoy

Цитата:
Acronis Disk Director 11 создает разделы не выровненными

http://rghost.ru/52691168.view
Назови невыровненный раздел.
Автор: Vituskosoy
Дата сообщения: 27.02.2014 09:21
9285, красиво.
Разобрался и прошу прощения за неправильную версию ADD в своем предыдущем посте, я использовал Acronis Disk Director Suite 10.0 под BartPE.
Перепутал с Paragon Hard Disk Manager 11, где реальный номер версии 10.0...
Автор: MisHel64
Дата сообщения: 27.02.2014 13:16
Я ручками научился создавать. И выравненные на границу 4Кб, и CHS одновременно. Абсолютно ничего сложного.
Автор: 9285
Дата сообщения: 27.02.2014 18:55
Vituskosoy
Да не надо просить прощения - просто отредактируй предыдущее сообщение и всё станет как есть.
ЗЫ: Я вообще считаю лишним использование Акронисовского ПО, но обьективность превыше всего.

Страницы: 12345678910111213

Предыдущая тема: какой диск лучше использовать как системный


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.