https://www.opennet.me/openforum/vsluhforumID3/119550.html Компания Samsung предложила для включения в ядро Linux набор патчей с реализацией нового драйвера exFAT, основанного на актуальной кодовой базе "sdfat", развиваемой для прошивок Android-смартфонов Samsung. Если патчи будут приняты, то они войдут в состав ядра Linux 5.6, релиз которого ожидается через 2-3 месяца. По сравнению с ранее добавленным в ядро драйвером exFAT, новый драйвер обеспечивает прирост производительности примерно на 10%...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52222<br> https://www.opennet.me/openforum/vsluhforumID3/119550.html#234 Mon, 17 Feb 2020 13:06:48 GMT &gt; сама суть, ориентированная на очень медленные, очень ненадежные и очень малоемкие носители (поэтому и размазывали метаданные с inodes ровным слоем по всему диску)<br><br>- Вот тут Вы "слегка" :-) подзабыли. Ext2, не смотря на свой более старший возраст была ЗНАЧИТЕЛЬНО лучше по всем параметрам современной ему FAT (дешевая система для Кухарок - дешевая FS, от куда в MS было взяться хорошим (дорогим) разработчикам? Это потом, разбогатев, MS смог купить крутых UNIX-оедов для разработки технологии "NT"). <br>Inodes, размазанные по диску ввиду их цепочности как раз значительно (в дополнение к кешированию) ускоряют работу механического диска из-за близости к данным (поступательное движения головки и ожидания на дорожке подхода нужного сектора), ну и повышается надежность. Мне, в былую тяжелую жизнь очень часто перепадали большие и достаточно новые диски с протертыми начальными цилиндрами, куда Вындовс складывал обе таблицы, достаточно было их отрезать.<br> https://www.opennet.me/openforum/vsluhforumID3/119550.html#233 Sat, 01 Feb 2020 00:11:19 GMT &gt; максимальный размер раздела в 32 ГБ<br><br>Откуда люди взяли такое ограничение?<br>Почему до сих пор считают кластера по 512 байт?<br>Сейчас даже на современных дисках сектора по 4 кб (см. Advanced Format)<br>Целесообразно выбирать размер кластера равным размеру сектора (или больше).<br>В таком случае раздел FAT32 - будет больше 32Гб (как я и жил на windows 98 с HDD 250 Гб)<br> https://www.opennet.me/openforum/vsluhforumID3/119550.html#232 Fri, 24 Jan 2020 22:30:48 GMT Я вот не уверен, что всё ещё можно купить флешки на SLC. Помню только единственную флешку, которая у меня умерла от использования - моя первая в резиновом корпусе и аж на 128 мегабайт попросту внутри сгнила (вода попала или в кармане отсырела). Была ли она SLC - возможно, в то время особо не было альтернатив. С тех пор ещё ни одна не померла, а уже лет 15 прошло.<br><br>В любом случае, я со всем, перечисленным вами, согласен. Жаль, что большая часть телодвижений обычно не стоит усилий. Но в качестве знания "как делать правильно" - очень полезные советы.<br> https://www.opennet.me/openforum/vsluhforumID3/119550.html#231 Fri, 24 Jan 2020 21:48:45 GMT &gt; Не понимаю, в чём смысл переносить битые файлы.<br><br>Это iZEN. Он крут в откаблучивании странных действий, бессмысленно и беспощадно.<br> https://www.opennet.me/openforum/vsluhforumID3/119550.html#230 Fri, 24 Jan 2020 18:54:23 GMT &gt; Это же не SSD, сотни циклов на десять лет может хватить. <br><br>Там еще контроллер паршивый и wear leveling делает абы как. И к тому же 100 циклов - это когда оно разбалтывается и начинает дико течь профакивая данные, или вообще не стирается. А так этот кал через несколько лет может перестать читаться сам по себе, например. Или если ты его задолбал чтениями. Потому что учитывать read disturbance тупой контроллер может и не уметь. Иногда требуется даже все шифровать. Не потому что спрятать что-то надо, просто большой паттерн нулей или единиц подряд влияет друг на друга и чтение сбоит еще раньше. Шифрование делает некую рандомизацию, проблема отпадает. Ну и чем новее и емче, тем мельче ячейки и тем быстрее они утекают. С соотв ожиданиями для сохранности данных.<br><br>В общем емкий флеш - очень хлипенькая и ненадежная штука. "Barely works".<br><br>Старые флешки юзают дубовый SLC или как максимум 2-level MLC. Первое почти вечное, второе ... зависит от отлаженности технологии и контроллера. В ранних он был не сильно лучше https://www.opennet.me/openforum/vsluhforumID3/119550.html#229 Fri, 24 Jan 2020 18:30:58 GMT &gt; А с чего так, если места дефицит? Оно там правда очень небольшое, <br>&gt; в угоду производительности.<br><br>На медленном диске, типа механики, кстати, прочесть и распаковать LZ4 или LZO может быть быстрее чем прочесть более крупный объем без сжатия. По поводу чего сжатие иногда даже ускоряет работу с диском.<br><br> https://www.opennet.me/openforum/vsluhforumID3/119550.html#228 Fri, 24 Jan 2020 18:10:08 GMT &gt; Если бы Майкрософт не пришел в себя то никто бы ничего не <br>&gt; выложил.<br><br>Может на то были причины. Кто его знает, может в следующей специфиации SD пригрозили F2FS сделать стандартом.<br> https://www.opennet.me/openforum/vsluhforumID3/119550.html#227 Fri, 24 Jan 2020 16:41:47 GMT &gt; ntgs3g он с ней делает.<br><br>Похоже на то.<br> https://www.opennet.me/openforum/vsluhforumID3/119550.html#226 Fri, 24 Jan 2020 16:31:56 GMT ntgs3g он с ней делает.<br>