https://opennet.ru/openforum/vsluhforumID3/63902.html В связи с использованием в новых моделях жестких дисков Western Digital Caviar Green нестандартного размера сектора, увеличенного с 512 байт до 4 Кб, предпринята попытка (http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives) оценки степени поддержки таких дисков в Linux. В итоге были получены удручающие результаты: из-за отсутствия выравнивания записываемого кластера данных по границе физического сектора размером 4096 байт (выравнивание производится по 512-байтовым логическим секторам), наблюдается (http://bugs.gentoo.org/show_bug.cgi?id=304727) падение производительности более чем в три раза. Кроме того, при разбивке диска наблюдаются проблемы с вычислением оптимального смещения для первичного дискового раздела, который по умолчанию создается начиная с позиции LBA 63, оставаясь не выравненным по границе цилиндров.<br><br>URL: http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byte_Sector_Hard_Drives<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=25428<br> https://opennet.ru/openforum/vsluhforumID3/63902.html#55 Tue, 20 Apr 2010 05:01:36 GMT &gt;"Другая ось" их таки поддерживает. Молчком, но поддерживает. Вместо MBR давно можно <br>&gt;использоваться EFI. <br><br>самая свежая и перед этим - да.<br>а самая популярная - нет.<br> https://opennet.ru/openforum/vsluhforumID3/63902.html#54 Sat, 20 Feb 2010 10:19:48 GMT &gt;[...] Т.е. по сути, не в составе RAID с избыточностью <br>&gt;это г-но использовать нельзя. Просто курам на смех. [...]<br>&gt;Я вот думаю что купить из 2TB - явно не хитачи, тем <br>&gt;более у них 2TB убогие пятипластинчатые.<br><br>Вы, как бы это сказать помягче, "воинствующий чайник". :(<br><br>Во-первых -- есть проблемы, замените поштучно запасным и тащите по гарантии. Вне зависимости от производителя конкретного диска.<br><br>Во-вторых -- много пластин =&gt; много головок и треков под ними, что хуже по части механики, но повышает шанс попадания нужных данных без сика.<br><br>В-третьих, у hitachi унаследован ibm'овский микрокод -- и как раз у пятиблинников поведение на многопоточной нагрузке (или Ваш страйп хранит кэш /dev/random для одного пользователя?) обычно схожее на Ultrastar или вообще на SAS:<br>http://www.fcenter.ru/online.shtml?articles/hardware/hdd/27850#09<br><br>JFYI, на ftp.linux.kiev.ua четыре диска из восьми (это уже третья пачка хитачей) -- как раз пятиблинные HDS721010KLA330, безупречно себя ведущие уже год под постоянной на https://opennet.ru/openforum/vsluhforumID3/63902.html#53 Thu, 18 Feb 2010 17:11:29 GMT &gt;Мне пару дней назад подарили такой 2Тб винт WD20EARS с 4Кб секторами. <br>&gt;Жалко, что WD не оставила возможности выключить в своих винтах yблюдочный <br>&gt;режим эмуляции 512-байтных секторов. Я бы предпочёл ручками выровнять разделы и <br>&gt;создать ФС с 4Кб блоками, чем наблюдать падение производительности при записи <br>&gt;мелких файлов. <br><br>Противоречия тут не находите?<br> https://opennet.ru/openforum/vsluhforumID3/63902.html#52 Thu, 18 Feb 2010 17:09:54 GMT &gt; Hitachi<br><br>Ну Hitachi - гно. В массиве из 6 дисков на 3 постоянно есть сектора, которые не читаются, но и не реаллокейтятся - выявляются ZFS scrub'ом. Т.е. по сути, не в составе RAID с избыточностью это г-но использовать нельзя. Просто курам на смех.<br><br>Я вот думаю что купить из 2TB - явно не хитачи, тем более у них 2TB убогие пятипластинчатые. Самсунги это х* с горы, к ним никакого доверия (тем более ecogreen F2 показывали падение скорости в 10 раз при многопоточном чтении. 2TB у них F3, но все же) - значит seagate или вестерны, третьего не дано.<br> https://opennet.ru/openforum/vsluhforumID3/63902.html#50 Wed, 17 Feb 2010 11:01:32 GMT Мне пару дней назад подарили такой 2Тб винт WD20EARS с 4Кб секторами. Жалко, что WD не оставила возможности выключить в своих винтах ублюдочный режим эмуляции 512-байтных секторов. Я бы предпочёл ручками выровнять разделы и создать ФС с 4Кб блоками, чем наблюдать падение производительности при записи мелких файлов.<br> https://opennet.ru/openforum/vsluhforumID3/63902.html#49 Wed, 17 Feb 2010 09:28:41 GMT почему то уверен, что соответствующие патчи радикально все улучшающие будут уже в следующем релизе<br> https://opennet.ru/openforum/vsluhforumID3/63902.html#48 Tue, 16 Feb 2010 21:29:19 GMT &gt;нормальные ФС заполняют остатки блоков совмещая хвосты нескольких файлов в одном блоке.<br><br>Не знаю как "нормальные", а конкретно для reiserfs 3.6 рекомендуется -o notail.<br> https://opennet.ru/openforum/vsluhforumID3/63902.html#47 Tue, 16 Feb 2010 20:13:38 GMT &gt;Samsung, не Seagate - у них багов с переполнением логов и необходимости <br>&gt;перепрошиваться пока не было. Вообще самые надёжные винты - проверено сервисом.<br><br>Не могу согласиться -- угораздило купить один 2.5", после этого пришлось выгуглить, что прошивки у корейцев до сих пор сильно хромые насчёт ремапа. То есть пока всё хорошо -- ура, но вот когда начнётся плохо (наблюдается тенденция "вскоре после окончания гарантийного срока") -- может быть плохо совсем.<br><br>У Seagate ES.2 объёмами ~500--1000Gb были проблемы с задранной плотностью адаптивного форматирования первых треков -- поставщик советовал отбить первый гиг и не трогать. 7200.9 (200/400Gb как минимум) сыпались чуть ли не от прикосновения к верхней крышке, про терабайтники тоже много страшных отзывов -- решил не экспериментировать.<br><br>Так что кто как, а я из SATA предпочитаю Hitachi/WD.<br> https://opennet.ru/openforum/vsluhforumID3/63902.html#46 Tue, 16 Feb 2010 20:01:38 GMT &gt;это и без 4кб секторов было актуально на стрипах<br><br>См. тж. http://www.pythian.com/blogs/411/aligning-asm-disks-on-linux и другие ссылки внизу http://freesource.info/wiki/HCL/XranenieDannyx/SoftwareRAID (гругря "пропускаем первый мегабайт, если уж надо dos partition table").<br><br>