The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от opennews (??) on 27-Фев-10, 11:20 
В релизе комплекта стандартных утилит util-linux-ng 2.17.1 (http://permalink.gmane.org/gmane.linux.file-systems/38367) проведена дополнительная работа по обеспечению совместимости с жесткими дисками с увеличенным до 4 Кб размером сектора. Для решения проблем (http://www.opennet.ru/opennews/art.shtml?num=25428), возникающих из-за некорректного выравнивания дисковых разделов по границе физических секторов, во входящей в комплект утилите fdisk добавлена опция "-c", которая отключает режим совместимости с DOS, при котором утилита оперирует только 512-байтовым логическими секторами. Режим совместимости объявлен устаревшим и в будущих версиях будет отключен по умолчанию в версии util-linux-ng 2.18. Также объявлено устаревшим использование номеров цилиндров при отображении и расчете параметров дисков, рекомендуется использовать опцию "-u" или команду "u" для использования секторов в качестве основных расчетных единиц.


Дополнительно, отныне в fdisk дисковые разделы создаются по смещению в ...

URL: http://permalink.gmane.org/gmane.linux.file-systems/38367
Новость: http://www.opennet.ru/opennews/art.shtml?num=25596

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по ответам | RSS]

1. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от Аноним (??) on 27-Фев-10, 11:20 
Эти 63 сектора оставляются для загрузчика?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от аноним on 27-Фев-10, 11:29 
Изначально при CHS адресации просто разделы выравнивались по границе цилиндра. Это не нужно уже много лет, но блин некоторые все еще тормозят с удаленим этого уродского легаси.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +1 +/
Сообщение от edo (ok) on 27-Фев-10, 12:54 
замечательно. теперь и в raid'ах разделы будут выровнены на 1 мегабайт - то есть практически при любом stripe size файловая система будет начинаться с границы блока.

а то получалось смешно - большинство fs используют блоки кратные 4кб, xfs имеет опции для выравнивания внутренних структур про размеру страйпа, а смещения разделов кратны 63 секторам.

ps: http://msdn.microsoft.com/en-us/library/dd758814.aspx ;)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  –2 +/
Сообщение от Zenitur email on 27-Фев-10, 13:09 
Подозреваю, что 4-килобайтный сектор минимум - это прогибание под винду и недочёты её файловых систем. Известно, что из-за большого размера сектора у FAT16 на разделе более 512 мегабайтов и FAT32 на разделе более 1 гигабайт теряется место. У файловой системы преемника, NTFS, вроде бы подправили, но недочёт в архитектуре всё равно остаётся. Проверить можно в Windows XP-7легко. Создать файл в 100 байтов. Сохранить. Вызвать "Свойства": занимает 177 байтов, физически на диске 8 килобайтов. Почему? А потому что на больших разделах размер сектора в NTFS меньше 4 килобайтов не делают. Только 4, 8 и 16. Может где-то и 32. Спасает местный DriveSpase с новым названием. На архитектуру файловых систем Linux и BSD недочёты не распространялись.
Ну а теперь создают жёсткие диски, изначально заточенные для NTFS. Выгода? А никакой (в прошлой теме так никто и не назвал). Просто зачем сектор в 512 байт, если NTFS всё равно сделает размер сектора 4 килобайта минимум? Возможно, такие были соображения у того вендора.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от Michael Shigorin email(ok) on 27-Фев-10, 13:11 
См. тж. http://www.altlinux.org/BigSector -- ядро до 2.6.31 не озадачивалось выяснением физсектора-смещения, да и диски (например, конкретно WD15EARS) могут криво рассказывать геометрию (в т.ч. не вычитать из размера один сектор, если поставить этот самый джампер 7-8).  Так что может пригодиться параметр mkfs -- -s size=4096 для xfs либо -b 4096 для ext4 -- и на свежих ядрах тоже.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от pavlinux (ok) on 27-Фев-10, 13:43 
Теория это хорошо. А вот что покажет практика, думаю в ближайшее время узнаем.
Все будет зависеть от 4kb и меньше файлов...


Почему не сделают dynamic align - под размер файла  :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от pavlinux (ok) on 27-Фев-10, 13:50 
Что же делать на SSD, как жить, галактико в опасности =)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 27-Фев-10, 14:06 
>Что же делать на SSD, как жить, галактико в опасности =)

