Что за программа bmc

В одной из предыдущих статей Максим затронул аппаратную часть платы BMC (Baseboard Management Controller). Я хочу продолжить повествование и рассказать о нашем подходе к BMC и участии в проекте OpenBMC.

Для полноты истории придётся начать немного издалека и рассказать о назначении сервисных процессоров и роли BMC в работе сервера, затронуть протокол IPMI и программную часть. После этого кратко опишу, как BMC участвует в загрузке систем на POWER8. Закончу обзором проекта OpenBMC и нашим отношением к вопросу. Опытные в теме сервисных процессоров читатели могут сразу отмотать на нижние разделы.

Сервисные процессоры — что, зачем и как

Сервисный процессор — это отдельный специализированный контроллер, встраиваемый в сервер. Его чип может быть напаян на материнскую плату, расположен на отдельной карте или, к примеру, размещён в блейд-шасси для управления ресурсами всей системы в целом (и тогда это может называться уже SMC — System Management Controller). BMC — частный случай сервисного процессора для управления отдельным хостом, и дальше по тексту будем говорить только о них и использовать термин «сервисный процессор» только в значении «BMC». При этом, говоря «BMC», в целом имеем в виду как собственно чип, так и управляющую прошивку. В некоторых случаях отдельно будем указывать, что речь идёт о аппаратной либо программной части.

We Are BMC

BMC запитан отдельно от основной системы, включается автоматически при подаче дежурного (standby) питания на сервер и работает, пока питание не отключится. Почти все сервисные процессоры умеют управлять питанием хоста, предоставлять доступ к консоли главной операционной системы через Serial Over LAN (SoL), считывать показания системных датчиков (скорость вентиляторов, напряжение на блоках питания и VRM, температура компонентов), следить за исправностью компонентов, хранить аппаратный лог ошибок (SEL). Многие предоставляют возможности удаленного KVM, виртуальных медиа (DVD, ISO), поддерживают различные протоколы out-of-band подключения (IPMI/RMCP, SSH, RedFish, RESTful, SMASH) и прочее.

Сейчас удалённоe управление повсеместно распространилось. Оно облегчает управление большим парком серверов, повышает доступность из-за сокращения времени простоя, и улучшает операционную эффективность датацентров. Как следствие, наличие широких возможностей удалённого менеджмента учитывается заказчиками при выборе поставщика аппаратной платформы.

Пользователями BMC в основном являются сисадмины для удалённого управления, восстановления после сбоев, сбора логов, установки ОС и т.д. Данными из сервисного процессора пользуется техподдержка. Для нее BMC часто является единственным источником информации при устранении сбоев и выявлении неисправных компонентов для замены.

В современной инфраструктуре BMC является не просто приятной дополнительной опцией удалённого управления сервера (хотя не ходить в серверную, где холодно, шумно, негде присесть и плохо ловит мобильный — это приятно). Во многих ситуациях это критический компонент инфраструктуры. Когда операционная система или приложение не отвечает или находится в непонятном состоянии, сервисный процессор является единственным источником информации и способом быстро восстановить работу.

IPMI — коротко и понятно. Микросхема BMC и настройка BIOS. Supermicro SIM

Для подключения к сервисному процессору используют выделенный сетевой порт (out-of-band), или же BMC делит сетевой порт с основной системой (sideband). То есть один физический Ethernet-коннектор, но два независимых MAC и два IP-адреса. Для первоначальной настройки часто используют консольное RS-232 подключение.

IPMI

Краткая справка

Исторически, программная часть BMC разрабатывалась вместе с аппаратной платформой сервера и теми же разработчиками. Как следствие, для каждой платформы ПО сервисного процессора было уникальным. У одного и того же вендора могло быть несколько вариантов прошивок BMC для разных линеек продуктов. Несмотря на распространение open source, прошивки BMC оставались долгое время исключительно проприетарными.

Обычно сервисный процессор основан на специализированных системах на кристалле (System-on-Chip, SoC), и стандартом де-факто описания требований к архитектуре аппаратной части является спецификация IPMI (Intelligent Platform Management Interface). Это достаточно старый стандарт, ещё в 1998 году группа компаний разработала первую спецификацию IPMI для стандартизации управления сервером.

