LINUX.ORG.RU

Новая Flash File System на 400% быстрее


0

0

Компания Datalight Inc., разрабатывающая файловые системы для флеш-накопителей заявила, что ее коммерческая FFS, которая готовится к выходу, на 400% производительнее чем открытая JFFS2. Новая FFS направлена на рынок мобильных платформ на базе Linux.

Datalight сообщает, что ее высокоинтегрированая файловая система Reliance вкупе с "интеллектуальным менеджером медиа-накопителей" FlashFX Pro были представлены в 1998 году, и довольно успешно использовались четырьмя ведущими производителями мобильных платформ в военных, аэрокосмических и индустриальных отраслях. Новая Linux FFS будет поддерживать 200 типов флеш-накопителей, включая NAND, NOR, fusion flash technologies и flash memory controllers.

Компания также заявляет, что ее клиенты обеспокоены текущим состоянием FFS в Linux.

>>> Подробности

★★★★★

Проверено: svu ()

Ответ на: комментарий от Led

>Мне показалось, что, почему-то, показалось, что большинство здесь обсуждает именно попсовые "флэшки".

А какое они отношение к той же JFFS имеют?

KRoN73 ★★★★★
()
Ответ на: комментарий от Led

>Мне показалось, что, почему-то, показалось, что большинство здесь обсуждает именно попсовые "флэшки"

"Новая FFS направлена на рынок мобильных платформ на базе Linux" :D

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

>>Мне показалось, что, почему-то, показалось, что большинство здесь обсуждает именно попсовые "флэшки"

>"Новая FFS направлена на рынок мобильных платформ на базе Linux" :D

Я говорил про ОБСУЖДЕНИЕ, а не про новость:)

Led ★★★☆☆
()
Ответ на: комментарий от Led

>Я говорил про ОБСУЖДЕНИЕ

А это уже - проблема индейцев :)

KRoN73 ★★★★★
()

Удивительно -- проприетарщину всякую постят, а про logfs ни одной новости не было. А между тем она позиционируется точно так же -- как гораздо лучшая альтернатива jffs2.

ikm ★★
()

неудивительно, ведь ffs делали нормальные инженеры, а не студенты недоучки. ничего удивительного в том что она уделывает опенсорц поделку :)

anonymous
()

Про 400% - махровый маркетинговый пездеж. На девайсах с временем позиционирования стремящемся к нулю быстрее FAT вообще что-то выдумать сложно, если возможно вообще (при правильной политике монтирования оной FS и кэширования/индексации каталогов и FAT на замонтированом томе).

Разводилово для лохов.

anonymous
()
Ответ на: комментарий от anonymous

Нет. Кроме времени поиска есть еще и время записи.

У JFFS2/Yaffs есть такая отстойная особенность, что они переодически любят запускать сборщик мусора (собирает свободные страницы на флешке), который сильно тормозит.

Ну и сам алгоритм создания дерева страниц тоже можно сильно пооптимизировать...

anonymous
()
Ответ на: комментарий от x-com

>Вот только контроль целостности и замещение плохих блоков должнобыть в драйвере блочного ус-ва, а не в ФС. >Иммено так и сделано в UBI (aka JFF3), а то что предлагается - давно устаревшие велосипеды.

Еще раз медленно: НЕЛЬЗЯ с флешкой работать как с блочным устройством. Это медленно и небезопасно.

Точнее, для нормальной работы блочное устройство должно внутри иметь механизмы, подобные FFS (или JFFS2).

anonymous
()
Ответ на: комментарий от anonymous

> Нет. Кроме времени поиска есть еще и время записи.

А что, от реализации механизма отложеной записи FAT перестает быть FAT ? Реализовывать, кэшировать, заниматься распределением блоков можно как угодно. Будет особенность реализации. Файловая система останется от этого той-же самой.

И быстрее FAT на флешке в этом смысле так ничего пока и не придумали.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.