ничего, с SSD и так жить прекрасно, даже по отношению к 10к винтам ;)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от pavlinux (ok) on 27-Фев-10, 14:10 
>>Что же делать на SSD, как жить, галактико в опасности =)
>
>ничего, с SSD и так жить прекрасно, даже по отношению к 10к
>винтам ;)

Где же 294-й, только он постиг Дзэн Махаяны, и знает тайны выравнивания на NAND/NOR носителях.


  

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  –1 +/
Сообщение от 1 (??) on 27-Фев-10, 14:36 
>Где же 294-й, только он постиг Дзэн Махаяны, и знает тайны выравнивания
>на NAND/NOR носителях.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от User294 (ok) on 27-Фев-10, 14:40 
>Подозреваю, что 4-килобайтный сектор минимум - это прогибание под винду

Шиза косила наши ряды? Если кто на бронепоезде, сообщаю: 4Кб сектора - у WDшных дисков. Зачем так? Потому что так меньше оверхед на служебную информацию и ECC. Ну и в итоге 1 и тот же блин вмещает больше полезных данных. Вот так вот тупо и банально.

Для ОС которые не в курсе такой подляны как 4К сектора - есть режим эмуляции 512 байтных секторов, но, сами понимаете, операция с виртуальным 512 байтным сектором ведет операцию с 4Кб сектором. Так что в самом плохом случае можно просрать раз этак в 8. Если работать с случайными 512-байтными блоками. И вообще, нехрен привыкать к 512 байтным секторам. У сидюков сектор 2К, у флешатины все еще сложнее.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 27-Фев-10, 15:06 
>Для ОС которые не в курсе такой подляны как 4К сектора -
>есть режим эмуляции 512 байтных секторов, но, сами понимаете, операция с
>виртуальным 512 байтным сектором ведет операцию с 4Кб сектором. Так что
>в самом плохом случае можно просрать раз этак в 8. Если
>работать с случайными 512-байтными блоками. И вообще, нехрен привыкать к 512
>байтным секторам. У сидюков сектор 2К, у флешатины все еще сложнее.
>

подляна в том что эта эмуляция _включена_всегда_ и _не_отключаема_. а 4к скорее всего изза того что там где эти диски должны использоваться в 99% случаев наверно будет стоять х86 (х64 это раширение и в данном случае ничего не меняет) комп где размер страницы у процессора - 4к (есть и больше, но нет меньше) поэтому размер данных по 4к вполне себе подходит и не должен вести к серьёзному перестроению не приспособленного кода (а системный код учитывает размер страницы процессора управляя данными), а не нтфс...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  –2 +/
Сообщение от dimo on 27-Фев-10, 15:52 
>Подозреваю, что 4-килобайтный сектор минимум - это прогибание под винду и недочёты её файловых систем.

вендофобы такие вендофобы, учим матчасть http://dtg378.defenderhosting.com/discussions.x/18115

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

16. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от pavlinux (ok) on 27-Фев-10, 15:57 
>>Где же 294-й, только он постиг Дзэн Махаяны, и знает тайны выравнивания
>>на NAND/NOR носителях.
>
>пусть ещё чо нить постигает, а я просто пользуюсь и (обычно на
>работе на давних хдд) ловлю себя на мысли что это чертовски
>быстро и бесшумно.

У EEPROM есть плохая привычка - ограниченное кол-во операций записи-перезаписи.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

17. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 27-Фев-10, 16:02 

>У EEPROM есть плохая привычка - ограниченное кол-во операций записи-перезаписи.

не спорю, но от 10000 циклов перезаписи у mlc мне их хватит лет на 5 точно для десктопа, а через 5 лет ... конец света раньше))))

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

18. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от User294 (ok) on 27-Фев-10, 16:14 
>Почему не сделают dynamic align - под размер файла  :)

Потому что должна быть секторизация. Совсем без нее будут как минимум проблемы с синхронизацией и поиском нужных смещений, будет нелегко припахать ECC codes, будет очень сложная и неоптимальная по скрости логика выделения места на поверхности. Тем паче что ФС виднее высокоуровневая активность и какие файлы можно сгруппировать в 1 блок и т.п. (если ФС умеет tail packing). Накопитель вообще не знает что такое файлы. Что к лучшему пожалуй.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

19. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от User294 (ok) on 27-Фев-10, 16:21 
А у NAND-MLC этих циклов и вовсе сильно меньше чем хотелось бы (десятки тысяч всего, против скажем миллионов у NOR и ~сотен тысяч у NAND-SLC). При том в емкие диски ессно пхают MLC. Потому что больше нечего - толпа требует емкость. А ее можно догнать до нужного значения только так. Просто сейчас отношение к электронике - как к расходнику. Сдохнет флеш-"диск" через несколько лет?(а то и быстрее под большой нагрузкой на запись). Ничего, юззер новый купит. А пятилетняя гарантия - в расчете на то что юзер обычный хомячок, который играет в свой кризис или что там еще и на диск не пищет нифига. Выцветет AMOLED через несколько годков? Отлично, юзер купит новый девайс, еще и навар двойной - красота! Ну и так далее.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

20. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от User294 (ok) on 27-Фев-10, 16:24 
А если подумать то 10 000 циклов это совсем не много и по факту реально убить такой накопитель за вполне обозримый срок и при том вполне легитимным юзежом оного. Другое дело что если домашний хомячок большую часть времени ничего на диск не пишет, можно и 3 года гарантии дать (а если диск на складе положить и вообще не включать, можно и 10-летнюю гарантию давать).
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

21. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  –1 +/
Сообщение от 1 (??) on 27-Фев-10, 16:58 
>А если подумать то 10 000 циклов это совсем не много и
>по факту реально убить такой накопитель за вполне обозримый срок и
>при том вполне легитимным юзежом оного. Другое дело что если домашний
>хомячок большую часть времени ничего на диск не пишет, можно и
>3 года гарантии дать (а если диск на складе положить и
>вообще не включать, можно и 10-летнюю гарантию давать).

максималист, вчера ставил W7 на него и софт и баловался... в пределах 30гб записи вроде получилось, cell wearing =2. это мне 5000 дней под такой нагрузкой надо чтоб добить до 10000. а 5000 дней это... больше 10 лет, и то берём что минимум 10000 циклов, а ты сам сказал что их десятки тысяч, даже 20000 - за глаза. домашнее использование под систему - не сильно нагружает, даже без переноса свопа и не отключенной индексации.
да и потом темпы развития всей этой инфраструктуры щас оч большие и лет через 5 где то вероятнее всего и по 1тб ssd диски будут стоить не больше чем щас 256Гб.


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

23. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от Damon (??) on 27-Фев-10, 17:08 
> Выцветет AMOLED через несколько годков? Отлично, юзер купит новый девайс, еще и навар двойной - красота! Ну и так далее.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

24. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +1 +/
Сообщение от аноним on 27-Фев-10, 17:19 
Ну недеяться на железо глупо в любом случае, и никаие сверхнадежные железки за кучу денег тут не помогут - одна контора в этом недавно убедилась потеряв кучу бабок и времени - "профессионала", который выбирал брендовое серверное железо, оттуда вышибли мгновенно, и вендоров делеза послали. Здорово другое - железо дешевеет, и на гoвённых дисках можно собрать NAS на порядок дешевле и напорядок же надежнее брендового г-на, которое еще не позволяет ставить те компоненты, какие хочется. В новости про Dell хорошо посмеялись.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

25. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 27-Фев-10, 17:23 
мда, далеко не всякий hdd 5 лет нормально проработает и не сдохнет. так что буря в стакане (или в чьей то голове) не более.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

26. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от iZEN (ok) on 27-Фев-10, 18:25 
Есть два понятия: гарантийный период эксплуатации и срок службы [изделия]. Они отличаются на порядок.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

27. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +1 +/
Сообщение от fi (ok) on 27-Фев-10, 19:37 
жесткие диски с увеличенным до 4 Кб размером сектора - это ещё один удар по zfs с их супер-путер адресацией

:))  Изи - Привет!

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

28. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от iZEN (ok) on 27-Фев-10, 20:10 
>жесткие диски с увеличенным до 4 Кб размером сектора - это ещё
>один удар по zfs с их супер-путер адресацией

А что не так с "секторами" и их адресацией в ZFS? O_o


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

29. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от pavlinux (ok) on 27-Фев-10, 21:16 
CONFIG_DIRECT_GBPAGES

Allow the kernel linear mapping to use 1GB pages on CPUs that
support it. This can improve the kernel's performance a tiny
bit by reducing TLB pressure.

               If in doubt, say "Y".          

Даешь размер сектора в 1Gb!!!

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

30. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от Damon (??) on 27-Фев-10, 21:32 
>Есть два понятия: гарантийный период эксплуатации и срок службы [изделия]. Они отличаются
>на порядок.