IPMI предусматривает общий интерфейс сообщений для доступа ко всем управляемым компонентам в системе и описывает большой набор интерфейсов для разных типов операций — например, мониторинга температуры, напряжения, скорости вентиляторов, или получения доступа к консоли ОС. Также предусмотрены методы для управления питанием всего комплекса, получения аппаратных логов SEL (System Event Log), считывания данных сенсоров (SDR), реализации аппаратных watchdog’ов. IPMI предоставляет замену или абстракцию для отдельных методов доступа к сенсорам, таких как System Management Bus (SMBus) или Inter Integrated Circuit (I2C). В большинстве BMC используют проприетарный IPMI стек от небольшого числа вендоров.

Претензии к IPMI

К протоколу накопилось много претензий, в том числе в части безопасности при доступе по сети (IPMI over LAN). Периодически сеть сотрясают истории, подобные этой. Дело вот в чем — получив доступ к сервисному процессору, мы получаем полный контроль над сервером. Ничто не мешает перезагрузиться в recovery mode и поменять пароль для ‘root’-учётки.

Единственным надёжным средством от подобной уязвимости является правило, что IPMI траффик (UDP порт 623) не должен выходить за пределы специально выделенной сети или VLAN. За активностью в управляющей сети должен быть строгий контроль.

Кроме проблем c безопасностью, аппаратный ландшафт датацентров сильно изменился за минувшие годы. Распространились виртуализация, дезагрегация компонентов, облака. В протокол IPMI сложно добавлять что-то новое. Чем больше серверов надо администрировать, тем выше значение автоматизации процедур. Появляются спецификации API, призванные заменить IPMI over LAN.

Многие возлагают надежды на RedFish.

Этот API использует современные JSON и HTTPS протоколы и RESTful интерфейс для доступа к данным ‘out-of-band’. Цель разработки нового API — предложить отрасли единый стандарт, который подходил бы для гетерогенных датацентров. Причем и для одиночных сложных enterprise серверов и для облачных датацентров из множества commodity серверов. И этот API должен отвечать актуальным требованиям безопасности.

При этом на аппаратном уровне стандартом является поддержка IPMI, который участвует во всем рабочем цикле сервера, начиная от включения питания, загрузки операционной системы и заканчивая восстановлением после сбоя (зависания, паники, и т.д.).

Роль BMC в жизни сервера. На этой картинке SMS означает «System Management Software». Картинка взята отсюда.

Роль BMC в загрузке системы OpenPOWER

В сердце аппаратной части протокола IPMI находится чип BMC. Он задействован в работе сервера, начиная с момента подачи питания и участвует в процессе начальной загрузки сервера на OpenPOWER. То есть BMC необходим для включения системы. В то же время перезагрузка/падение BMC не влияет на уже работающую операционную систему.

BMC и процессор POWER8 соединены шиной LPC (Low Pin Count). Эта шина предназначена для связи процессора с периферийными, относительно медленными устройствами. Она работает на частоте до 33 МГц. Через LPC центральный процессор (то есть микрокод Hostboot/OPAL) общается с IPMI-стеком BMC по BT ( стр. 104) интерфейсу.

По этой же шине POWER8 получает загрузочный микрокод из PNOR (Processor NOR chip) через LPC → SPI (Serial Peripheral Interface) соединение.

Роль BMC в этапе загрузке Power off -> Standby

Первый этап загрузки начинается, как только блоки питания включены в сеть и заканчивается на стадии, когда BMC полностью включился и готов начать загрузку всего хоста. Забегая вперёд, отмечу, что отсюда и далее описываю работу ПО BMC на OpenPOWER-системах вообще, но конкретно в нашем сервере эти функции выполняет OpenBMC.

При подаче питания BMC начинает выполнять код из SPI флэш, загружает u-boot и затем ядро Linux. На данном этапе на BMC работает IPMI, шина LPC подготовлена для доступа хоста к PNOR памяти (монтируется через mtdblock). Cам чип POWER8 на данном этапе выключен. В этом состоянии можно подключиться к сетевому интерфейсу BMC и что-то поделать.

Standby -> OS boot

Когда система в режиме ‘standby’, и нажата кнопка включения питания, BMC инициирует продолжение загрузки и запускает на мастер-процессоре «маленький» контроллер SBE (Self Boot Engine) внутри POWER8 чипа на загрузку Hostboot микрокода из PNOR-флэша в L3 кэш мастер-процессора.

