百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 热门文章 > 正文

NVIDIA Jetson 系列文章(11):从头创建Jetson的容器(2)

bigegpt 2024-11-24 12:00 4 浏览

前一篇文章已经对 Jetson-container 的容器创建脚本进行较为深入的说明,主要是为了更广泛地适用于不同 JetPack 版本的环境,因此使用嵌套式脚本的处理方式,初看之下会觉得相当繁琐,不过只要将脚本之间负责传递信息的变量内容理清,就会有种豁然开朗的感觉,并不难懂。


本文将带大家继续深入了解 Dockerfile 镜像创建过程中最重要的配置文件内容,更加透彻地了解整个容器镜像的创建过程。


3、使用 docker_build.sh 脚本创建容器:


在 scripst/docker_build_ml.sh 里有三处调用 scripst/docker_build.sh 脚本的部分,才是真正创建个别容器的环节。


以创建 l4t-pytorch 的 build_pytorch() 函数为例,在第 26 行调用 docker_build.sh 脚本并提供所有需要的相关参数:


sh ./scripts/docker_build.sh $pytorch_tag Dockerfile.pytorch \
    --build-arg BASE_IMAGE=$BASE_IMAGE \
    --build-arg PYTORCH_URL=$pytorch_url \
    --build-arg PYTORCH_WHL=$pytorch_whl \
    --build-arg TORCHVISION_VERSION=$vision_version \
    --build-arg TORCHAUDIO_VERSION=$audio_version \
    --build-arg TORCH_CUDA_ARCH_LIST=$cuda_arch_list \
    --build-arg OPENCV_URL=$OPENCV_URL \
    --build-arg OPENCV_DEB=$OPENCV_DEB


再看看 docker_build.sh 内容,里面里其实只有 “docker build -t $CONTAINER -f $DOCKERFILE "$@" .” 这一道创建镜像的指令,而相关所需要的参数都在上图中做好完整的配置。


这里调用了主目录下的 Dockerfile.pytorch,并且以 “--build-arg” 方式将相关参数去对应 Dockerfile.pytorch 配置文件里的变量,这些变量在 Dockerfile 里可能会提供预设值,但是这些新的设定值就会覆盖掉配置文件的预设值。


创建 l4t-tensorflow 镜像的方式也是一样的,在第 172 行 buidl_tensorflow() 函数里第 181~187 行内容(如下),也是调用 docker_build.sh 脚本去执行,不过配置文件改成 Dockerfile.tensorflow,其他需要的参数也有所调整。


sh ./scripts/docker_build.sh $tensorflow_tag Dockerfile.tensorflow \
  --build-arg BASE_IMAGE=$BASE_IMAGE \
  --build-arg TENSORFLOW_URL=$tensorflow_url \
  --build-arg TENSORFLOW_WHL=$tensorflow_whl \
  --build-arg PROTOBUF_VERSION=$protobuf_version \
  --build-arg OPENCV_URL=$OPENCV_URL \
  --build-arg OPENCV_DEB=$OPENCV_DEB


在第 275~281 行用同样的模式去创建 l4t-ml 镜像,同样调用 docker_build.sh 脚本,不过配置文件换成 Dockerfile.ml,相关配套参数也要根据配置文件内的实际状况进行调整,这里就不重复说明。


4、分析 Dockerfile 内容:


这个项目所提供的脚本,主要功能是为将对应的 Dockerfile 进行变量配置的工作,现在以创建 l4t-ml 镜像会使用到的 Dockerfile.pytorch、Dockerfile.tensorflow 与 Dockerfile.ml 为例,简单说明一下几个环节:


1)检查 Dockerfile 的变量


可以用文字编辑器打开这些文件,使用 “搜索” 功能查找关键字 “ARG”,就能轻松找到里面的各项变量与预设值。


下面列出 Dockerfile.pytorch 的 6 个变量与预设值:


ARG BASE_IMAGE=nvcr.io/nvidia/l4t-base:r32.4.4
ARG PYTORCH_URL=https://nvidia.box.com/shared/static/xxx.whl
ARG PYTORCH_WHL=torch-1.2.0-cp36-cp36m-linux_aarch64.whl
ARG TORCHVISION_VERSION=v0.4.0
ARG TORCH_CUDA_ARCH_LIST="5.3;6.2;7.2;8.7"
ARG TORCHAUDIO_VERSION


