The OpenNET Project / Index page

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

Juniper и Semihalf передают проекту FreeBSD стек и ФС для накопителей NAND Flash

02.03.2012 20:57

Организация FreeBSD Foundation объявила о выделении компании Semihalf денежного гранта на выполнение работы по интеграции в состав FreeBSD созданных данной фирмой файловой системы и стека хранения данных для накопителей NAND Flash. Указанные технологии будут открыты под лицензией BSD и позволят обеспечить во FreeBSD прямое управление устройствами NAND Flash, удовлетворив ключевые потребности многих приложений в быстром, надёжном и энергонезависимом хранилище. Ожидается, что интеграция стека с поддержкой NAND Flash откроет новые возможности по применению FreeBSD в области встраиваемых устройств.

В состав передаваемой проекту FreeBSD подсистемы NAND Flash входят следующие компоненты:

  • Фреймворк для создания драйверов и набор драйверов для контроллеров NAND и чипов памяти;
  • Cимулятор NAND-устройств;
  • Устойчивая к сбоям файловая система, основанная на механизме представления структур в форме лога и обеспечивающая равномерное использование блоков данных для снижения износа NAND Flash;
  • Набор сопутствующих утилит, инструментов и документации, необходимых для работы с NAND Flash и интеграции поддержки данной технологии в пользовательские приложения.

Предоставление гранта стало возможным благодаря финансовой поддержке компании Juniper Networks, полученные от которой средства позволят покрыть расходы на передачу проекту FreeBSD прав на разработанные компанией Semihalf технологии, созданные ранее по заказу Juniper Networks. Juniper надеется, что NAND Flash FS и NAND Flash Framework удастся включить в состав следующего значительного релиза FreeBSD. Выступившая в роли подрядчика компания Semihalf специализируется на создании встраиваемых решений на базе FreeBSD и уже имеет успешный опыт сотрудничества с FreeBSD Foundation. В частности, в 2010 году силами данной компании обеспечена поддержка технологии FDT (Flattened Device Tree), позволяющей описать аппаратные ресурсы компьютерной системы, с учетом всех связей, платформо-независимым и переносимым способом.

Интеграция наработок в дерево исходных текстов FreeBSD позволит обеспечить приведение фреймворка стандартам сообщества, а также упростит последующее развитие и сопровождение кода. По словам представителя Juniper наличие надёжной файловой системы для NAND Flash является важным фактором будущего успеха встраиваемых устройств компании. Но системы хранения не являются основным бизнесом Juniper, поэтому оптимальным решением по обеспечению дальнейшей поддержки разработанной по заказу файловой системы является её передача в руки надёжного открытого проекта. Компания Juniper рассказала о своём намерении фонду FreeBSD и компании Semihalf, которые пошли навстречу идее по открытию кода фреймворка.