Микрокод Hostboot отвечает за инициализацию шин процессора, SDRAM памяти, остальных процессоров POWER8, OPAL (Open Power Abstraction Layer) и еще одного микроконтроллера встроенного в POWER8, называемого OCC (On Chip Controller).

Об этом контроллере расскажем чуть подробнее, так как для BMC он имеет особое значение. Когда Hostboot заканчивает свою работу, из PNOR флэша запускается следующий компонент микрокода Skiboot. Этот уровень синхронизирует процессоры, инициализирует шины PCIe, а также взаимодействует с BMC через IPMI (например, обновляет значение сенсора «FW Boot progress»). Skiboot также отвечает за запуск следующего уровня загрузки Petitboot, который выбирает, откуда будет загружена основная операционная система, и запускает ее через вызов kexec.

Но сделаем шаг назад, и вернёмся к OCC. Чип OCC представляет собой ядро PPC 405, встроенное в процессор IBM POWER8 вместе с основными ядрами POWER8 (один ОСС на чип). У него есть собственные 512 КБ SRAM, доступ к основной памяти. Это система реального времени, ответственная за температурный контроль (мониторинг температур памяти и процессорного ядра), управление производительностью памяти, отслеживание напряжения и частоты процессора. OCC предоставляет доступ ко всей этой информации для BMC по шине I2C.

Что именно делает OCC?

• Отслеживает состояние электропитания компонентов сервера.
• Отслеживает и контролирует температуру компонентов; в случае перегрева снижает производительность памяти (memory throttling).
• Если необходимо, OCC снижает частоту/энергопотребление процессора за счет снижения максимального P-state (performance state, см. ACPI). При этом OCC не задаёт P-state напрямую. Он задает лимиты, в рамках которых операционная система может менять P-state.
• Предоставляет BMC информацию о питании и температуре для эффективного управления вентиляторами.

Кроме взаимодействия с OCC и центральным процессором по шине LPC, у BMC есть и другие интерфейсы. Например, для управления блоками питания и LED используется GPIO на чипе BMC, для чтения сенсоров может использоваться I2C.

Взаимосвязь всего вышеупомянутого не так уж сложна

На данный момент большая часть микрокода OpenPOWER является открытой. При этом программная часть сервисного процессора и стек IPMI до недавнего времени оставались проприетарными. Первым open source проектом для сервисного процессора стал OpenBMC. Сообщество встретило его с воодушевлением и стало активно развивать. Про OpenBMC и поговорим дальше.

OpenBMC, его история и особенности

Наконец, мы подходим к истории появления OpenBMC и том, как мы его используем.

Рождение OpenBMC в Facebook

Появился OpenBMC в компании Facebook при разработке свитча Wedge в рамках сообщества OCP в 2015 году. Изначально программную часть BMC разрабатывал поставщик железа. В первые месяцы работы возникло много новых требований к BMC, координация которых с разработчиками была сложной и вызывала задержки. Под влиянием этого, на одном из хакатонов четыре инженера Facebook реализовали некоторые из базовых функций BMC за 24 часа. До продуктива было очень далеко, но стало ясно, что задача реализации софтверной части BMC может быть решена отдельно от аппаратной.

Через несколько месяцев OpenBMC официально был выпущен вместе с коммутатором Wedge, а еще через некоторое время исходный код OpenBMC был открыт в рамках партнерства OCP.

Далее Facebook адаптировал OpenBMC для NVMe флэш-полки Lightning, а следом и для шасси микросерверов Yosemite. В последнем изменении Facebook отказался от RMCP/RMCP+ (доступ IPMI over LAN), но появился REST API через HTTP(S) и консольный доступ по SSH. Таким образом, у Facebook получился единый API для управления разными типами оборудования и большая гибкость реализации новых фич. С проприетарным подходом к BMC такое было бы невозможно.

В концепции Facebook, BMC — обычный сервер, но работает на SoС c ограниченными ресурсами (медленный процессор, мало памяти, небольшой флэш). С учетом этого, OpenBMC был задуман как специализированный дистрибутив Linux, все пакеты которого собираются из исходников с помощью проекта Yocto. Описание всех пакетов в Yocto объединяются в ‘предписания’ (recipes), которые в свою очередь объединяются в ‘слои’ (layers).

