The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenNews: Компания Nokia разработала новую файловую систему ..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"OpenNews: Компания Nokia разработала новую файловую систему ..."  +/
Сообщение от opennews (ok) on 30-Мрт-08, 00:32 
Представлена (http://kerneltrap.org/Linux/UBI_File_System) новая файловая система UBIFS (http://www.linux-mtd.infradead.org/doc/ubifs.html), предназначенная для использования на Flash накопителях. UBIFS базируется на подсистеме Linux ядра UBI (http://www.linux-mtd.infradead.org/doc/ubi.html) (Unsorted Block Images), системе управления логическими томами предназначенной для Flash дисков. На подсистему UBI возложены функции сборки мусора, отслеживания сбойных блоков, распределения операций ввода/вывода по всему диску для минимизация перезаписи блоков (MLC NAND Flash поддерживает всего около 3000 циклов перезаписи).


В UBIFS реализована поддержка журналирования и хранения данных в сжатом виде. Файловая система UBIFS призвана решить проблемы JFFS2 (http://sourceware.org/jffs2/), связанные с производительностью и масштабированием. Например, реализация кэширования операций записи данных (write-back) позволила увеличить производительность операций записи, по сравнению с JFFS2, в 100 раз. ...

URL: http://kerneltrap.org/Linux/UBI_File_System
Новость: https://www.opennet.ru/opennews/art.shtml?num=15030

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от User294 (ok) on 30-Мрт-08, 00:32 
> MLC NAND Flash поддерживает всего около 3000 циклов перезаписи

Ну и говно!Параметры на уровне чипов флеша лохматых 80-х!SLC NAND рулит!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от pavlinux email(ok) on 30-Мрт-08, 01:56 
User294, Вы ни чё не попутали?

SLC - есть Sigle Layer Cell (Адна уравнивавые ичейки)
MLS - есть Multy Layer Cellы (Многха уравнивавые  ичейки)

В SLC одна ичейка хранит только один бидт, в MLS, как ясно из названия, больше одного...

Ах да, относительно 80-х, NANDa только 10 лет назад придумана, не говоря уж про массовость,
а стандарт по NAND_y аж 28-December-2006

http://www.onfi.org/docs/ONFI_1_0_Gold.pdf (PDF 876Kb)

http://www.onfi.org/documentation.html

Open NAND Flash Interface Specification
Revision 1.0
28-December-2006
Hynix Semiconductor
Intel Corporation
Micron Technology, Inc.
Phison Electronics Corp.
Sony Corporation
STMicroelectronics


Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Аноним (ok) on 30-Мрт-08, 05:13 
>SLC - есть Sigle Layer Cell (Адна уравнивавые ичейки)
>MLS - есть Multy Layer Cellы (Многха уравнивавые  ичейки)

Как ни странно тут павлин прав.И SLC намного лучше MLC по надежности - выдерживает до МИЛЛИОНОВ перезаписей.

>В SLC одна ичейка хранит только один бидт, в MLS, как ясно
>из названия, больше одного...

...и дохнет, дохнет так что просто писец...

>Ах да, относительно 80-х, NANDa только 10 лет назад придумана, не говоря
>уж про массовость,

Видимо имелось в виду что у NOR флеша 80-х такие цифры по перезаписям были характерны.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Ленивый Аноним on 30-Мрт-08, 12:10 
Компания Nokia - не нужен.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от dmitry.kuzmenko email(ok) on 30-Мрт-08, 15:13 
>Компания Nokia - не нужен.

+1

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Аноним (ok) on 31-Мрт-08, 05:48 
>>Компания Nokia - не нужен.
>+1

Давайте, вперед, делайте вместо нокии что-то что будет лучше чем скажем n8x0.Вот хочется допустим мне чтоб было нечто удобное, с линуксом и при том карманное.Что, дофига компаний которые делают такое?Ась?Может, лично вы сделали, разработали и продаете устройства не хуже и не дороже?Где ваши устройства купить можно?!Что, нигде?Ну тогда идите в лес, где дятлам как раз самое место.А то засилье винмобильных бесполезняшек с игрушечными программами которые ничерта не умеют но денег просят - достало.Нокия в кои-то веки сделала что-то полезное.Нет, в итоге все-равно какой-нибудь бездарь что-то прокудахтает.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

14. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от fresco (??) on 31-Мрт-08, 09:45 
+1, реально дятлы
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

15. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от dmitry.kuzmenko email(ok) on 31-Мрт-08, 11:31 
Винмобайл не нужен
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

19. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Ja (??) on 01-Апр-08, 16:57 
Ну что за дебилизм... Файловая система открытая. Только конечному пользователю от этого ни холодно, ни жарко. Читайте исходные линки.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от marten email(??) on 30-Мрт-08, 21:15 
вот балаболы точно никому не нужны. а нокия делом занимается, в отличие от вас. и кому что нужно, а что нет, покажет время
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "OpenNews: Компания Nokia разработала новую файловую систему ..."  +/
Сообщение от iZEN email on 30-Мрт-08, 21:35 
А почему бы не использовать UFS2?
Есть "мягкие" обновления — аналог write-back стратегии записи, плюс транзакционность.
Есть фоновая проверка fsck.
И журнал ненужен.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "OpenNews: Компания Nokia разработала новую файловую систему ..."  +/
Сообщение от uldus (ok) on 30-Мрт-08, 22:17 
>А почему бы не использовать UFS2?

А кто научит UFS2 _равномерно_ распределять запись/изменения, особенно это касается метаданных, регулярное обновление суперблока и инод в момент убьют флешку.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "OpenNews: Компания Nokia разработала новую файловую систему ..."  +/
Сообщение от Аноним (ok) on 31-Мрт-08, 06:03 
>А почему бы не использовать UFS2?

А чего в ней такого хорошего вообще?И чем она хороша применительно к флехам в частности?

>Есть "мягкие" обновления — аналог write-back стратегии записи, плюс транзакционность.

1) Вы отдаете себе отчет что флеш очень ограничен по перезаписям и требует специальной работы с ним?В плане равномерного размазывания записи а также учета того что флеш - в общем то не совсем рандомно перезаписываемая память.
2) А вот время seek-а у флеша около нуля...
3) В embedded применениях каждый килобайт в RAM на счету.

