[turnon 1]

Кто использует Filex / Levelx из Azure RTOS, поделитесь впечатлениями.

Хотелось бы подробностей. Описание впечатляет. Но смущает что на github ни одного бага в Issues, такое впечатление что мало кто использует.

Сейчас использую LittleFS, надоело, куча критичных багов, при большом количестве файлов или когда много перезаписей - создание/открытие нового файла занимает очень много времени, срабатывает вочдог. Хочу от нее уйти. Но голая FatFs тоже не подходит, от файловой системы нужны устойчивость к сбоям питания и выравнивания износа для работы на SPI FLASH 8 MB. Ну и чтобы для этого не нужно было 128 KB RAM.

Вроде все это заявлено FileX с FAULT_TOLARANCE, LevelX оттуда же для выравнивания изности. Не нашел только требования к RAM.

[AlexandrY 2]

20 minutes ago, turnon said:

от файловой системы нужны устойчивость к сбоям питания и выравнивания износа для работы на SPI FLASH 8 MB. Ну и чтобы для этого не нужно было 128 KB RAM.

FileX это все та же FAT. А LevelX это слой под FileX чтобы работать с NAND памятью. 
Так что ускорения или экономии памяти не получите. Для FAT нужен буфер хотя бы 64К для нормальной работы.
И эта FAT также будет жутко тормозить если задумаете писать по тысяче файлов в одно место. 

На 8 МБ я вообще плохо представляю какую FAT можно поставить, может FAT12. 
На такие объемы линейные FS ставят. У Keil-а такая издавна идет.    

[turnon 1]

7 minutes ago, AlexandrY said:

А LevelX это слой под FileX чтобы работать с NAND памятью.

Я его планирую и для SPI флеш 8 MB использовать - "Azure RTOS LevelX provides NAND and NOR flash wear leveling facilities to embedded applications."

 

7 minutes ago, AlexandrY said:

Так что ускорения или экономии памяти не получите.

Также файлы будут открываться по минуте, как в LittelFS? При работе например с FatFS такого не было замечено.

 

7 minutes ago, AlexandrY said:

И эта FAT также будет жутко тормозить если задумаете писать по тысяче файлов в одно место.

Никаких тысяч файлов не предвидится. Максимум 5.

 

7 minutes ago, AlexandrY said:

На 8 МБ я вообще плохо представляю какую FAT можно поставить, может FAT12.

FatFS работает и на 1 МB.

 

7 minutes ago, AlexandrY said:

На такие объемы линейные FS ставят. У Keil-а такая издавна идет.    

Дайте ссылку пожалуйста.

[AlexandrY 2]

3 minutes ago, turnon said:

Никаких тысяч файлов не предвидится. Максимум 5.

Считается не сколько у вас файлов в директории, а сколько раз файлы были записаны и стерты
Из быстрых файловых систем на мелкую память, которые я пробовал, самая быстрая была yaffs2

[AleksBak 0]

1 час назад, turnon сказал:

"Azure RTOS LevelX provides NAND and NOR flash wear leveling facilities to embedded applications."

Т.е. эта файловая система, по аналогии с той что @AlexandrY выше упомянул, может работать с такими типами м/с памяти и учитывает их особенности (бэд-сектора и пр.)? Это точно или просто рекламный слоган у них?

Я немного потестировал эту файловую систему чисто для проверки. Вроде неплохая. Но это только первоначальное мнение. Я сейчас просто занят с разборками QuadSPI (NOR) м/с памяти (что-то упорно не хочет она заработать у меня), а ранее поднял уже LTDC и SDRAM у себя тут и поэтому покамест не дальнейших разборок с этой ФС. Но если так как Вы пишите у нее, то тоже надо бы проверить ее/посмотреть дальше ее как-нибудь.

[turnon 1]

2 minutes ago, AleksBak said:

Т.е. эта файловая система, по аналогии с той что @AlexandrY выше упомянул, может работать с такими типами м/с памяти и учитывает их особенности (бэд-сектора и пр.)? Это точно или просто рекламный слоган у них?

Про учет bad секторов не видел. Учитывать bad сектора из доступных мне для применения с "wear leveling" не умеет никто (LittleFS, SpifFs). Заявлено про выравнивание износа, это главное.  Под доступностью понимаю что это будет работать на STM32 с 32K свободной RAM. Поэтому Yaffs и прочее к сожалению не подходит.

[AleksBak 0]

7 минут назад, turnon сказал:

Заявлено про выравнивание износа, это главное.

Где заявлено? В Azure RTOS ФС или о чем Вы?

8 минут назад, turnon сказал:

Учитывать bad сектора из доступных мне для применения с "wear leveling" не умеет никто (LittleFS, SpifFs).

 

9 минут назад, turnon сказал:

Под доступностью понимаю что это будет работать на STM32 с 32K свободной RAM. Поэтому Yaffs и прочее к сожалению не подходит.

Эта yaffs же как раз для подобных (контроллер с NAND/NOR памятью) систем и разработана:

Цитата

Yaffs (Yet Another Flash File System) is an open-source file system specifically designed to be fast, robust and suitable for embedded use with NAND and NOR Flash.

 

[turnon 1]

9 minutes ago, AleksBak said:

Где заявлено? В Azure RTOS ФС или о чем Вы?

"Azure RTOS LevelX provides NAND and NOR flash wear leveling facilities to embedded applications." (отсюда). FileX работает с флеш через LevelX.

 

12 minutes ago, AleksBak said:

Эта yaffs же как раз для подобных (контроллер с NAND/NOR памятью) систем и разработана:

На 32K RAM будет работать?

[AleksBak 0]

4 минуты назад, turnon сказал:

"Azure RTOS LevelX provides NAND and NOR flash wear leveling facilities to embedded applications." (отсюда). FileX работает с флеш через LevelX.

Понятно. Т.е. по ходу только этот пресловутый "wear leveling". Но уже хотя бы что-то и может еще что-то там есть (а может введут) раз уж NAND упоминается. Надо посмотреть.

7 минут назад, turnon сказал:

На 32K RAM будет работать?

Не знаю. Не интересовался и времени нет. Тут "интересования" - макс. на неск. часов "гугления и изучения док-ции. Но пишут такое (что успел минуту назад  увидеть):

Цитата

Lower RAM footprint (approx. 25% to 50% of Yaffs1).

В нете есть и др ссылки с хорошими статьями/разборками этой системы. Я их читал буквально на прошлой неделе. Не поленитесь и поищите их тоже. Если конечно Вы не забанены в Гугле или Интернет у Вас урезанный может (у меня сейчас например так, но к счастью только "развлекательные" сайты отключили). Тогда сообщите если это так.

[turnon 1]

59 minutes ago, AleksBak said:

В нете есть и др ссылки с хорошими статьями/разборками этой системы. Я их читал буквально на прошлой неделе. Не поленитесь и поищите их тоже. Если конечно Вы не забанены в Гугле или Интернет у Вас урезанный может (у меня сейчас например так, но к счастью только "развлекательные" сайты отключили). Тогда сообщите если это так.

Конкретики не нашел. Вот что увидел здесь:

"Вариант нашелся — это файловая система Yaffs. Она идет в составе некоторых дистрибутивов Linux, и активно там используется. Ее портирование заняло некоторого времени, но гораздо более вменяемого, чем написание всего «с нуля». Как и ожидалось она позволила оперировать файлами и полностью инкапсулировала в себе все тонкости работы с битыми блоками. Ее размещение требует большого объема оперативной памяти (порядка 150 килобайт), так что в схемах где нет внешней SRAM/SDRAM ее применение маловероятно. Но у нас SDRAM есть, а значит тот кто принял решение будет жить…"

[AleksBak 0]

4 минуты назад, turnon сказал:

Вот что увидел здесь

Да этот источник имел ввиду. Я вообще-то "по-диагонали" его читал и спасибо, что отписались про него. Значит все-таки 150КБ и более ей нужно. Тогда для Вас она отпадает получается. А у Вас какой контроллер примерно если не секрет? Поменять его на более мощный нельзя уже? Возможно большое кол-во RAM нужно этой yaffs и из-за учета бед секторов в м/с памяти как вариант. Иначе пока не объяснишь тут, что столько жрет памяти. Т.е. и др. аналогичной ФС нужно тоже много RAM будет наверно. Надо тогда продолжить обсуждение по теме - т.е. Azure RTOS-ошной ФС. А Вы вообще ее запускали у себя или пока интересуетесь?

[turnon 1]

5 minutes ago, AleksBak said:

Надо тогда продолжить обсуждение по теме - т.е. Azure RTOS-ошной ФС. А Вы вообще ее запускали у себя или пока интересуетесь?

STM32F205RET6, но свободной RAM могу выделить макс 32K, и то это много. Azure RTOS-ошную ФС хочу пощупать, но смущает что никакого "community" вокруг, не хочется тратить время, если это окажется пустышка.

[AleksBak 0]

3 минуты назад, turnon сказал:

не хочется тратить время, если это окажется пустышка

Скажем так - не совсем "пустышка" все-таки. Возможно и мягко говоря это не так. Это не Майкрософт изначально внедрил/разработал ее и существует она давно. И согласно их отчетам на более 1.5 миллиарда устройств установлена она (я как понял принтеры/сканеры и т.п. офисная техника). С Вашим контроллером возможно труднее будет Вам ее запустить т.к. готовых примеров под него нет. То что 

 

8 минут назад, turnon сказал:

никакого "community" вокруг

то выбор ФС сейчас все-таки большой вот и возможная причина этого. К тому же ранее эта ФС была проприетарной и не бесплатной.

[turnon 1]

48 minutes ago, AleksBak said:

то выбор ФС сейчас все-таки большой вот и возможная причина этого. К тому же ранее эта ФС была проприетарной и не бесплатной.

Какой большой выбор? Для МК с малым размеров RAM, отказоуйсточивых к пропаже питания и с выравниванием износа, кроме LittleFS и нету больше.  Но LittleFS, как выяснилось, в реальном применении нерабочая.

[AleksBak 0]

16 часов назад, turnon сказал:

Для МК с малым размеров RAM, отказоуйсточивых к пропаже питания и с выравниванием износа, кроме LittleFS и нету больше.

доброе утро. А как же STM-овская (и по ходу Elchan-овская) FatFS? Она тоже не подходит? Я с ней много так не поработал (с апреля понемногу осваиваю периодически) и еще не знаю всех тонкостей.

Ну тогда, если на то пошло, то спросите прямо у майкрософтской команды на гитхабе . На английском. Вроде неплохо отвечали и может быть это было связано с грядущим сокращением финансирования Майкрософта своих сотрудников, либо просто люди хорошие они (не сглазить) - не знаю.

Спросите прямо там, что тут темнить и тянуть резину. И еще у Вас:

22 часа назад, turnon сказал:

SPI FLASH 8 MB

а это по сути NOR flash, а это значит уже Вам эта ФС подходит.