OpenBMC имеет три слоя:

1. общий уровень, user space приложения (не зависят от железа).
2. SoC уровень (ядро Linux, bootloader, C library).
3. уровень платформы/продукта (пакеты специфичные именно для конкретного продукта, настройки ядра, библиотеки для сенсоров).

OpenBMC легко портируется с одной платформы на другую с помощью пересборки несколькими командами bitbake. Это позволяет использовать один и тот же BMC и как следствие один API на разных аппаратных платформах. Этим можно сломать сложившуюся традицию зависимости программного стека от аппаратной части.

Fork проекта в IBM

Сообщество OCP быстро прониклось идеей OpenBMC, и в разработку активно включился другой участник OCP – IBM. Их стараниями возник форк проекта под OpenPOWER, и к августу 2015 была выпущена первая версия OpenBMC для сервера Rackspace Barreleye под SoC AST2400. Инженеры IBM решительно взялись за дело и не просто адаптировали OpenBMC под новую платформу, а значительно его переработали. При этом из-за сжатых сроков и для простоты разработки активно использовали Python.

Изменения коснулись всех слоев проекта, в том числе переработано ядро Linux под SoC (устанавливаемые драйвера, добавлен device tree), на пользовательском уровне появился D-Bus для межпроцессорного взаимодействия (у facebook D-Bus не было). Именно через D-Bus реализованы все функции OpenBMC. Основным способом работы с OpenBMC является REST интерфейс для доступа к интерфейсам шины. Кроме того, есть Dropbear SSH.

Предусмотрен web-доступ к REST API (для отладки, к примеру) через фреймворк Python Bottle.
Благодаря легкой портируемости OpenBMC с одной платформы на другую, для разработки могут использоваться отладочные платы, вплоть до RaspberryPI. Для упрощения разработки предусмотрена сборка под эмулятор QEMU.

Сейчас OpenBMC имеет достаточно аскетичный консольный интерфейс через SSH. IPMI поддерживается со стороны хоста в минимальном объеме. REST-интерфейс может использоваться приложениями для удаленного управления и мониторинга. Часть наиболее популярных функций реализована через команду obmcutil .

Наверное, 90% операций, выполняемых через BMC, — это включение/выключение сервера. В OpenBMC это делается командами obmcutil poweron и obmcutil poweroff .

Также, к примеру, через obmcutil можно посмотреть значение сенсоров и подробную информацию про аппаратную часть сервера (FRU), если это поддерживается на конкретной платформе:

obmcutil getinventory obmcutil getsensors

Сейчас, в проекте OpenBMC активно участвует не только IBM, но и много других вендоров, заинтересованных в уходе от закрытого стека BMC. Сам IBM сосредоточен в основном на адаптации под платформу P9.

Большая часть разработки OpenBMC ведется под лицензией Apache-2.0, но в состав OpenBMC входит множество компонентов с разными лицензиями (например, ядро Linux и u-boot под GPLv2). В результате получается микс из разных open source лицензий. Кроме того, разработчики могут добавлять в конечную сборку собственные проприетарные компоненты, которые работают параллельно с Open Source.

Наш взгляд на OpenBMC

Как понятно из текста выше, программную часть своего сервисного процессора мы проектируем на основе OpenBMC. Продукт еще сырой, но самый минимум функций для администрирования сервера в нем уже реализован, частично реализован IPMI (для самых базовых потребностей). Сервисные процессоры в серверах с таким набором возможностей были на рынке несколько лет назад.

OpenBMC постоянно изменяется и совершенствуется, почти каждый день на gerrit сервере можно увидеть новые коммиты. Поэтому сильно концентрироваться на функциональности в данный момент — дело не очень благодарное. Непрерывно выполняется рефакторинг, код на Python заменяется на C/C++, больше функций переносятся в systemd.

Отношение к сервисному процессору, как к обычному серверу нетипично для BMC из-за его важной роли в жизни сервера. Использование systemd и D-Bus не было распространено в этой области раньше. Новое время — новые веяния.

Первая задача для нас — адаптация текущего состояния OpenBMC под нашу платформу. Далее мы планируем доработать ее опциями и интерфейсами, в которых заинтересованы наши заказчики. С учетом ограниченной функциональности на текущий момент, направлений для разработки есть великое множество. По мере реализации новых возможностей обязательно будем коммитить изменения в проект OpenBMC, чтобы сообщество могло пользоваться.