>Есть фоновая проверка fsck.

Вы вообще представляете себе что выпускает фирма Нокия?С нанд-флешом большого объема например?Для танкистов намекаю: это сотовые телефоны, интернет планшетки и прочая тому подобная хрень.Которая обычно с батарейным питанием, кстати говоря.И покудова ваш fsck будет клинить юзеру систему хавая в фоне проц и весело сажая далеко не резиновую батарейку нагревом проца и качанием кучи данных с чипа памяти - юзеры будут матюкаться на тормоза системы (ибо в таких железках проц далеко не core quad) и быструю посадку батарейки (пашущий процессор не святым духом питается да и нанд чип когда ему поспать не дают пожрать электричества тоже не дурак).

>И журнал ненужен.

А ваши советы фирме Нокия и подавно не нужны.Там работает достаточно вполне приличных и компетентных специалистов, которые разбираются в специфике ремесла и работе нанд флеша и проблемах оного.В отличие от вас.

P.S. попробую угадать вашу логику.Вам нравится *BSD а UFS2 это единственное чем оно может в принципе козырнуть, ибо UFS - морально устарел, ZFS для таких задач в RAM не втиснется и вообще недоделан, а больше в бзде и нет нифига толком.Увы, боюсь фирме Нокия виднее что ей нужно :)

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

18. "OpenNews: Компания Nokia разработала новую файловую систему ..."  +/
Сообщение от iZEN email(ok) on 01-Апр-08, 08:23 
>[оверквотинг удален]
>
>А чего в ней такого хорошего вообще?И чем она хороша применительно к
>флехам в частности?
>
>>Есть "мягкие" обновления — аналог write-back стратегии записи, плюс транзакционность.
>
>1) Вы отдаете себе отчет что флеш очень ограничен по перезаписям и
>требует специальной работы с ним?В плане равномерного размазывания записи а также
>учета того что флеш - в общем то не совсем рандомно
>перезаписываемая память.

Во флэше используются контроллёры, которые равномерно распределяют ячейки памяти в зависимости от ресурса каждой. А уже поверх этого аппаратного уровня пишутся все файловые системы.

>2) А вот время seek-а у флеша около нуля...

Не нуль, а много меньше, чем у винчестера. Кроме того, у MLC-флэша оно заметно больше, чем у SLC.

>3) В embedded применениях каждый килобайт в RAM на счету.

Угу. Если не считать того, что в типичном мобильнике сейчес порядка 32МБ RAM.