В данном случае (AMOLED и SSD) сбывается мечта любого производителя о сокращении "срока службы изделия" и приближении его к "гарантийному периоду эксплуатации".
Винты, вот, тоже быстрее дохнуть стали. Складывается впечатление (у меня лично), что сейчас нормой стала замена сдохшего винта по гарантии. Т.е. винт отработал меньше года и сдох. И не у кого это не вызывает удивления -- ну заменили и ладно, на халяву же! У меня есть рабочий винт на 3 ГБ, но сомневаюсь, что мой текущий винт на 250 ГБ столько проживет.
Это-то и хотел подчеркнуть.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

31. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от User294 (ok) on 27-Фев-10, 21:44 
>сейчас нормой стала замена сдохшего винта по гарантии.

Ну, вообще-то этого производители стараются избегать, потому что сие бьет рублем. А если не повезет то еще и халявный апгрейд куче народа обломится. Придете вы через 2 года с диском. А на него бац и запчастей уже нет. И дисков таких же на замену нет. Придется вам новый дать, еще более емкий. Даром. Или бабки вернуть. Винты вроде мрут не больше чем раньще. Массово дох только сигейт недавно, который обосрался, факт. Ну так и другие обсирались, скажем айбиэмов с их "дятлами" все запомнили надолго :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

32. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от User294 (ok) on 27-Фев-10, 21:49 
>подляна в том что эта эмуляция _включена_всегда_ и _не_отключаема_.

Как я помню - на этих WD есть джампер для управления поведением этой фичи.

>а 4к скорее всего изза того что

Он лишь из-за того что господам из WD захотелось выжать побольше гигабайтов из имеющихся у них технологий :). Сильнее увеличивать грабельно: типовой блок ФС нынче 4Кб (возможно в тои числе и потому что страницы). Ну а сектор крупнее блока ФС, извините, ничего хорошего не обещает. А на меньших размерах особо выигрыша на служебных данных не будет. Итого - имхо нормальный и вполне разумный блок. Если совпадает с блоками ФС.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

33. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +1 +/
Сообщение от User294 (ok) on 27-Фев-10, 21:54 
а что, 30Гб записи это много в 2010 году? :)

> а ты сам сказал что их десятки тысяч

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

34. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +1 +/
Сообщение от filosofem (ok) on 27-Фев-10, 22:27 
>максималист, вчера ставил W7 на него и софт и баловался... в пределах
>30гб записи вроде получилось, cell wearing =2. это мне 5000 дней
>под такой нагрузкой надо чтоб добить до 10000. а 5000 дней
>это... больше 10 лет, и то берём что минимум 10000 циклов,
>а ты сам сказал что их десятки тысяч, даже 20000 -
>за глаза. домашнее использование под систему - не сильно нагружает, даже
>без переноса свопа и не отключенной индексации.
>да и потом темпы развития всей этой инфраструктуры щас оч большие и
>лет через 5 где то вероятнее всего и по 1тб ssd
>диски будут стоить не больше чем щас 256Гб.

И как они этот cell wearing считают интересно. Уверен, что что-то средне-сферичеческое в вакууме получается, а не реальный износ. Под форточками если каждый день работать, локальный венде и диску капец настанет намного раньше 5 лет. Под вендой как известно файловая система NTFS, у которой вся ее служебная база (MFT) находится в одном месте и соответственно запись в эту область идет постоянно при любых изменениях в файловой системе. А изменения эти происходят практически без остановки, венда диску покая не дает, постоянно что-то индексирует свопит и черти что делает.
Как пример в одной конторе поставили терминалы с 2000 маздаем на промышленных флэш-накопителях, всего около 30 машин, года еще не прошло и 4 флэшки издохло и у всех бэд блоки в приблизительно по одному адресу.


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

35. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от reminux (ok) on 27-Фев-10, 23:07 
а есть ли уверенность, что скорость износа будет постоянная? что, если она только поначалу низкая, и со временем будет увеличиваться? ;)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

36. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 27-Фев-10, 23:43 
30 гб за 1 день при домашнем использовании - да, это много
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

37. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 27-Фев-10, 23:46 
>И как они этот cell wearing считают интересно. Уверен, что что-то средне-сферичеческое
>в вакууме получается, а не реальный износ.

скорее какое-нибудь среднее между мин и мах использованием ячеек.