• openpower
• openbmc
• серверы
• серверное администрирование
• системное администрирование
• системное программирование

• Блог компании YADRO
• Системное администрирование
• Серверное администрирование

Источник: habr.com

Русские Блоги

вступление: Встроенное программное обеспечение промышленность с BIOS является важной частью письма в производственную цепи, которая может быть известна как «гора таможня» в Establishment промышленности. В компьютерной системе BIOS имеет более простое и основную роль, чем в операционной системе. Это первая активируется системная программа после машинно огней, в основном отвечает за обнаружение, доступ к базовым аппаратным ресурсам, и присваивается в операционной системе. Для обеспечения бесперебойной и безопасной работы всей машины.

В настоящее время глобальный X86 производитель лицензия BIOS имеет в общей сложности 4, которые являются AMI, Phoenix, Insyde и Бай Вэй, и Бай Вэй (информация флаг Чжо Yi) является единственным производителем BIOS на территории. Эта статья посвящена BIOS отрасль экологии, окружающая 10 основных проблем, от технологии и продукции, определения масштаба промышленного рынка, продольного рисунка конкуренции, инвестиционных возможностей и т.д., чтобы помочь в принятии инвестиционных решений.

Во-первых, компьютер основные базовые компоненты: BIOS, BMC

1, что BIOS?

BIOS（Basic Input Output System）Базовая система ввода-вывода является программа запуска выгравированы на чипе ROM материнской платы и BIOS отвечает за вычисление системных программ самотестирования (POST, Power On Self Test) и системы самозапуска программ, так что это первый за компьютером система запускается. Overaldition. Из-за неприемлемости, программа хранятся в микросхеме ПЗУ, и оригинальная установка может быть по-прежнему сохраняются после выключения питания.

Основная функция BIOS является контроль основную программу компьютерного запуска, в том числе жестких дисков (например, DVD или загрузочный диск USB), настройки клавиатуры, флоппи-дисков, памяти и связанных с ними устройств в течение установленного процесса.

Таблица 1, BIOS основные процедуры и реализации

Источник: IT Home, Промышленная ценные бумаги Экономика и научно-исследовательский институт финансов

2, что BMC и IPMI?

Контроллер управления BSEBoard и IPMI (Intelligent Interface Management Platform)Тем не менее, контроллер управления субстратом и смарт-интерфейс управления платформой является основной основной функция подсистемой сервера, отвечает за управление состоянием оборудования, управление операционной системы, управление состоянием здоровья, а также управление питанием сервера.

BMC Есть небольшая операционная система вне системы сервера ， Это чип интегрирован на материнской плате, и есть также продукт в виде PCIe. На материнской плате, внешнее выражение только стандартный RJ45 сетевого порт, который имеет встроенную программное обеспечение системы независимого IP. Кластеры серверов обычно используют инструкции BMC, чтобы сделать крупномасштабную безоператорные, Серверы Удаленное управление, мониторинг, установка, перезагрузка и т.д.

IPMI Представляет собой набор интерактивных спецификаций стандарта управленияConer, HP, Dell и NEC, совместно предложили на 16 сентября 1998 года, в основном используется для серверной системы кластера автономии, контроля физических характеристик здоровья сервера, такие как температура, напряжение, вентилятор рабочее состояние, состояние питания и т.д. В то же время, IPMI также отвечает за запись информации и протоколирования различного оборудования, используемую для оперативного расположения пользователей и последующих вопросов. В настоящее время IPMI был поддержан более чем 200 производителей компьютеров.

IPMI является независимым от хост-системы центрального процессора, BIOS / UEFI и ОС, которые могут работать независимо друг от друга, и его основные компоненты ВМС.В качестве альтернативы, BMC взаимодействует с другими компонентами, такими как BIOS / UEFI, CPU, осуществляется с помощью IPMI. С помощью IPMI, пользователи могут запускать, перезарядку, смонтировать ISO зеркалирование и т.д. удаленно.

На рисунке 1, логическая схема IPMI

Источник: Wiki, Промышленная ценные бумаги Экономика и научно-исследовательский институт финансов