>[оверквотинг удален]
>
>Вы вообще представляете себе что выпускает фирма Нокия?С нанд-флешом большого объема например?Для
>танкистов намекаю: это сотовые телефоны, интернет планшетки и прочая тому подобная
>хрень.Которая обычно с батарейным питанием, кстати говоря.И покудова ваш fsck будет
>клинить юзеру систему хавая в фоне проц и весело сажая далеко
>не резиновую батарейку нагревом проца и качанием кучи данных с чипа
>памяти - юзеры будут матюкаться на тормоза системы (ибо в таких
>железках проц далеко не core quad) и быструю посадку батарейки (пашущий
>процессор не святым духом питается да и нанд чип когда ему
>поспать не дают пожрать электричества тоже не дурак).

Во всяком случае это гораздо экономичнее записи в журнал транзакций каждой операции с файлами. fsck проверяет ФС только при условии её неконсистентности.

>>И журнал ненужен.
>
>А ваши советы фирме Нокия и подавно не нужны.Там работает достаточно вполне
>приличных и компетентных специалистов, которые разбираются в специфике ремесла и работе
>нанд флеша и проблемах оного.В отличие от вас.

По крайней мере я задумался об этом выборе, а вы -- нет и не хотите.

>P.S. попробую угадать вашу логику.Вам нравится *BSD а UFS2 это единственное чем
>оно может в принципе козырнуть, ибо UFS - морально устарел, ZFS
>для таких задач в RAM не втиснется и вообще недоделан, а
>больше в бзде и нет нифига толком.Увы, боюсь фирме Нокия виднее
>что ей нужно :)

UFS устарел в Solaris, так как там применяется модифицированная UFS1.
А вот про ZFS вы правильно говорите: нужно много RAM; хотя создать отказоустойчивый пул из флэш-накопителей на ZFS проще-простого.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

21. "OpenNews: Компания Nokia разработала новую файловую систему ..."  +/
Сообщение от Аноним (ok) on 02-Апр-08, 12:50 
>Во флэше используются контроллёры, которые равномерно распределяют ячейки памяти в
>зависимости от ресурса каждой.

А на опеннете есть ламеры которые не знают особенностей того что производит Нокия, но зато вовсю лезут с своими "умными" советами.Для тех кто в танке объясню, вы что-то путаете:
1) Есть флеш брелки.Нокия данный вид китаезного хлама в общем то не производит, если вы не знали.Там да, за контроллером стоят чипы нанд.И поскольку судьба у брелка такая незавидная - жить с фат32 на борту, невольно нужен контроллер который будет разрюхивать USB интерфейс и размазывать записи.Поэтому данным брелкам в принципе до балды какая там ФС.
2) Есть фирма Нокия и ее железки.Телефоны там, интернет планшеты... и скажем техасский проц OMAP умеет интерфейситься к нанд чипам.Посему к процу девайса прицеплен 1 или несколько нанд чипов.Напрямую, чтоб вас.Без каких-то там мифических контроллеров, которые между прочим денег стоят, питалово жрут и место на PCB занимают.Посему никаких контроллеров из случая 1) нет и все разрюхивается программно.Что обработка битых блоков, что размазывание блоков.Не помню, может и рассчет ECC из "дополнительной" области даже(помню что "дополнительная" резервная область с ECC данными - программно доступна).

>А уже поверх этого аппаратного уровня пишутся все файловые
>системы.

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

>Угу. Если не считать того, что в типичном мобильнике сейчес порядка 32МБ
>RAM.

В нокиевских таблетках даже 64 (770) или 128 (n8x0) мегов оперативки.Вы думаете, ее нечем кроме обработки дебильных файловых систем занять?Поверьте, там и так тесненько, даже несмотря на адаптированные уменьшенные иксы и прочее.Потому как юзер может возжелать слушать плеер, сидеть в аське, смотреть погоду и читать веб и все это одновременно.Чем меньше левый хлам жрет памяти - тем больше ее доступно юзеру и тем довольнее юзеры.Просто, да?64 мега для линукса с гуем вообще маловато будет.128 ... ну тоже не дофига :).Выюзывается запросто.

>>процессор не святым духом питается да и нанд чип когда ему
>>поспать не дают пожрать электричества тоже не дурак).
>Во всяком случае это гораздо экономичнее записи в журнал транзакций каждой операции
>с файлами. fsck проверяет ФС только при условии её неконсистентности.

А вы отдаете себе отчет что в мобильному девайсе корректный шатдаун в принципе и не гарантирован?Аккум может внезапно скиснуть(если старый и проседает под нагрузкой сильно) или юзер его вообще сдернет на ходу.Что до транзакций - не вижу почему журналинг метаданных должен бы занимать много ресурсов.