下面列出 Dockerfile.tensorflow 的 9 个变量与预设值:


ARG BASE_IMAGE
ARG HDF5_DIR="/usr/lib/aarch64-linux-gnu/hdf5/serial/"
ARG MAKEFLAGS=-j$(nproc)
ARG PROTOBUF_VERSION=3.19.4
ARG PROTOBUF_URL=https://。。。/v${PROTOBUF_VERSION}
ARG PROTOBUF_DIR=protobuf-python-${PROTOBUF_VERSION}
ARG PROTOC_DIR=protoc-${PROTOBUF_VERSION}-linux-aarch_64
ARG TENSORFLOW_URL=https://。。。/。。。-linux_aarch64.whl
ARG TENSORFLOW_WHL=tensorflow-1.15.3+nv20.9-cp36-cp36m-linux_aarch64.whl


下面列出 Dockerfile.ml 的 10 个变量与预设值:


ARG BASE_IMAGE=nvcr.io/nvidia/l4t-base:r32.4.4
ARG PYTORCH_IMAGE
ARG TENSORFLOW_IMAGE
ARG MAKEFLAGS=-j$(nproc) 
ARG PYTHON3_VERSION=3.8
ARG CUPY_VERSION=v10.2.0
ARG CUPY_NVCC_GENERATE_CODE="arch=compute_53。。。"
ARG OPENCV_URL=https://nvidia.box.com/shared/static/。。。.gz
ARG OPENCV_DEB=OpenCV-4.5.0-aarch64.tar.gz


对照一下前面脚本所提供的参数,这样就能很轻松地了解前面脚本的任务与目的,如果前面脚本中有使用 “--build-arg” 设定的参数值,就会覆盖配置文件内的预设值。


2)导入所需要的基础镜像


这种 docker build 创建容器的方式,是必须基于某个(些)已经存在的基础容器之上,添加的相关依赖库与软件,因此首要工作就是从 “FROM ${BASE_IMAGE}” 导入指定的基础镜像开始,在 Dockerfile.pytorch 与 Dockerfile.tensorflow 就是如此,不过在 Dockerfile.ml 文件中还多了以下两行内容:


FROM ${PYTORCH_IMAGE} as pytorch
FROM ${TENSORFLOW_IMAGE} as tensorflow


就是要从这两个镜像里提取 PyTorch 与 Tensorflow 的配套资源,如下所列的指令:


COPY --from=tensorflow /usr/local/bin/protoc /usr/local/bin
COPY --from=tensorflow /usr/local/lib/libproto* /usr/local/lib/
COPY --from=tensorflow /usr/local/include/google /usr/local/include/google
COPY --from=pytorch /usr/local/lib/python2.7/dist-packages/ /usr/local/lib/python2.7/dist-packages/
COPY --from=pytorch /usr/local/lib/python${PYTHON3_VERSION}/dist-packages/ /usr/local/lib/python${PYTHON3_VERSION}/dist-packages/
COPY --from=tensorflow /usr/local/lib/python2.7/dist-packages/ /usr/local/lib/python2.7/dist-packages/
COPY --from=tensorflow /usr/local/lib/python${PYTHON3_VERSION}/dist-packages/ /usr/local/lib/python${PYTHON3_VERSION}/dist-packages/


这是比较有技巧的安排,然后使用者可以独立创建 l4t-pytorch 与 l4t-tensorflow 镜像,也可以将这两个框架合并在 l4t-ml 镜像内,此时只要将前面两个镜像已经编译安装好的部分复制到新镜像里面里就可以。


我们当然也可以将 Dockerfile.pytorch 与 Dockerfile.tensorflow 里的安装步骤全部放入 Dockerfile.ml 里面,不过这样会让整个配置文件变得非常冗长,估计要超过 400 行的内容,其最大的麻烦之处是会导致除错工作变得相当复杂与冗长,因此这里将处理过程进行分割再做合并。


3)安装依赖库