3, что EFI и UEFI?

EFI (расширяемый интерфейс встроенного ПО) представляет собой расширяемый интерфейс прошивкиПоскольку традиционный BIOS основан на развитии ассемблера на 16-битном процессоре, тем короче эффективности подвергаются при столкновении 32/64 процессоров, поэтому BIOS новая альтернативе модернизация Intel запущена. План.

UEFI (Unified Extensible Firmware Interface), унифицированный расширяемый интерфейс прошивкиЭто стандартизированная версия EFI и Evolution Edition, в BIOS. Для того, чтобы облегчить различение UEFI BIOS от традиционного BIOS, традиционный BIOS также известен как Наследства BIOS. В 2005 году Intel поставляется EFI в UEFI Forum для продвижения и развития, EFI переименован UEFI. UEFI отвечает за питание самотестирование (POST), обратитесь в операционную систему, а также предоставление интерфейса для операционной системы и аппаратного обеспечения.

Существующая прошивка основной BIOS имеет в основном принят UEFI.

Из главным образом функций, UEFI BIOS и BIOS Наследство является для инициализации аппаратной платформы и загрузки операционной системы. Основное различие между ними состоит в том, что LEGACY BIOS не имеет единых стандартов, в то время как UEFI BIOS унифицирован критерии интерфейса между прошивкой и операционной системой. Преимущества и недостатки двух являются:

1. UEFI BIOS, в основном написаны на C языке, легко реализовать кросс-архитектуру кросс-платформенной поддержки и обмена модуль кода, и Наследство BIOS написано на языке ассемблера.

2, UEFI BIOS полностью поддерживает новые функции безопасности микропрограммного обеспечения, чтобы свести к минимуму риска прошивки атакована

3, Legacy BIOS к трансплантации, повторил явление развития серьезно. В целом, UEFI BIOS очевидно, чем Наследства BIOS

Во-вторых, промышленность цепи BIOS / BMC, от процессора для всей машины

4, что ссылка в BIOS в производственной цепи?

Во всей компьютерной системе, процессор находится в ссылке ядра ключа.В зависимости от набора инструкций, его можно разделить на X86 (CISC, с полным набором команд) и не-X86 архитектуры (RISC, обтекаемый набора команд), основной производитель включает в себя Intel / AMD / SEAMO / СЧ, последняя включает в себя Цзэн Пэн (АРМ), Featie (АРМ), Dragon ядро (MIPS) и альфа.

В промышленности цепи BIOS / BMC, процессор в отрасли, а разрешение основного кода вышестоящей системы производителя CPU тесно связанно с работой BIOS / BMC. Производители микропрограмм только квалифицированное развитием, основанный на его версию на основе только после получения ЦП связанных с основными параметрами. программа Bios / BMC. Быть

В настоящее время в мире вычислительного устройства Х86, чип используется в ПК, сервера и т.д., в основном архитектура чипа от Intel X86. Таким образом, Intel уполномоченный код является предпосылкой BIOS / BMC работы. Мир в настоящее время подписано только с согласия компании Intel о сотрудничестве . х86 архитектура BIOS, которая разрабатывает коммерческие цели независимо друг от друга, является США AMI, Phoenix, Китай Тайвань Insyde и информация Чжо Yi стопроцентная дочерняя Нанкин. Быть

Вниз по течению от встроенного программного обеспечения бизнеса, в основном, вычисляя производитель оборудования.Вниз по течению поставки всей машины изготовителя в непосредственно определяется спрос на производителей прошивки BIOS / BMC. В настоящее время отечественные производители массового рынка машин включают волну, Huawei, Lenovo, Синьхуа Сан, Zhongke Рассвет, Великая китайская стена и т.д.

Рисунок 2, список BIOS / BMC цепи промышленности

Источник: Open информация, Промышленная ценные бумаги Экономика и научно-исследовательский институт финансов

5, BIOS рыночное пространство?

В последние годы, поставки оборудования представлены ПК, серверы и ВГД оборудование были постоянно увеличивается, заложив хороший фундамент для размера рынка прошивки BIOS и BMC. По данным Gartner, в 2019 году, глобальный сервер архитектуры X86, поставки ПК в 124,97 млн ​​261 млн соответственно.

Рисунок 3, внутренние перевозки сервера X86