>По крайней мере я задумался об этом выборе, а вы -- нет
>и не хотите.

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

>UFS устарел в Solaris, так как там применяется модифицированная UFS1.

Для начала, UFS не подходит для этой задачи.Абсолютно.Ни первый, ни второй.Просто вы не понимаете специфики flash file systems и свято верите что до луны как делать нефиг достать дубинкой если она длинная.Увы.Есть технические моменты которые способны вас здорово разочаровать.См. выше.

>А вот про ZFS вы правильно говорите: нужно много RAM; хотя создать
>отказоустойчивый пул из флэш-накопителей на ZFS проще-простого.

Вот только Нокии это наф не нужно.А вам вон то что вы озвучили надо?Вы и делайте.
А у Нокии свои задачи.Если конкретнее то скажем в ее планшетках нынче пользуется такая файловая система как JFFS2.У нее есть ряд интересных особенностей, как то учет того что работаем в флеше и размазывание записей.Есть журналинг.Есть сжатие (и на чтение и на запись).Но кроме плюсов есть и минусы.Оно в потребляет оперативу в зависимости от размера ФС, т.е. очень большая ФС на ней не выйдет.Эта фс не чемпион по скорости.И что хуже, при загрузке и монтировании фс требуется ее сканировать, а сие нервирует юзера если фс большая и сканировать ее надо долго.В итоге сегодня - JFFS2.А это - нокия на завтра себе жизнь облегчила, устранив ряд технических проблем.Прежде всего для себя.Но девайсы где жирный нанд прицеплен к процессору делает не только нокия, посему разработка явно пригодится не только им :)

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "OpenNews: Компания Nokia разработала новую файловую систему ..."  +/
Сообщение от iZEN email(ok) on 02-Апр-08, 17:30 
>[оверквотинг удален]
>>зависимости от ресурса каждой.
>
>А на опеннете есть ламеры которые не знают особенностей того что производит
>Нокия, но зато вовсю лезут с своими "умными" советами.Для тех кто
>в танке объясню, вы что-то путаете:
>1) Есть флеш брелки.Нокия данный вид китаезного хлама в общем то не
>производит, если вы не знали.Там да, за контроллером стоят чипы нанд.И
>поскольку судьба у брелка такая незавидная - жить с фат32 на
>борту, невольно нужен контроллер который будет разрюхивать USB интерфейс и размазывать
>записи.Поэтому данным брелкам в принципе до балды какая там ФС.

FAT32 на флэше только из-за совместимости с операционной систмой Windows. Потому что этих пользовательских ОС 95% в МИРЕ.

FAT32 использует ранее занятые блоки только тогда, когда свободного места будет не хватать. То есть контроллёр для "размазывания" под ней ни к чему — "ротация" блоков и так неплохая и главное полностью равномерная, в отличие от файловых систем Ext2FS и UFSx, которые задействуют использованные блоки со стёртой инфой по своему усмотрению, чтобы не фрагментировать пространство.

>2) Есть фирма Нокия и ее железки.Телефоны там, интернет планшеты... и скажем
>техасский проц OMAP умеет интерфейситься к нанд чипам.Посему к процу девайса
>прицеплен 1 или несколько нанд чипов.Напрямую, чтоб вас.Без каких-то там мифических
>контроллеров, которые между прочим денег стоят, питалово жрут и место на
>PCB занимают.Посему никаких контроллеров из случая 1) нет и все разрюхивается
>программно.Что обработка битых блоков, что размазывание блоков.Не помню, может и рассчет
>ECC из "дополнительной" области даже(помню что "дополнительная" резервная область с ECC
>данными - программно доступна).

Ну так в каждом современном ARM-процессоре интегрирован собственный контроллёр флэш-памяти. Поэтому надобность в отдельной микросхеме отпадает. :)

>>А уже поверх этого аппаратного уровня пишутся все файловые
>>системы.
>
>Ага.Размечтались то.Это вы про флеш брелки китайские где контроллер разрюхивает юсб и
>размазывает записи, а вовсе не про нокиевские (и не только) девайсы
>типа телефонов и планшеток где по жизни нанд ... тупо прицеплен
>напрямую к основному системному процессору.

Комплектующие Nokia получает из Юго-Восточной Азии. Кроме Nokia, в Китае, например, ODM-производством не брезгуют Sony-Ericcson, Motorola, Alcatel и другие известные бренды. Так что я бы поостерёгся высказываться насчёт "чисто-европейской "белой кости" продуктов Nokia и они отличаются от китайщины как небо и земля. ;)

