https://www.opennet.me/openforum/vsluhforumID3/88779.html Ресурс Phoronix провел (http://www.phoronix.com/scan.php?page=article&item=linux_f2fs_benchmarks&num=1) серию тестов работы файловых систем на SSD-накопителях. Основной целью данных тестов была проверка, как новая файловая система F2FS (http://www.opennet.ru/opennews/art.shtml?num=35667) соотносится с другими файловыми системами в ситуации, когда носитель представляет собой массив NAND flash памяти, на работу с которой в основном и оптимизирована файловая система F2FS. <br><br><br>В тесте приняли участие файловые системы F2FS, Btrfs, EXT3, EXT4, XFS и JFS. Тестирование производилось на 160Гб накопителе Intel SSD SA2M160. <br><br><br>- В тесте Flexible IO Tester 1.57 первое место занял ext4. Второе место поделили между собой JFS и EXT3. F2FS показал в данном тесте весьма неважный результат, выиграв только у btrfs и проиграв всем остальным участникам тестирования.<br><br>- В семействе тестов FS-Mark V3.3 F2FS показал отличный результат, заняв первое место. На втором месте с довольно небольшим отрывом оказался JFS, который оче https://www.opennet.me/openforum/vsluhforumID3/88779.html#81 Fri, 01 Mar 2013 20:16:40 GMT &gt;&gt;Увы, мой ssd врет :) <br>&gt;&gt;Sector Size: 512 bytes logical/physical <br><br>Аналогично для SanDisk SSD U100 252GB и KINGSTON SNVP325S2128GB.<br><br>&gt; а весь вывод смарта можно посмотреть? :D <br><br>Без толку, мы в них (конкретно WD 15EARS) чем только не тыкали, почитав спецификацию. Информация и ссылки по теме собраны на http://www.altlinux.org/BigSector<br> https://www.opennet.me/openforum/vsluhforumID3/88779.html#80 Fri, 01 Mar 2013 20:10:35 GMT &gt; SSD Crucial в dmesg пишет о 512 байтных секторах. Хотя известно, что <br>&gt; внутри флэша контроллер работает с 4k-блоками.<br><br>JFYI, про erase block в 4k на SSD ещё не слышал -- обычно 128k.<br> https://www.opennet.me/openforum/vsluhforumID3/88779.html#78 Sat, 23 Feb 2013 15:16:46 GMT &gt; Сейчас ZFS серьёзно оптимизировали по потреблению ресурсов оперативной памяти. Что было &gt;месяц назад и что сейчас на FreeBSD 9.1-STABLE &#8212; "земля и небо". ARC не так агрессивно &gt;распоряжается свободной оперативной памятью, как раньше.<br>&gt;Файловые системы для SSD нужно ещё правильно готовить, чтобы они учитывали специфику &gt;4k-блоков флешатины вместо стандартных 512 байтных секторов HDD. Для этого на FreeBSD есть &gt;провайдер GEOM Nop gnop(8), который подготавливает пространство SSD под использование &gt;файловой системы, будь-то классическая ФС или же современная CoW-ФС. В Linux, наверное, об &gt;этом не слышали, так как ФС там дюже умные и сами определяют, какой носитель они используют.<br><br>и этот комментарий заминусовали ? жесть, вообще обыдлела публика<br> https://www.opennet.me/openforum/vsluhforumID3/88779.html#77 Fri, 22 Feb 2013 20:51:54 GMT &gt; Пардон, ZFS достаточно навернут и я не возьмусь даже грубо прикидывать как <br>&gt; его variable length блоки будут раскладываться относительно страниц/erase blocks.<br><br>Минимальный размер блока ZFS &#8212; 128k. То есть кратно 4k физическим блокам. <br><br>&gt; Если <br>&gt; в случае с фиксированными блоками это еще можно прикинуть, то для <br>&gt; variable - дохлый номер.<br><br>Дохлый номер &#8212; это если варьируемый размер блока ФС не будет кратен размеру физического блока флэшатины &#8212; 4k, что в случае с ZFS исключено, так как у ней 128k &#8212; это ступень, от которой прыгают экстенты, которые, в свою очередь, не могут быть меньше размера базового блока (128k), но всегда кратны размеру блока ФС.<br><br>&gt; Теоретически, на флеше минимальный размер variable блока <br>&gt; должен быть 4К и инкремент - строго кратный 4К.<br><br>Именно.<br><br>&gt; Ну, чтоб <br>&gt; выравнивание хотя-бы на страницы после такого блока не отъехало. Практически я <br>&gt; не знаю можно ли допинать блоки переменного размера ZFS до такой <br>&gt; кондиции. Это высший пилотаж для гур в Z https://www.opennet.me/openforum/vsluhforumID3/88779.html#76 Fri, 22 Feb 2013 20:13:31 GMT &gt; врёт, исправляйте вручную.<br><br>Ну ясен фиг, я как-то так и кроил себе ФС: захинтил размер страйпа в 512К + смещение подогнал. Журнал не отключал (kamikaze mode off), веар-левелинг худо-бедно с ним справится, тем паче что там только метаданные.<br><br>&gt; а весь вывод смарта можно посмотреть? :D <br><br>=== START OF INFORMATION SECTION ===<br>Model Family: Intel 320 Series SSDs<br>Device Model: INTEL SSDSA2CW080G3<br>Serial Number: &lt;skip&gt;<br>LU WWN Device Id: &lt;skip&gt;<br>Firmware Version: 4PC10362<br>User Capacity: 80,025,280,000 bytes [80.0 GB]<br>Sector Size: 512 bytes logical/physical<br>Device is: In smartctl database [for details use: -P show]<br>ATA Version is: 8<br>ATA Standard is: ATA-8-ACS revision 4<br>Local Time is: Fri Feb 22 21:11:53 2013 MSK<br>SMART support is: Available - device has SMART capability.<br>SMART support is: Enabled<br>(полный вывод занимает пару страниц и был заскипан)<br> https://www.opennet.me/openforum/vsluhforumID3/88779.html#75 Fri, 22 Feb 2013 20:06:36 GMT &gt; Матчасть подучи по ZFS, потом приходи.<br><br>Матчасть?! Изень, я как много лет юзавший фряху и пишуший на жабке, утверждаю что ты и матчасть - это даже не разны планеты, это разные галактики.<br>Все на что ты способен - позорить любую отрасль своими кривыми лапками - будь то фряха или жабка или фс.<br>А знаешь почему? Потому что ты бздун.<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/88779.html#73 Fri, 22 Feb 2013 19:58:10 GMT &gt;&gt; Алсо, у ФС типа ext4 по сути нет понятия "сектор".<br>&gt; Понятие "сектор" &#8212; физическая единица адресации пространства носителя.<br><br>Спасибо, капитан. Правда учитывая что SSD для записи 512 байтного сектора делает read-modify-write, это всего лишь такой красивый логический трындеж в паспорте диска, не имеющий под собой никакого реального физического смысла. Это всего лишь гнусная эмуляция, для того чтобы легаси софт (==древние ОС), который не подозревает о SSD не сыпался как горох. Полагаться на этот трындеж - себе дороже. Т.к. работа кусками по 512 байтов будет медленной, неэффективной и с конским write amplification factor, что поможет SSD побыстрее сдохнуть.<br><br>&gt;&gt; Есть "блок ФС". Это минимально адресуемый за раз юнит.<br>&gt; В NTFS и FAT он называется "кластер". И что?<br><br>А ничего, то же самое по смыслу. И производители флешек с FAT отлично в курсе этого момента. И очень характерно кроят для них FAT и партишн тейблы, откровенно выравнивая все это на erase block. Чтоб оно по разным erase block было. Что спаса https://www.opennet.me/openforum/vsluhforumID3/88779.html#72 Fri, 22 Feb 2013 19:22:03 GMT &gt; А по какому параметру вы это смотрите? <br><br>У моего SSD несколько параметров касающихся wearing. <br>Наиболее интересные: <br>1) 233 Media_Wearout_Indicator, насколько я понимаю это процент износа (в процентах, vs число циклов/задекларированное для флеша производителем). У меня пока оно вообще идеальное, как у нового диска. С точностью до 1%. Получается что я пока не протер даже на 1%.<br>2) 226 Workld_Media_Wear_Indic - тоже нечто касающееся износа, однако формат цифры не соответствует даташиту. Ну, чтобы интел и совсем без багов - так не бывает :). Теоретически, там записан износ с момента последнего сброса таймера. Практически у меня этот атрибут содержит нечто, что совсем не укладывается в формат числа из даташита, по поводу чего интерпретировать данное поле мне не удалось.<br>3) 241 Host_Writes_32MiB - объем записанных данных, в 32Mb попугаях. Можно грубо прикинуть число циклов которые проехали. И/или сравнить с задекларированным объемом записи (для моего накопителя 60Tb). По ним как раз получается что я 1% не д https://www.opennet.me/openforum/vsluhforumID3/88779.html#71 Fri, 22 Feb 2013 18:26:38 GMT &gt;&gt; ARC никак не связан с записью. Это кэш для чтения.<br>&gt; IIRC он таки и на чтение и на запись работает. Так что походу тебя жестоко глючит.<br><br>Матчасть подучи по ZFS, потом приходи.<br>