>[оверквотинг удален]
>день работать, локальный венде и диску капец настанет намного раньше 5
>лет. Под вендой как известно файловая система NTFS, у которой вся
>ее служебная база (MFT) находится в одном месте и соответственно запись
>в эту область идет постоянно при любых изменениях в файловой системе.
>А изменения эти происходят практически без остановки, венда диску покая не
>дает, постоянно что-то индексирует свопит и черти что делает.
>Как пример в одной конторе поставили терминалы с 2000 маздаем на промышленных
>флэш-накопителях, всего около 30 машин, года еще не прошло и 4
>флэшки издохло и у всех бэд блоки в приблизительно по одному
>адресу.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

38. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 27-Фев-10, 23:48 
>а есть ли уверенность, что скорость износа будет постоянная? что, если она
>только поначалу низкая, и со временем будет увеличиваться? ;)

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

39. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 27-Фев-10, 23:57 
>>подляна в том что эта эмуляция _включена_всегда_ и _не_отключаема_.
>
>Как я помню - на этих WD есть джампер для управления поведением
>этой фичи.

ты почитай его назначение ;)

>>а 4к скорее всего изза того что
>
>Он лишь из-за того что господам из WD захотелось выжать побольше гигабайтов
>из имеющихся у них технологий :). Сильнее увеличивать грабельно: типовой блок
>ФС нынче 4Кб (возможно в тои числе и потому что страницы).
>Ну а сектор крупнее блока ФС, извините, ничего хорошего не обещает.
>А на меньших размерах особо выигрыша на служебных данных не будет.
>Итого - имхо нормальный и вполне разумный блок. Если совпадает с
>блоками ФС.

типовой блок фс запросто есть и 1 и 2кб и 8 и 32 и 64 (тот же фат и нтфс можно с блоками больше 4к форматировать), но тем не менее 4 оптимально именно по этим причинам, имХО, а не изза фс (это скорее фсам удобнее 4к изза размера страницы... в ядре вроде оч много к этим страницам привязывается... если не всё). а так да первым делом выжать больше обьём, только он был бы больше и при 2к и при 8к, но 4к оптимален.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

40. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 27-Фев-10, 23:58 
>Даешь размер сектора в 1Gb!!!

да бери свою тормозилку)))

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

41. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 28-Фев-10, 00:03 
> >подляна в том что эта эмуляция _включена_всегда_ и _не_отключаема_.

Мало того, ещё и задетектить её путём IDENTIFY DRIVE конкретно для WD15EARS (и как понимаю -- WD10EARS/WD20EARS) возможным не представляется.

> Как я помню - на этих WD есть джампер для управления поведением этой фичи.

Это вообще жуткий хак, который для оболтусов с завалявшимся дома джампером и знающих, как его нацепить на пины, но ленящихся пройти свою winxp утилиткой wd align.  Лечит одну проблему (63->64), порождает уйму других, начиная с желания такого владельца сделать второй раздел.

Как минимум на одном контроллере в режиме AHCI так просто не стало грузиться, на другом после разбивки без джампера ядро 2.6.32 (с md.ko внутри) не смогло загрузиться после его тестовой установки, поскольку попыталось обратиться к последнему сектору, которого "не стало" (что диск рассказать не соизволил) -- циклический сброс шины и попытка всё-таки прочитать.

А в остальном после правильной разбивки и правильного форматирования -- диск как диск, около сотни метров в секунду линейного чтения на старте и 64M кэша.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

42. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от Michael Shigorin email(ok) on 28-Фев-10, 00:08 
>>Подозреваю, что 4-килобайтный сектор минимум - это прогибание под винду
>>и недочёты её файловых систем.

Нет.

>вендофобы такие вендофобы, учим матчасть

Виндофилы... ну Вы поняли.

Хотя свалить всё на дурацкий dos partition table тоже нельзя, тут ещё и производители BIOS с несогласованными костылями времён очередного расширения дисков (это не когда барьер 504Mb решали?) устроили радикально другое распределение битов адресного пространства CHS на шине и в бивисах, из-за чего и получилось печально известное "63S, 255H", misalignment и прочее.

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

А если бы да кабы, то не надо было бы этого переходного периода с потенциально тормозной трансляцией силами контроллера диска...

--
виндофаг

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

43. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от Michael Shigorin email(ok) on 28-Фев-10, 00:17 
>мда, далеко не всякий hdd 5 лет нормально проработает и не сдохнет.
>так что буря в стакане (или в чьей то голове) не более.

Знаете, по Вашим комментариям можно сказать, что вот уж за Ваши диски беспокоиться нечего -- поскольку ничего ценного на них нет.  Равно как и в самих комментариях.