>>Во всяком случае это гораздо экономичнее записи в журнал транзакций каждой операции
>>с файлами. fsck проверяет ФС только при условии её неконсистентности.
>
>А вы отдаете себе отчет что в мобильному девайсе корректный шатдаун в
>принципе и не гарантирован?Аккум может внезапно скиснуть(если старый и проседает под
>нагрузкой сильно) или юзер его вообще сдернет на ходу.Что до транзакций
>- не вижу почему журналинг метаданных должен бы занимать много ресурсов.

Не видите? А я вижу: каждый раз при попытке записи любого файла будет отмечено в журнале начало записи, а при успешном завершении — отмечено подтверждение записи. Кроме того, что журнал занимает нехилую часть пространства флэш (порядка 10-15%, например, в Ext3FS), он ещё и изнашивает сам носитель!
В случае с UFS2 "мягкие обновления" не нуждаются в журнале на носителе (кстати, метаданные пишутся сразу). RAM по стоимости равна или дешевле чем флэш, часто их логически объединяют в одно адресуемое пространство (WM2003, например). Отсутствие сбоев возлагается на утилиту-ремонтника (fsck), выполняющуюся в фоновом режиме и требующую только небольших ресурсов процессора в случае неконсистентности ФС.


>[оверквотинг удален]
>
>Вы задумались.А толку?С таким же успехом пещерный человек глядя на луну задумывался
>о том что хорошо бы до нее достать как-нибудь :)
>
>>UFS устарел в Solaris, так как там применяется модифицированная UFS1.
>
>Для начала, UFS не подходит для этой задачи.Абсолютно.Ни первый, ни второй.Просто вы
>не понимаете специфики flash file systems и свято верите что до
>луны как делать нефиг достать дубинкой если она длинная.Увы.Есть технические моменты
>которые способны вас здорово разочаровать.См. выше.

Я привёл аргументы бесполезности журнала на флэш: Журнал не гарантирует сохранность данных, он лишь гарантирует консистентность файловой системы, использемой для данных (но не для самого журнала). Журнал изнашивает флэш не лучшим образом, чем записываемые файлы, но позволяет обходиться меньшим объёмом RAM. Что больше влияет на энергопотребление: энегропотребление RAM или энергопотребление программных транзакций журнала — ещё вопрос, ответ зависит от того, как часто производится запись и модификация данных.

>>А вот про ZFS вы правильно говорите: нужно много RAM; хотя создать
>>отказоустойчивый пул из флэш-накопителей на ZFS проще-простого.
>
>Вот только Нокии это наф не нужно.А вам вон то что вы
>озвучили надо?Вы и делайте.

Nokia зарабатывает деньги на своих проприетарных технических идеях и продуктах, которые их используют. Только и всего.

>А у Нокии свои задачи.Если конкретнее то скажем в ее планшетках нынче
>пользуется такая файловая система как JFFS2.У нее есть ряд интересных особенностей,
>как то учет того что работаем в флеше и размазывание записей.Есть
>журналинг.Есть сжатие (и на чтение и на запись).Но кроме плюсов есть
>и минусы.Оно в потребляет оперативу в зависимости от размера ФС, т.е.
>очень большая ФС на ней не выйдет.Эта фс не чемпион по
>скорости.И что хуже, при загрузке и монтировании фс требуется ее сканировать,
>а сие нервирует юзера если фс большая и сканировать ее надо
>долго.

UFS2 сканируется в фоне. Пользователь не заметит разницы в быстродействии в 20-30% между режимом сканирования и ремонта и обычным использованием в качестве хранилища.
И ещё фрагментация файлов не больше 5% — это один из лучших показателей среди популярных ФС.

>В итоге сегодня - JFFS2.А это - нокия на завтра себе
>жизнь облегчила, устранив ряд технических проблем.Прежде всего для себя.Но девайсы где
>жирный нанд прицеплен к процессору делает не только нокия, посему разработка
>явно пригодится не только им :)

Да пожалуйста.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

27. "OpenNews: Компания Nokia разработала новую файловую систему ..."  +1 +/
Сообщение от User294 (ok) on 02-Авг-08, 20:23 
>FAT32 на флэше только из-за совместимости с операционной систмой Windows.

...и еще вагоном и маленькой тележкой всякого хлама.Одна из немногих ФС которая проста в реализации при всей дебильности.

>— "ротация" блоков и так неплохая и главное полностью равномерная,