Источник: IDC, Industrial Securities Экономика и научно-исследовательский институт финансов

По каждой архитектуре сервера X86 BIOS / BMC прошивки 300 юаней единицы измерения цены, рынок микропрограммы сервера может достигать 3,7 млрд юаней, в соответствии с прошивкой BIOS каждой архитектуры ПК X86, размер прошивки ПК может достигнуть 3,9 млрд юаней. Размер BIOS и встроенного ПО BMC составил около 7,6 млрд юаней.

Кроме того, как ВГД оборудование быстро растет, ожидается, что число ВГД оборудования в 2020 году достигнет 20,4 млрд, а ВГД оборудование отличается. Он отличается от развития технологий. Ее BIOS цена отличается, но в целом ниже, чем PC цена прошивки, рассмотреть десятки миллионов миллиардов. количество товаров , как ожидается, превысит 10 млрд юаней на общем рынке глобальной прошивки.

Рисунок 4, 2014-2019E внутренние поставки ПК

Источник: IDC, Industrial Securities Экономика и научно-исследовательский институт финансов

В-третьих, основная компания BIOS

В настоящее время в мире основного X86 архитектура BIOS прошивки продуктов и технологии, долгосрочные монополии в США AMI, Phoenix, Китай Тайвань Insyde, и PHOENIX началось, и ОЯТ в настоящее время велики, и Insyde является следующим шоу.

Материка производитель X86 зависит от архитектуры, только информация Чжо Yi имеет дочернюю биосу, BMC прошивку продукции, но общий размер рынка, технический потенциал по-прежнему разрыв производитель.

6, бизнес-портрет AMI

AMI (American Megatrends Inc.), лидер BIOSОтказ AMI была основана в Атланте в Соединенных Штатах в 1985 году, основатель Пэт Сарма и Subramonian Шанкар. AMI первоначально производит комплексные системные платы, услуга позиционируется в высоких конечных потребителей, ее первый клиент PCS LTD, то есть ток Dell, является первой в мире компанией, которая относится к Intel 386 процессор основных плат.

Поскольку основная плата обрабатывающей промышленности постепенно переходит в Китай Тайвань, AMI специализируется на OEM, ODM (в основном BIOS встроенного программного обеспечения) технологии. В настоящее время AMI насчитывает около 1500 сотрудников по всему миру, 85% которых связан персонал технического развития. Быть

Линии основной продукт AMI имеет прошивку UEFI BIOS и контроллер (EC), Megarac решение для удаленного управления, прошивки AMI линейки продуктов контроллера объединительной платы, диагностические утилиты и техническую службу. Среди них, Aptio V является последним поколением прошивки UEFI BIOS для AMI, чтобы удовлетворить потребности всех платформ (x86 и не-x86). Aptio 4 эволюционировал от традиционного BIOS, которые в равной степени соблюдали спецификации UEFI. С точки зрения поддержки услуг для UEFI, Amidiag в настоящее время однозначно доступные диагностические аппаратные решения на рынке.

Рисунок 5, AMI BIOS / UEFI прошивки продукта

Источник: Официальный сайт компания, Промышленная ценные бумаги Экономика и научно-исследовательский институт финансов

7, Phoenix бизнес портрет

Феникс (Phoenix Technologies Ltd.), Bios пионер.Сентябрь 1979, Phoenix был создан в Бостоне, штат Массачусетс, со штаб-квартирой в городе Пасадена, штат Калифорния. Phoenix впервые чистый дизайн помещения (также известный как технология межсетевой экрана) к своему собственному BIOS клонированного с помощью обратной инженерии. Phoenix опираясь на независимые права интеллектуальной собственности вступил в золотой период развития.

В 1988 году Феникс успешно IPO рынок (PTEC), а в 1990 году приобрела два Quadtel и Award BIOS сила поставщика, стала ведущей отраслью времени BIOS, продукты охватывают различные виды низкобюджетных до элитного рынка. Быть

Рисунок 6, Phoenix 1988-2009 доля цены и производительности

Источник: CRSP, Societe Generale ценных бумаг Экономика и финансовый институт отделки

В начале 21-го века, пораженный рынок ПК спад, BIOS блок микропрограммного снижение цен, компания приняла разрешение на разовый BIOS для повышения краткосрочного дохода компании. Кроме того, незрелый рынок слияния и поглощения и разведка также привели к ухудшению условий бизнеса Финикса, компании с огромной потерей в 2006 году. Август 2010, США инвестиционной компании Marlin Equity Partners на приобретение $ 139 млн выпущенных акций Феникс, Феникс объявил об исключении из списка, но и постепенно лишается не-BIOS бизнес-группы. В 2009 году компания насчитывает около 300 сотрудников.

Китайский рынок в 2000 году, Phoenix в Нанкине, Китай создали дочернюю компанию Phoenix Software (Китай), 2009 г., из-за эксплуатационных проблем, уйти с китайского рынка.

Фигура 7, Phoenix Партнеры

Источник: Официальный сайт компания, Промышленная ценные бумаги Экономика и научно-исследовательский институт финансов

8, Insyde деловой портрет

Insyde (микро-основе), за углом BIOS.В 1998 году Insyde путем приобретения американской компании Тэн Technology (SystemSoft) была создана в 2003 году в Китае на Тайване в списке (6231.TWO). В отличие от AMI и Phoenix, Insyde BIOS, когда сокращения будут сосредоточены на областях UEFI, его бизнес является высоко концентрированным в технологии BIOS / BMC, прикрывая Intel, AMD, Microsoft и других производителей. Выгода от развития рынка Китая Тайваня ПК и продвижения обязательного от Intel UEFI BIOS, BIOS Insyde быстро вскочила на номер два рынка.

2018, Insyde флагманского продукта доходы Insyde H2O BIOS от NT $ 781 млн общей соотношение доходов 92%, продукция БМК Supervyse доходы от NT $ 058 млн, что составляет 7%; Прочие операционные доходы 010 000 000 новых тайваньских долларов, что составляет 1 %. По состоянию на 31 декабря 2018 года, Insyde работают 439 человек, в том числе 384 R D возможность, как ожидается , в полной мере наслаждаться отраслями дивидендов и вступить в быстром развитии.

Источник: Architect Technology Alliance

Заключение

Если вы читаете эту статью, чтобы получить что-то, что вы хотите, чтобы выбрать точку смотреть в ,или Доля Forwarding Отказ Ваша поддержка моя самая большая мотивация настаивает на обмен!

Источник: russianblogs.com

Формат файла BMC — описание, как открыть?

Файлы формата BMC открываются специальными программами. Существует 3 типа форматов BMC, каждый из которых открывается разными программами. Чтобы открыть нужный тип формата, изучите описания файлов и скачайте одну из предложенных программ.

Чем открыть файл в формате BMC

Тип файла: Bolide Movie Creator Project File Разработчик: Bolide Software Категория: Видео

Видеопроект, созданный в программе Bolide Movie Creator (программное обеспечение для операционных систем Windows, используемое для создания любительских фильмов). Файл проекта содержит аудио, видео и текстовые данные и может быть экспортирован в форматы AVI, WMV, FLV, MP4 или MKV после завершения работы над проектом. Файлы BMC используют формат XML и содержат ссылки на файлы с ресурсами проекта, но не сами ресурсы.

Чем открыть файл в формате BMC (Bolide Movie Creator Project File)

Тип файла: Embroidery Image File Категория: Другие файлы

Изображение, сохраняемое при помощи формата группового файла вышивки. Содержит рисунок стежка, который может производиться автоматически на совместимых швейных машинках. Может просматриваться в кросс-платформенном приложении XnView.

Чем открыть файл в формате BMC (Embroidery Image File)

Bitshelter PhotoShelter

XnView

Тип файла: Bitmap Cache File Разработчик: Microsoft Категория: Растровые изображения

Кэшированный побитовый файл, создаваемый в программе Windows Remote Desktop Client (RDC), которая является частью Windows Terminal Services. Хранит различные побитовые изображения, которые могут посылаться с терминального сервера клиенту.

Создавая кэшированные изображения в файлах BMC, программа RDC предоставляет значительное улучшение для удаленных клиентов, особенно для соединений с низкой пропускной способностью. Файлы BMC можно обнаружить в директории [User Profile]Local SettingsApplication DataMicrosoftTerminal Server ClientCache.

Чем открыть файл в формате BMC (Bitmap Cache File)

Microsoft Windows Remote Desktop

Источник: www.azfiles.ru