Несмотря на то, что сам Marvell гордо пишет про Enterprise, думаю основное предназначение — недорогие стековые коммутаторы и SOHO-решения.
Из наших проектов похожую технологию мы использовали в роутере для SOHO сегмента.
Если это L2 свитч, то Management CPU нужен для управления и не обязателен — дамп регистров можно записать в eeprom (по одному eeprom на чип). Если нужно менять конфигурацию в процессе работы — без него не обойтись. Нюанс в том, что в марвеловских чипах management frames обрабатываются только от одного порта (да и то не от любого, чаще всего это один из последних трех), т.е. нужно думать об управлении заранее.
Если это L3/L4 свитч, то CPU представляет из себя в общем-то роутер. По крайней мере текущая реализация DSA в мейнлайне ядра ничего больше не умеет.
>Судя по всему, в функциях со словом 'get' в имени ошибки допускаются чаще, чем в функциях с 'set'.
>Ну или, возможно, наш анализатор находит больше ошибок в функциях get, чем в функциях set
И первое и второе логически объяснимо — в функциях get нужно возвращать значение, а это чаще всего сложнее (начинаются проблемы с указателями и размерами памяти) чем просто обратиться за готовым переданным значением в функциях set
На этой приставке между загрузкой ядра и user-space проверяются и монтируются разделы ФС, настраивается сеть (в том числе приставка получает адрес по DHCP), проверяются обновления на сервере и инициализируется железо, поэтому загрузка получается не быстрой.
Собственно там под табличкой специально указано, что не надо смотреть на абсолютные цифры. Эти данные получены не на отдельном тестовом стенде, а на живом готовом устройстве, на котором кроме этого крутилось еще много всего (например, Asterisk).
Данные приведены больше чтобы показать, что технология на самом деле работает. А т.к. получить настоящий гигабит роутинга через TCP/IP стек Linux на ARM/MIPS задача не тривиальная, большинство производителей сетевого оборудования сейчас так или иначе используют похожие технологии. В высокочастотном трейдинге, например, вообще не стесняются кромсать TCP/IP стек направо и налево, и ничего.
Они что, засунули велосипед в аппарат для МРТ? Интересно было бы узнать подробности.
Из наших проектов похожую технологию мы использовали в роутере для SOHO сегмента.
Если это L3/L4 свитч, то CPU представляет из себя в общем-то роутер. По крайней мере текущая реализация DSA в мейнлайне ядра ничего больше не умеет.
>Ну или, возможно, наш анализатор находит больше ошибок в функциях get, чем в функциях set
И первое и второе логически объяснимо — в функциях get нужно возвращать значение, а это чаще всего сложнее (начинаются проблемы с указателями и размерами памяти) чем просто обратиться за готовым переданным значением в функциях set
На счет ошибок — обратите внимание на слитно-раздельное написание.
Данные приведены больше чтобы показать, что технология на самом деле работает. А т.к. получить настоящий гигабит роутинга через TCP/IP стек Linux на ARM/MIPS задача не тривиальная, большинство производителей сетевого оборудования сейчас так или иначе используют похожие технологии. В высокочастотном трейдинге, например, вообще не стесняются кромсать TCP/IP стек направо и налево, и ничего.