Да-да, особенно в зоне таблиц FAT такая ротация блоков что NAND с его несколькими тыщ перезаписей честно сыграет в ящик в зоне FATов после записи пары тыщ файлов на флеху :).Если в флеш брелке эти перезаписи придутся за счет встроенного контроллера размазывающего записи на *разные* блоки NANDа и каждый блок отсилы 1-2 раза перезапишется, в просто nand чипе приделанном напрямую к процессору этим заняться некому кроме самого процессора разве что, чисто программно.Что у него сожрет вагон ресурсов.

>со стёртой инфой по своему усмотрению, чтобы не фрагментировать пространство.

... но для флеша прицепленного к CPU "в лоб" - без дополнительного навернутого контроллера 1 хрен не подходит, ни тот ни другой.

>Ну так в каждом современном ARM-процессоре интегрирован собственный контроллёр
>флэш-памяти. Поэтому надобность в отдельной микросхеме отпадает. :)

Некоторые бсдшники просто гении языком трындеть.А если б еще и мешки пробовали ворочать то знали бы что одно дело - навернутый чип контроллера флеша с своим собственным процессором и наворотами и другое - простенькая периферийка прицепленная к ARM ядру которая позволяет ему в лучшем случае читать\писать это относительно по человечески, в идеальном случае может еще ECC считает из довесочных блоков, как максимум.Никакой перестановки блоков такая периферия ессно не умеет - она просто позволяет ARMу иметь дело с чипом и не более того.Если нужна трансляция адресации блоков для размазки записей - флаг в руки ARM процессору упираться самолично.Потому что у его периферии в отличие от чипов контроллеров процессорное ядро и навернутая логика - сам ARM и есть.Никто не будет запихивать ему в помощники крутой контроллер занимающий целый кристалл чипа который чего доброго покрупнее чем весь этот ARM.

>флэш (порядка 10-15%, например, в Ext3FS), он ещё и изнашивает сам
>носитель!

Никто не юзает на гольном nand flash ext3, обломайтесь.А вот JFFS2 там разумно смотрится.Сперва почитайте как он реализован потом трындеть будете.Заодно поймете как тупо вы с вашими предложениями UFS смотритесь.

>В случае с UFS2 "мягкие обновления" не нуждаются в журнале на носителе

Для тупых еще раз: NAND флеш без крутого контроллера который займется размазыванием не годится для традиционных файловых систем.А это как раз тот случай который у нокии.И JFFS2 как раз ФС заточенная на прямой интерфейс к NANDу и использует специфику работы флеш-памяти.Вон та фс - тоже.А general-purpose поделки в именно таком варианте использования NAND - непригодны.Инжинеры Нокии в отличие от вас это понимают.

>Отсутствие сбоев возлагается на утилиту-ремонтника (fsck),

Знаете куда вас пошлют юзеры с девайсами которые будут делать fsck по 10 минут?Не нужны никому такие девайсы которые по 10 минут грузятся и тормозят чекая ФС и выжирая батарейку.А винмобайл 2003 конечно да, в 2008 году актуальнее некуда.Чтоб вы знали, в более новых системах MS от этого ушел.А вы если хотите юзайте решения 2003 года в 2008 году, вопрос в том - сумеете ли вы хоть 10 000 столь дефективных девайсов кому-то продать.

>требующую только небольших ресурсов процессора в случае неконсистентности ФС.

Понимаете в чем дело, если CPU вместо того чтобы спать 10 минут молотить будет - он неслабо посадит батарею.И кстати небольшие они когда у вас core quad.А когда это ARM на несколько сотен МГц и ему еще надо интерфейс нанда дергать и прочая - нагрузка там будет эдак 50-100% времени CPU.При этом стартап системы будет меееееедленный и печаааальный, а приложения запущенные сразу после старта системы будут лагать еще десяток минут пока оно там в фоне чекать будет.Короче в сад с вашими педальными решениями.Инжинеры Нокии не тупее вас, поверьте.

>Я привёл аргументы бесполезности журнала на флэш:

Вы сказали всего лишь много фигни, не имея представления о специфике задачи.

>он лишь гарантирует консистентность файловой системы, использемой для данных

Как вы понимаете, если юзер писал файл и тут вдруг акк сдернули или он резко просел (т.к. древний) - потеря данных неизбежна в любом случае, не успеет файл из RAM слиться в флеш.Один фиг останется недописанным.В случае JFFS2 кстати полной потери данных не произойдет, скорее всего после отката транзакции юзеру просто останется видна прошлая версия файла в том виде как было до начала этой записи.Нормальный откат вполне.И не надо тарахтеть 10 минут fsck...

