Использование нативных данных конфигурации для сборки в кросс-режиме (Антон Новиков, OSSDEVCONF-2016) — различия между версиями

Материал из 0x1.tv

== Примечания и отзывы ==
<!-- <blockquote>[©]</blockquote> -->

{{fblink|1780185205567826}}                                          
<references/>



{{stats|disqus_comments=0|refresh_time=2021-08-25T02:29:0231T17:08:44.555036044779|vimeo_comments=0|vimeo_plays=11|youtube_comments=0|youtube_plays=37}}

[[Категория:OSSDEVCONF-2016]]
[[Категория:Open-source]]

Версия 14:08, 31 августа 2021

Аннотация

Докладчик
Антон Новиков.jpg
Антон Новиков

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


Видео

on youtube

Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.

Слайды

Использование нативных данных конфигурации для сборки в кросс-режиме (Антон Новиков, OSSDEVCONF-2016).pdf Использование нативных данных конфигурации для сборки в кросс-режиме (Антон Новиков, OSSDEVCONF-2016).pdf Использование нативных данных конфигурации для сборки в кросс-режиме (Антон Новиков, OSSDEVCONF-2016).pdf Использование нативных данных конфигурации для сборки в кросс-режиме (Антон Новиков, OSSDEVCONF-2016).pdf Использование нативных данных конфигурации для сборки в кросс-режиме (Антон Новиков, OSSDEVCONF-2016).pdf Использование нативных данных конфигурации для сборки в кросс-режиме (Антон Новиков, OSSDEVCONF-2016).pdf

Расширенные тезисы

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

Сборка в кросс-режиме позволяет значительно ускорить разработку дистрибутива для продуктов, не требовательных к оборудованию (портативных устройств, автоматизированных рабочих мест и т.~д.) за счёт выполнения ресурсоёмких задач на любых других производительных вычислительных комплексах.

Помимо очевидных плюсов, кросс-сборка имеет большое количество «подводных камней», например конфигурация пакетов программ с использованием бинарных файлов. В данной работе рассмотрены вопросы связанные с инструментами autoconf. Посредством анализа выходных данных конфигуратора при нативном исполнении можно собрать и кэшировать необходимые значения для стандартных параметров autoconf. Полученные данные используются при сборке в кросс-режиме. Таким образом, периодически собирая данные для кэширования можно обеспечить максимальное соответствие кросс-сборки и нативной сборки пакета программ, а так же исключить критические ошибки при работе компонентов дистрибутива, связанные с некорректной конфигурацией пакета. Проблема различия нативной конфигурации и конфигурации в кросс-режиме существует для многих популярных сборочных систем и требует индивидуального подхода.

Решение рассмотренных проблем значительно повышает качество готового продукта и увеличивает скорость разработки дистрибутива операционной системы.

Использование нативных данных конфигурации для сборки в кросс-режиме (Антон Новиков, OSSDEVCONF-2016)!.jpg

Примечания и отзывы



Plays:48   Comments:0