По словам президента организации FreeBSD Foundation, инициатива компании Juniper демонстрирует выгоды от открытия кода разработанных улучшений, не затрагивающих критическую для бизнеса интеллектуальную собственность. Передача таких разработок в основные открытые проекты позволяет значительно снизить затраты на сопровождение кода. Например, передача фреймворка NAND Flash проекту FreeBSD позволит сократить расходы по поддержанию адаптированного для продуктов Juniper дистрибутива FreeBSD. Таким образом, подобное открытие кода выгодно всем сторонам, и сообществу, и коммерческим пользователям FreeBSD.

  1. Главная ссылка к новости (http://freebsdfoundation.blogs...)
  2. OpenNews: FreeBSD Foundation профинансирует реализацию системы auditdistd
  3. OpenNews: FreeBSD Foundation профинансирует тестирование эффективности IPv6-стека FreeBSD
  4. OpenNews: FreeBSD Foundation профинансирует доработку DIFFUSE и реализацию xlocale API
  5. OpenNews: FreeBSD Foundation профинансирует создание 5 модулей контроля перегрузки TCP
  6. OpenNews: FreeBSD Foundation профинансирует реализацию альтернативного метода синхронизации времени
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/33248-freebsd
Ключевые слова: freebsd, nand, flash, bsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (30) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, VoDA (ok), 03:30, 03/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Это пример что *НЕ ОСНОВНЫЕ* проекты можно выгодно передавать в OpenSource и под BSD. Только мало компаний действительно серьезно развивают не ключевые технологии.

    Получается, что BSD это лицензия для того, что напрямую денег компании не приносит.

    Вопрос под какой лицензией и как открывать *ОСНОВНЫЕ* проекты компании?

     
     
  • 2.4, Diden05 (ok), 05:30, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    <irony>
    EULA?
    </irony>
    А вообще Juniper молодцы, вместо того чтоб каждый раз вкладывать деньги в развитие поддержки NAND в заточенном под себя дистрибутиве, просто передали исходники и обеспечили себе экономию средств в дальнейшем.
     
     
  • 3.9, sasa (??), 12:04, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >А вообще Juniper молодцы, вместо того чтоб каждый раз вкладывать деньги в развитие поддержки NAND в заточенном под себя дистрибутиве

    Да - молодцы, только нужность голой nand в embedded начинает стремиться к нулю, их используют в основном на микроконтроллерах где и Linux не нужен, не то что какие-то xBSD. Сейчас активно начинают использовать e-MMC - с ним не нужно заботиться о геометрии чипов, следить за износом блоков - этим контроллер занимается и ставить там можно любую ФС для блочных устройств. При этом потребление не сильно выше голых nand (они автоматически в low power переходят и переинициализация не требуется), скорость чтения/записи высокая и объемы с SSD сравнимые. Например у SunDisk:

    http://sandisk.com/business-solutions/inand-embedded-flash-drives/inand-extre

     
     
  • 4.14, Аноним (-), 13:52, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да - молодцы, только нужность голой nand в embedded начинает стремиться к
    > нулю, их используют в основном на микроконтроллерах где и Linux не
    > нужен, не то что какие-то xBSD.

    Не скажите, всякие omap и подобные по смыслу грузятся в том числе и с NAND. А микроконтроллеры обычно содержат внутри себя и некоторое количество флеша. Нанд для мелких применений неудобен многолапостью, там SPI-флехи рулят или SD карты (в режиме SPI опять же, например).

     
     
  • 5.18, sasa (??), 14:35, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Не скажите, всякие omap и подобные по смыслу грузятся в том числе и с NAND.

    Единственный смысл этого - историческое наследие и то что стОит nand в индустриальном исполнении как грязь.

    >А микроконтроллеры обычно содержат внутри себя и некоторое количество флеша.

    И многие могут сами себя перепрограммировать ?

    >там SPI-флехи рулят или SD карты (в режиме SPI опять же, например).

    spi флеши сильно ограничены в объеме а sd/mmc не все могут в spi работать да и в индустриальном исполнении цена в разы вырастает.

     
     
  • 6.28, Аноним (-), 16:54, 04/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит - историческое наследие Почти все современные мобильники и все похож... большой текст свёрнут, показать
     
     
  • 7.30, sasa (??), 18:23, 04/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Просто потому что первое проще реализуемо на уровне жесткой логики и как максимум минималистского накристального ROM.

    Не надо мне мозг пудрить :) Чего тут проще - как предполагается такой жесткой логике знать - какая блин у nand вашей запаяной геометрия чипа и технология, или что завтра выпустят nand по технологии о которой загрузчик не знает ? а за bbt дядя вася будет следить ? или предпочитаете при первом bad block в загрузочной области перепаивать nand :) это прям дискеты и MS-DOS напомнило..  у каждого производителя есть списки - это я могу а это не могу, нет таких которые поддерживали бы все технологии NAND - slc/mlc с различной геометрией, так что nand для загрузки вообще _очень плохо_ подходит, недаром на PC BIOS хранят в параллельной NOR или SPI flash.

     
     
  • 8.40, Аноним (-), 17:18, 05/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да никто вроде и не пытается Я так, немного капитаню, сугубо глядя на ВЫПУСКАЕМ... большой текст свёрнут, показать
     
     
  • 9.42, sasa (??), 20:02, 05/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не обязательно http ru wikipedia org wiki MBR хотя на практике чаще с fat гру... текст свёрнут, показать
     
  • 2.8, Аноним (-), 09:59, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для любого производителя железа софт не основное направление.
    Примеров море: iXsystems (PC-BSD), HP (webOS), SGI (XFS), Intel (Tizen/MeeGo)
     
     
  • 3.10, Аноним (-), 12:23, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Facepalm.jpg

    Это HP - "производитель железа"? Или, может быть, Intel? Для вас мир делится на "производителей железа" и "производителей софта"?

     
     
  • 4.11, Andrey Mitrofanov (?), 12:57, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А самый главный производитель Железа -- Майкрософт же!! Всемирно известные мышки -- такие самому Ксероксу не снились.
     
  • 4.20, Аноним (-), 15:38, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Facepalm.jpg
    > Это HP - "производитель железа"? Или, может быть, Intel? Для вас мир
    > делится на "производителей железа" и "производителей софта"?

    Удивлю - у HP есть стопка решений - когда железо разработано строго под них.
    пример HP SFS серия.

     
     
  • 5.21, sneer (??), 20:43, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Работаю в HP, со мной в баскетбол играл китаец, который разрабатывает новые типы памяти. В производство они их не запускают, но это позволяет им закупать память ниже себестоимости. Да и в HP labs не бездари сидят это уж точно.
     
     
  • 6.23, sasa (??), 01:12, 04/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Работаю в HP, со мной в баскетбол играл китаец, который разрабатывает новые типы памяти.

    вы можете играть хоть с пигмеями-баскетболистами но основные игроки - toshiba/sundisk intel/micron.

     
     
  • 7.26, iZEN (ok), 11:56, 04/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Работаю в HP, со мной в баскетбол играл китаец, который разрабатывает новые типы памяти.
    > вы можете играть хоть с пигмеями-баскетболистами но основные игроки - toshiba/sundisk intel/micron.

    Они не откажутся от золотой дойной коровы NAND в пользу M-RAM.


     
     
  • 8.29, Аноним (-), 17:14, 04/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Чего бы ради Они очень грамотно ща все сделают Сперва вы у них накупите SSD ко... текст свёрнут, показать
     
  • 2.25, iZEN (ok), 11:54, 04/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    <кто здесь всё удаляет?>

    Продублирую свою мысль.

    Как же так, ведь Столлман говорит, что проприерасты только берут и нужно сделать
    так, чтобы они были вынуждены отдавать. Так появилась GPL, которая "поощряет" (палкой) отдачу.

    И тут, как чёртик из табакерки, вдруг появилось исключение из правила FSF: оказывается
    проприерасты могут _просто_так_ отдать целый фреймворк — матрицу решений для
    будущего наполнения её "мясом" проприетарного (закрытого) кода. И эти решения купят те,
    кому действительно необходимо определённое "мясо" в обмен на "сотни нефти", и
    одновременно с этим будут использовать свободный фреймворк, исключающий насилие и
    принуждение к чему-либо. Обязательства минимальны: делай с этим что хочешь, но не называй
    чужое своим и всё. Потрясающе!

     
     
  • 3.34, Andrey Mitrofanov (?), 13:05, 05/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Продублирую свою мысль.
    > И тут, как чёртик из табакерки, вдруг появилось исключение из правила FSF:
    > оказывается
    > проприерасты могут _просто_так_ отдать целый фреймворк — матрицу решений для

    Дублируйте подробнее: о чём это Вы??

     

  • 1.6, SubGun (ok), 09:45, 03/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хорошая новость, молодцы, что сумели договориться.
     
  • 1.12, Анонимко (?), 13:15, 03/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Semihalf

    "Полуполовина"? Хорошенькое название

     
     
  • 2.15, Аноним (-), 13:53, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Semihalf
    > "Полуполовина"?

    Недополовина :)


     
     
  • 3.35, PnD (??), 13:11, 05/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    II [ˈsemɪ]
    сущ.; разг.; сокр. от semi-erection
    неполная эрекция

    Semihalf - ну, видимо, еще более неполная.

      Спасибо ABBYY, не выпускающему словари под *nix и StarDict, не обламывающемуся их использовать ;)

     

  • 1.24, oops (ok), 10:05, 04/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    лучше бы bhyvee делали. а то совсем заброшен походу
     
     
  • 2.31, Wulf (??), 20:13, 04/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > лучше бы bhyvee делали. а то совсем заброшен походу

    Шутите? К ближайшему bsdcan-у обещают стабильную версию. Отдельные части, такие как pv-драйвера, уже в current

     
     
  • 3.32, oops (ok), 21:02, 04/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вы думаете? очень на это надеюсь.
    просто в svn'е уже 3-4 месяца не было значимых коммитов
     
  • 3.37, yurkis (ok), 16:10, 05/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Шутите? К ближайшему bsdcan-у обещают стабильную версию. Отдельные части, такие как pv-драйвера, уже в current

    Странно. Я тоже давно в их репе комитов не видел. Можно подробнее?

     
     
  • 4.39, Wulf (??), 17:17, 05/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http://svnweb.freebsd.org/base?view=revision&revision=227652
    http://lists.freebsd.org/pipermail/freebsd-virtualization/2012-January/000799
     
     
  • 5.41, yurkis (ok), 19:27, 05/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо большое!
     

  • 1.27, Аноним (-), 15:52, 04/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если с неё ещё и грузиться можно будет - так это ващще будет щястье!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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