>для самого журнала). Журнал изнашивает флэш не лучшим образом, чем записываемые
>файлы, но позволяет обходиться меньшим объёмом RAM.

...и все это ламерское трындение было еще и не про JFFS2, где журнал сделан так что логично и хорошо ложится на физическую организацию NAND flash, ибо для того и сделано.Если человек не представляет себе что такое Flash File System и чем она отличается от обычной - тут опаньки.Вы или читаете мануалы как работает нанд и понимаете почему там юзают такие ФС или несете чушь которая верна для ФС общего применения на дисковых накопителях и флеш-брелках.Но чушь, когда разговор идет о NAND прицепленном без всяких наворотов "в лоб" к процессору, который в итоге имеет дело с NAND в виде как он есть на самом деле.Ибо накристальная периферия обзываемая контроллером нанда в данном случае лишь контроллер физического интерфейса а логикой работы он не занимается и это уже флаг в руки ARMу упираться.

>ответ зависит от того, как часто производится запись и модификация данных.

Во флеше она производится весьма специфично.И JFFS2 учитывает это.RTFM короче - и про JFFS2 и про то как работает NAND флешатина и вообще флеш память.

>Nokia зарабатывает деньги на своих проприетарных технических идеях

А сегодня эту "проприетарную" идею внедрили в линуксное ядро.В том числе и потому что Нокии это надо.Они используют линукс в своих железках и в данном случае им жаться не логично.Им на халяву протестят ФС а если надо то и пофиксят.За месяцы.Если бы они делали это сами - у них бы ушли годы.Хороший пример того как обратная отдача позволяет быть в выигрыше всем участника процесса.ALL-у хорошая ФС нужная в ряде задач, а взамен орава програмеров и юзеров посмотрит в код, потестят, попробуют на зуб а если надо то и поправят чего надо.И потом та же нокия сможет просто брать ядро и юзать его, а не пыжиться поддерживать свое проприетарное добро в одну харю что не слишком то эффективно.

>UFS2 сканируется в фоне.

UFS2 сделан без учета физических особенностей NAND, на этом можно и закончить.Ибо этого достаточно чтобы ни один псих не стал юзать такую файловую систему на гольном NAND чипе не прикрытом контроллером.Это не наезд на UFS2, благо, FAT, EXT2 или что там еще для складывания на NAND чип в виде как он есть точно так же непригодны.Нокия в отличие от вас просто делает свою работу.Хорошо и без фанатизма, юзая подходящие решения на подходящих задачах.И ваши сопливые и ламерские советы их инжинерам не требуются - эти инжинеры свое ремесло знают.Лучше вас, кстати, судя по вашему постингу.

>И ещё фрагментация файлов не больше 5% — это один из лучших
>показателей среди популярных ФС.

На флеше кстати фрагментация вообще до балды: у него seek time в районе нуля и фрагментация ни на что не влияет.Скорость чтения файла с 100 фрагментами мало отличается от линейного чтения.Это харду пока он головы подвинет проблемка, а у флеша механики нет.Он в плане *чтения* примерно как оперативка - память с произвольным доступом.С записью все сложнее.Там уже и про блоки вспоминаем и про физическую структуру чипа.

>Да пожалуйста.

They did it! :)

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