Также дружески предлагаю воздержаться от наездов вообще и не по существу -- особенно.  С этим можете перебраться на более подходящие Вам форумы пользователей Windows.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

44. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от аноним on 28-Фев-10, 08:55 
Бред. ZFS как раз на таких дисках работает замечательно.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

45. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 28-Фев-10, 13:18 
>Знаете, по Вашим комментариям можно сказать, что вот уж за Ваши диски
>беспокоиться нечего -- поскольку ничего ценного на них нет.  Равно
>как и в самих комментариях.

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

>Также дружески предлагаю воздержаться от наездов вообще и не по существу --
>особенно.  

а горланить ложь это нормально, вы поддерживаете? ваше право.
>С этим можете перебраться на более подходящие Вам форумы
>пользователей Windows.

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


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

46. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от 1 (??) on 28-Фев-10, 13:25 
вот интересно за что коммент 37 удалили? за последнее слово? можете удалить, оно ценности не имеет, так, чуток эмоций. зато остальное собрано по крупицам из разных источников по инету и хоть и не совсем по теме но уж точно не более чем пост на который отвечаю.
лор в этом плане порядочнее.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

47. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  –1 +/
Сообщение от ZloySergant (ok) on 28-Фев-10, 14:19 
>Так можно сделать вирус реально убивающий железо, мечту всех кулхацкеров :)

Что, лавры WIN95.CIH покоя не дают?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

48. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от Michael Shigorin email(ok) on 28-Фев-10, 16:18 
>вот интересно за что коммент 37 удалили? за последнее слово?

Да.

>можете удалить, оно ценности не имеет, так, чуток эмоций.

По счастью, редактированию подлежат только свои сообщения.

>зато остальное собрано по крупицам из разных источников по инету

Простите, это уже я погорячился.  Потому как на самом деле оценил.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

49. "SIGSRY"  +/
Сообщение от Michael Shigorin email(ok) on 28-Фев-10, 16:30 
>а горланить ложь это нормально

Нет.  Но бывает сознательная ложь, для которой есть ссылка "сообщить модератору" -- а бывает искреннее заблуждение,

>да вот как то наоборот линуксом дома больше занимаюсь :)

Тут ещё как: последнее время обострились красноглазые виндовсофилы, и бывает некоторое раздражение по этому поводу.  Согласитесь, из Ваших сообщений довольно сложно было догадаться, что к сему племени не принадлежите, не зная :)

>так что что я могу а что нет я буду судить сам, чтоб без наездов. ок?

Но всё-таки прошу -- постарайтесь уважать собеседников.  Заодно помогает обращать внимание на ценное, а не шелуху, ну и архив темы будет чище и удобней ищущим уже по проблемам, а не ради обсуждения. [а теперь ещё и самому то же самое не забывать]

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

50. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от Алексей (??) on 01-Мрт-10, 05:50 
Zenitur, да ты совсем упоротый! Путать размер физического сектора и размер кластера ФС - сильно.

Переход на 4-килобайтные сектора нужен прежде всего производителям винтов, т.к. позволяет уменьшить объём служебной информации хранимой на диске, а соответственно - увеличить объём полезных данных, который можно записать на пластину при той же плотности записи. И вообще от этого дебильного legacy уже давно пора было избавится.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

51. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +1 +/
Сообщение от User294 (ok) on 01-Мрт-10, 05:57 
>30 гб за 1 день при домашнем использовании - да, это много

А что, у вас есть реалистичная статистика собранная с разных юзеров? Как собиралось?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

52. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от User294 (ok) on 01-Мрт-10, 06:01 
>Что, лавры WIN95.CIH покоя не дают?

У меня нет склонности к вредительству ради лавров. Чего хорошего в лаврах суперурода? Тем не менее, шило в мешке не утаишь :P.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

53. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от fi (ok) on 02-Мрт-10, 12:53 
ждем-с когда 64бита кончатся :) а тут бах - еще лет на пять задвинули 64бита-капец :)))

Не дай бог перейдут на 64Кб сектора!!!

зы. Просто вспомнилась наглая лож маркетологов из сана на презентации zfs :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

54. "В parted 2.2 и util-linux-ng 2.17.1 улучшена поддержка диско..."  +/
Сообщение от а.н. on 05-Мрт-10, 00:55 
>жесткие диски с увеличенным до 4 Кб размером сектора - это ещё
>один удар по zfs с их супер-путер адресацией

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру