https://www.opennet.ru/openforum/vsluhforumID3/67651.html Компания Tuxera, известная разработкой свободного проекта NTFS-3G, представила (http://www.tuxera.com/about-us/news/1839/) драйвер (http://www.tuxera.com/products/exfat-for-embedded-systems/) с реализацией поддержки файловой системы exFAT (http://ru.wikipedia.org/wiki/ExFAT) для Linux и основанных на Linux мобильных платформ Android и MeeGo. Работа выполнена в рамках соглашения (http://www.opennet.ru/opennews/art.shtml?num=23174) с компанией Microsoft, которая предоставила всю необходимую для разработки документацию, исходные тексты с примерами и инструментарий для проведения тестирования совместимости с эталонной реализацией. <br><br><br>К сожалению, условия лицензирования exFAT не позволили открыть исходные тексты разработки. Изначально соглашение с Microsoft ограничивало область распространения драйвера только OEM-производителями, но в пресс-релизе заявлено об организации в будущем возможности загрузки драйвера конечными потребителями. Разработка независимой свободной реализации exFAT затр...<br><br>URL: http://www.tux https://www.opennet.ru/openforum/vsluhforumID3/67651.html#161 Wed, 09 Jun 2010 13:12:52 GMT &gt;Ты неуклюже переводишь контекст обсуждения Btrfs в сторону мобильных накопителей для <br>&gt;гаджетов. <br><br>Так в теме тут и идет спич про мобильные накопители для гаджетов по идее. То есть, вы настаиваете что тотальный оффтоп - так и надо? :)<br><br>&gt;Я же говорил о её применимости на десктопах и серверах в контексте RAID-5/6. <br><br>Да сделают, чего кипишуете то? А кому срочно, и чтоб еще вчера - LVM есть. И другие ФС. Все-равно юзать в ответственном продакшне ФС которая стабильной не объявлена - ссыкотненько, не так ли? :)<br><br>&gt;Понятно, что на фотаппаратах RAID не нужен, да там вообще и ФС не нужна, <br><br>А фотографии где хранить?<br><br>&gt;можно просто обеспечить хранение в RAW в виде "файлов", а передавать <br>&gt;по интерфейсу (USB) определённый поток, который затребует софтверный драйвер в винде. <br><br>Знаете, обычно проще представиться стандартным классом чем попадать на трах с написанием и потом еще и сертификацией дров, а юзеры потом еще и чертыхаться будут, т.к. без драйвера не читается а юзер может приволочь фотоаппарат на соседн https://www.opennet.ru/openforum/vsluhforumID3/67651.html#160 Wed, 09 Jun 2010 08:41:50 GMT &gt;Группы цилиндров как я понимаю появились в весьма древние времена и потому <br>&gt;вероятно несли похожий физический смысл - потуга группировки по трекам жесткого <br>&gt;диска. <br><br>я не про то. Я к тому, что так были обозваны группы данных, расположенных относительно близко друг к другу на диске.<br><br>&gt; Ну и <br>&gt;какой в свете этого спич о цилиндрах навевает воспоминания о паровозах. <br>&gt;Да, когда-то понятие "цилиндр" имело некий смысл. <br><br>Как я уже сказал, в данном случае в понятие "группа цилиндров" вкладывается иной смысл.<br>У Вас есть тенденция повторять в одном сообщении один постулат несколько раз. В дальнейшем я буду отвечать только на первый occurence, считая, что с остальными всё аналогично.<br><br>&gt; Вы в вашем праве вправить мне мозг и оспорить, только не хамя и ругаясь а используя конструктивные технические аргументы.<br><br>Мне совершенно неинтересно кому-либо хамить и ругаться, я считаю большинство собравшихся адекватными людьми по умолчанию, пока опыт не показывает обратного.<br><br>&gt;Ну на линке которую соблаговолил привес https://www.opennet.ru/openforum/vsluhforumID3/67651.html#159 Tue, 08 Jun 2010 10:19:46 GMT &gt;Ну на линке которую соблаговолил привести изен - оно проиграло даже допотопным <br>&gt;EXT2 и EXT3 местами, а ext4, xfs и btrfs там тактично <br>&gt;не приведены почему-то были :). Могу предположить что одна из причин <br>&gt;в том что дизайн с экстентами может прилично натянуть классику например <br>&gt;при работе с большими файлами. Наверное "неудобный" результат бенчмарка получаетя :).<br><br>Извини. Тесты проведены в 2007-2008 году. Btrfs тогда ещё была лишь в головах разработчиков.<br>UFS2 показала отличную работу с мелкими файлами (размер файлов от нескольких килобайт до нескольких мегабайт) &#8212; практически полное опережение Ext2/3, ReiserFS.<br><br>Быстродействие UFS2 по отношению к другим ФС (JFS, XFS) можешь сам проэкстраполировать, используя эти данные:<br>http://www.ntlug.org/Presentations/FilesystemBenchmarks<br><br> https://www.opennet.ru/openforum/vsluhforumID3/67651.html#158 Mon, 07 Jun 2010 21:25:03 GMT &gt;а при чем здесь эпл? <br><br>Apple выпустила iPhone 4, теперь пипец и Nokia N900 и Google Nexus и Windows ME 7 на остальной х..не.<br> <br> https://www.opennet.ru/openforum/vsluhforumID3/67651.html#157 Mon, 07 Jun 2010 20:25:01 GMT &gt;Вам не кажется, что под "группой цилиндров" в данном случае понимается нечто <br>&gt;другое, никак не CHS?<br><br>Группы цилиндров как я понимаю появились в весьма древние времена и потому вероятно несли похожий физический смысл - потуга группировки по трекам жесткого диска.<br><br>&gt;И что никогда размер цилиндра не был 180 Мегабайт? <br><br>Так группа же. Могу предположить что древние архитекты пытались минимизировать елоз головами. Используя при этом столь же древние понятия о геометрии дисков. <br><br>&gt;Причём тут левые архаичные сущности? <br><br>При том что современные диски вообще понятием цилиндра толком не оперируют.Цилиндры конечно у них остались, но если уж на них закладываться - так у современных дисков на внутренних и внешних треках АФАЙК разные объемы данных, если уж на то пошло. У древних винчей вроде как емкости треков были одинаковые - размеры секторов были разные на внутренних и внешних треках. Это ессно было неэффективно. А потом изобрели биение на зоны с разным числом секторов, так что на внутренних дорожках меньше сек https://www.opennet.ru/openforum/vsluhforumID3/67651.html#156 Mon, 07 Jun 2010 18:36:49 GMT Вам не кажется, что под "группой цилиндров" в данном случае понимается нечто другое, никак не CHS? И что никогда размер цилиндра не был 180 Мегабайт?<br>Причём тут левые архаичные сущности?<br>Кто закладывается на геометрию диска?<br>У кого вызывают улыбку? Вы считаете себя умнее Kirk McKusick?<br>Если у флех нет цилиндров в Вашем понимании, это ещё не означает, что используемое в UFS2 решение работает медленнее/глючнее от этого. Оно универсальней, и неплохо показывает себя не только на флеш-дисках, но и на обычных винтах, распространённых сейчас гораздо больше.<br><br>P.S. Улыбку вызывает Ваша ненависть по отношению к *BSD. Сколько Вас читаю, не перестаю удивляться, откуда это.<br> https://www.opennet.ru/openforum/vsluhforumID3/67651.html#155 Mon, 07 Jun 2010 15:50:16 GMT &gt;&gt;Ты контекст обсуждения не сечёшь что ли? Мы уже отдалилиь от основной темы, еси чо. <br>&gt;<br>&gt;Ну я предполагаю что при обсуждении сабжа в треде о новости - <br>&gt;предполагается что сабж обсуждается в основном применительно к сущности из новости. <br>&gt;Плюс-минус в бок конечно да, но заява вида "не поддерживается RAID <br>&gt;6" как аргумент в споре про ФС для флеша и девайсов <br>&gt;выглядит диковато, ибо никому не надо RAID6 из фотоаппаратов.<br><br>Ты неуклюже переводишь контекст обсуждения Btrfs в сторону мобильных накопителей для гаджетов. Я же говорил о её применимости на десктопах и серверах в контексте RAID-5/6. Понятно, что на фотаппаратах RAID не нужен, да там вообще и ФС не нужна, можно просто обеспечить хранение в RAW в виде "файлов", а передавать по интерфейсу (USB) определённый поток, который затребует софтверный драйвер в винде.<br><br>&gt;&gt;Другими словами, Btrfs не поддерживает разрежённые файлы (англ. sparse file; файлы с <br>&gt;&gt;длинными последовательностями одинаковых байтов) <br>&gt;<br>&gt;Да вы совсем упоролись?!<br><br>Я-то. Не похоже https://www.opennet.ru/openforum/vsluhforumID3/67651.html#154 Mon, 07 Jun 2010 12:54:40 GMT man как копируются файлы, хренли. А потом включите мозг и подумайте что будет с sparse-файлами. Нет, безусловно, в теории драйвер ФС-получателя мог бы ловить большие блоки нулей, и превращать поданные ему котлеты обратно в куски мяса, но это достаточно затратно по ресурсам проца и прочая. Если уж сильно надо, сжатие на лету запросто удавит нули поданные на вход (и не только нули, в отличие от sparse), но свою часть проца ессно на это отожрет - чудес не бывает.<br> https://www.opennet.ru/openforum/vsluhforumID3/67651.html#153 Mon, 07 Jun 2010 12:19:34 GMT &gt;Ты контекст обсуждения не сечёшь что ли? Мы уже отдалилиь от основной темы, еси чо. <br><br>Ну я предполагаю что при обсуждении сабжа в треде о новости - предполагается что сабж обсуждается в основном применительно к сущности из новости. Плюс-минус в бок конечно да, но заява вида "не поддерживается RAID 6" как аргумент в споре про ФС для флеша и девайсов выглядит диковато, ибо никому не надо RAID6 из фотоаппаратов. <br><br>&gt;Другими словами, Btrfs не поддерживает разрежённые файлы (англ. sparse file; файлы с <br>&gt;длинными последовательностями одинаковых байтов) <br><br>Да вы совсем упоролись?! Sparse files - файлы для которых приложение отвело некий объем, но не произвело фактического использования выделенного объема. При этом для экономии места предполагается что неиспользованные блоки - как будто бы заполнены нулями. По факту нули нигде не хранятся на диске и их при нужде подсовывает драйвер ФС. В итоге относительно большие файлы могут занимать не так уж и много места. Место на диске выделяется только когда в соотвествующе