28. "OpenNews: Компания Nokia разработала новую файловую систему ..."  +/
Сообщение от Aidjek email(ok) on 08-Апр-13, 18:11 
Здравствуйте, это тема почти 5 летней давности, но Ваш комментарий мне очень понравился, сразу видно разбирающегося человека. Дело в том, что на данный момент я ищу и анализирую различные файловые системы, которые можно было бы поставить на NAND Flash. Если у Вас есть возможность и желание, то я бы с удовольствием проконсультировался у Вас по этому вопросу. Пишу сюда, так как никакого другого способа с Вами связаться, я не нашёл .. (
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

11. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Ne01eX (??) on 31-Мрт-08, 07:50 
ReiserFS v.4?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Аноним (ok) on 02-Апр-08, 12:56 
>ReiserFS v.4?

Шибко монструозен, глючен, не отлажен... и опять же, не занимается размазыванием записей специально.А надо.Иначе может нечаянно выйти что в каком-то одном месте 3000 записей быстренько случатся и потом ФС начнет сбоить, потому как в этом месте - бэд сектор.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

16. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Аноним (??) on 31-Мрт-08, 17:11 
На мой взгляд, Нокиа опоздала. Даже если она будет продвигать эту файловую систему на своих устройствах, то это ничего не решит. Внешний носитель должен, в первую очередь, без проблем читаться везде. И если будет хоть одно устройство, которое не поддерживает нокиевскую фс, то выбор будет очевиден.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Wulf (??) on 31-Мрт-08, 18:41 
>На мой взгляд, Нокиа опоздала. Даже если она будет продвигать эту файловую
>систему на своих устройствах, то это ничего не решит. Внешний носитель
>должен, в первую очередь, без проблем читаться везде. И если будет
>хоть одно устройство, которое не поддерживает нокиевскую фс, то выбор будет
>очевиден.

Что значит опоздала? Стабильные FS с открытым кодом, пригодные для записи на flash можно пересчитать на пальцах одной руки: JFFS2, YAFFS, NetBSD LFS, fs от plan9 ну и, отчасти, ZFS. Еще есть несколько проектов в альфа-стадии и несколько проприетарных FS. Остальные в своей массе используют перезаписывание секторов inplace, что разрушительно действует на flash-носители. Учитывая, что LFS, plan9 и ZFS затачивались явно под обычные носители, а JFFS2 они, по своему мнению, превзошли, то каких-либо суперпопулярных FS в конкурентах не значится.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

20. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Ja (??) on 01-Апр-08, 17:02 
>На мой взгляд, Нокиа опоздала. Даже если она будет продвигать эту файловую
>систему на своих устройствах, то это ничего не решит. Внешний носитель
>должен, в первую очередь, без проблем читаться везде. И если будет
>хоть одно устройство, которое не поддерживает нокиевскую фс, то выбор будет
>очевиден.

Еще раз: читайте оригинальные источники. UBIFS не является файловой системой для внешних накопителей. Она не работает через блочные устройства вообще. А вот скорость работы заметно повышается, особенно скорость монтирования. Это очень критично для скорости загрузки устройства, где в самом деле каждая секунда важна.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

23. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Аноним (ok) on 02-Апр-08, 13:06 
>На мой взгляд, Нокиа опоздала.

Куда?Нынче в интернет планшетках от нокии JFFS2 юзается как внутренняя ФС.И вроде, никто не говорит о ней ничего плохого :).Просто у нее есть ряд технических неудобств и проблем, но ничего лучше СЕЙЧАС нет.Ну вот нокия и сделала фс которая для ее задач еще лучше подходит.

>Даже если она будет продвигать эту файловую
>систему на своих устройствах, то это ничего не решит.

Странно.Они сегодня JFFS2 юзают и вроде ничего, никто не жаловался.

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

Еще 1 неандерталец выполз.А зачем рядовому юзеру собственно читать внутреннюю фс устройства на которой линух и прочее техническое добро хранится?Гуру кому оно надо - 1 фиг прочитают.А остальным там и нефиг копаться, целее девайс будет.А память для данных юзера доступная извне - скорее всего будет в галимом FAT32, тут уж ой.Только это обычно карточки памяти и т.п., а в них (не от хорошей жизни) контроллер для размазывания записей таки встроен.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

25. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Ja (??) on 04-Апр-08, 14:45 
>[оверквотинг удален]
>>хоть одно устройство, которое не поддерживает нокиевскую фс, то выбор будет
>>очевиден.
>
>Еще 1 неандерталец выполз.А зачем рядовому юзеру собственно читать внутреннюю фс устройства
>на которой линух и прочее техническое добро хранится?Гуру кому оно надо
>- 1 фиг прочитают.А остальным там и нефиг копаться, целее девайс
>будет.А память для данных юзера доступная извне - скорее всего будет
>в галимом FAT32, тут уж ой.Только это обычно карточки памяти и
>т.п., а в них (не от хорошей жизни) контроллер для размазывания
>записей таки встроен.

В таблетке юзеру доступен весь флеш. Какая разница, какая файловая система при этом будет? Это не вызовет никакой несовместимости с другим оборудованием. На внешних флешках, разумеется, будет vfat. Только вот хочется иногда иметь атрибуты файлов на внешних флешках, включая исполняемый.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

26. "Компания Nokia разработала новую файловую систему для Flash ..."  +/
Сообщение от Аноним (??) on 04-Апр-08, 22:02 
Ребята,

* всё это дело - сугубо для Embedded Systems;
* всё это дело - *НЕ* для флэшек, к которым многие привыкли (USB, MMC, SD, CompactFlash и др.); это о другом;

Если не ясно почему, то лучше перейти к другой новости, а не тратить время не на заведомо бесполезные споры :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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