在 Dockerfile 配置文件内使用 “RUN” 指定后面要执行的指令,后面加上 Ubuntu 使用的 apt-get install、pip install 等方式安装依赖库或软件。由于镜像的操作是设定为 root 用户,因此不需要使用 "sudo" 去取得执行权限。


这个环节的最大困难点是 “要安装哪些内容”?这就需要整理出软件原厂所提供的依赖库列表,这个过程是相对繁琐的,而 Jetson-containers 项目所提供的 12 个 Dockerfile 参考内容,能让我们节省很多摸索的时间。


4)需要编译的部分:


例如在 Dockerfile.pytorch 里面执行 torchvision 的编译安装步骤,如下内容:


RUN git clone https://github.com/pytorch/vision torchvision && \
    cd torchvision && \
    git checkout ${TORCHVISION_VERSION} && \
    python3 setup.py install && \
    cd ../ && \
    rm -rf torchvision


在 Dockerfile.tensorflow 文件里有执行 protobuf 与 protoc 的编译安装步骤,如下内容:


RUN cd /tmp && \
    wget --quiet --show-progress --progress=bar:force:noscroll --no-check-certificate ${PROTOBUF_URL}/$PROTOBUF_DIR.zip && \
    wget --quiet --show-progress --progress=bar:force:noscroll --no-check-certificate ${PROTOBUF_URL}/$PROTOC_DIR.zip && \
    unzip ${PROTOBUF_DIR}.zip -d ${PROTOBUF_DIR} && \
    unzip ${PROTOC_DIR}.zip -d ${PROTOC_DIR} && \
    cp ${PROTOC_DIR}/bin/protoc /usr/local/bin/protoc && \
    cd ${PROTOBUF_DIR}/protobuf-${PROTOBUF_VERSION} && \
    ./autogen.sh && \
    ./configure --prefix=/usr/local && \
    make -j$(nproc) && \
    make check -j4 && \
    make install && \
    ldconfig && \
    cd python && \
    python3 setup.py build --cpp_implementation && \
    python3 setup.py test --cpp_implementation && \
    python3 setup.py bdist_wheel --cpp_implementation && \
    cp dist/*.whl /opt && \
    pip3 install dist/*.whl && \
    cd ../../../ && \
    rm ${PROTOBUF_DIR}.zip && \
    rm ${PROTOC_DIR}.zip && \
    rm -rf ${PROTOBUF_DIR} && \
    rm -rf ${PROTOC_DIR}


在 Dockerfile.ml 里面执行 OpenCV 的编译安装步骤,如下内容:


ARG OPENCV_URL=https://nvidia.box.com/shared/static/5v89u6g5rb62fpz4lh0rz531ajo2t5ef.gz
ARG OPENCV_DEB=OpenCV-4.5.0-aarch64.tar.gz

COPY scripts/opencv_install.sh /tmp/opencv_install.sh
RUN cd /tmp && ./opencv_install.sh ${OPENCV_URL} ${OPENCV_DEB}


上面这三个部分是大部分创建深度学习相关应用的 Docker 镜像所需要的步骤,现在可以直接从 Jetson-containers 这些配置文件中,复制相关步骤到自己的配置文件中,节省大量的尝试与摸索的时间。


5、小结:


为智能边缘设备创建 Docker 版本镜像,对应用工程师是一项非常重要的技能,因为这个关系到将来的大量部署与长期维护的问题,因此学习使用 “docker build” 指令配合 Dockerfile 配置文件的方式,是一项必备的能力。


这个 Jetson-containers 项目作者为了广泛满足各种状况,特别是 JetPack 的 L4T 版本变化以及对应的 TensorFlow、PyTorch、OpenCV 版本,因此使用多个变量进行调节,但这种方法会让配置文件内容变得相当复杂。


本系列文章的目的就是为大家解开这些变量的意义,让读者能清楚识别出这些变量之间的关系,提升对 Dockerfile 配置文件的了解,最终协助读者进一步简化出自己所需要的特定脚本与配置内容,以自己创建 Docker 镜像的能力。

相关推荐

悠悠万事,吃饭为大(悠悠万事吃饭为大,什么意思)

新媒体编辑:杜岷赵蕾初审:程秀娟审核:汤小俊审签:周星...

高铁扒门事件升级版!婚宴上‘冲喜’老人团:我们抢的是社会资源

凌晨两点改方案时,突然收到婚庆团队发来的视频——胶东某酒店宴会厅,三个穿大红棉袄的中年妇女跟敢死队似的往前冲,眼瞅着就要扑到新娘的高额钻石项链上。要不是门口小伙及时阻拦,这婚礼造型团队熬了三个月的方案...

微服务架构实战:商家管理后台与sso设计,SSO客户端设计

SSO客户端设计下面通过模块merchant-security对SSO客户端安全认证部分的实现进行封装,以便各个接入SSO的客户端应用进行引用。安全认证的项目管理配置SSO客户端安全认证的项目管理使...

还在为 Spring Boot 配置类加载机制困惑?一文为你彻底解惑

在当今微服务架构盛行、项目复杂度不断攀升的开发环境下,SpringBoot作为Java后端开发的主流框架,无疑是我们手中的得力武器。然而,当我们在享受其自动配置带来的便捷时,是否曾被配置类加载...

Seata源码—6.Seata AT模式的数据源代理二

大纲1.Seata的Resource资源接口源码2.Seata数据源连接池代理的实现源码3.Client向Server发起注册RM的源码4.Client向Server注册RM时的交互源码5.数据源连接...

30分钟了解K8S(30分钟了解微积分)

微服务演进方向o面向分布式设计(Distribution):容器、微服务、API驱动的开发;o面向配置设计(Configuration):一个镜像,多个环境配置;o面向韧性设计(Resista...

SpringBoot条件化配置(@Conditional)全面解析与实战指南

一、条件化配置基础概念1.1什么是条件化配置条件化配置是Spring框架提供的一种基于特定条件来决定是否注册Bean或加载配置的机制。在SpringBoot中,这一机制通过@Conditional...

一招解决所有依赖冲突(克服依赖)

背景介绍最近遇到了这样一个问题,我们有一个jar包common-tool,作为基础工具包,被各个项目在引用。突然某一天发现日志很多报错。一看是NoSuchMethodError,意思是Dis...

你读过Mybatis的源码?说说它用到了几种设计模式

学习设计模式时,很多人都有类似的困扰——明明概念背得滚瓜烂熟,一到写代码就完全想不起来怎么用。就像学了一堆游泳技巧,却从没下过水实践,很难真正掌握。其实理解一个知识点,就像看立体模型,单角度观察总...

golang对接阿里云私有Bucket上传图片、授权访问图片

1、为什么要设置私有bucket公共读写:互联网上任何用户都可以对该Bucket内的文件进行访问,并且向该Bucket写入数据。这有可能造成您数据的外泄以及费用激增,若被人恶意写入违法信息还可...

spring中的资源的加载(spring加载原理)

最近在网上看到有人问@ContextConfiguration("classpath:/bean.xml")中除了classpath这种还有其他的写法么,看他的意思是想从本地文件...

Android资源使用(android资源文件)

Android资源管理机制在Android的开发中,需要使用到各式各样的资源,这些资源往往是一些静态资源,比如位图,颜色,布局定义,用户界面使用到的字符串,动画等。这些资源统统放在项目的res/独立子...

如何深度理解mybatis?(如何深度理解康乐服务质量管理的5个维度)

深度自定义mybatis回顾mybatis的操作的核心步骤编写核心类SqlSessionFacotryBuild进行解析配置文件深度分析解析SqlSessionFacotryBuild干的核心工作编写...

@Autowired与@Resource原理知识点详解

springIOCAOP的不多做赘述了,说下IOC:SpringIOC解决的是对象管理和对象依赖的问题,IOC容器可以理解为一个对象工厂,我们都把该对象交给工厂,工厂管理这些对象的创建以及依赖关系...

java的redis连接工具篇(java redis client)

在Java里,有不少用于连接Redis的工具,下面为你介绍一些主流的工具及其特点:JedisJedis是Redis官方推荐的Java连接工具,它提供了全面的Redis命令支持,且...