专属
文档
插件
助手
邀请
顶部
快速返回页面顶部
收起
收起工具栏
轩辕镜像 官方专业版
轩辕镜像
专业版
轩辕镜像 官方专业版
轩辕镜像
专业版
首页个人中心搜索镜像

交易
充值流量我的订单

文档

工具

功能
提交工单页面收录

帮助
轩辕镜像免费版

其他
关于我们网站地图
热门搜索:
onload

neomantra/onload

neomantra
自动构建

将Solarflare的OpenOnload用户空间网络栈安装到多种操作系统版本中的Docker镜像。

1 次收藏下载次数: 0状态:自动构建维护者:neomantra仓库类型:镜像最近更新:10 个月前
让 AI 帮你使用轩辕镜像? · 展开查看说明

如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具,协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题,请先让 AI 阅读并遵守轩辕镜像的规则文档。

只需在 AI 对话中先发送下面这句话即可:

请先完整阅读并严格遵守以下文档中的全部规则与要求:

https://xuanyuan.cloud/agents.md

在未充分阅读并理解该文档前,不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。

查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式,不推荐豆包 AI;Cursor 等编辑器可在对话 @ 该链接,或加入 User Rules。 若 AI 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。

中文简介
标签列表
镜像标签列表与下载命令
轩辕镜像,让镜像更快,让人生更轻。
点击查看

docker-onload

![Travis Status]([***]

https://github.com/neomantra/docker-onload

docker-onload提供了一个Dockerfile,可将Solarflare的https://github.com/Xilinx-CNS/onload%E5%AE%89%E8%A3%85%E5%88%B0%E5%A4%9A%E7%A7%8D%E6%93%8D%E4%BD%9C%E7%B3%BB%E7%BB%9F%E7%89%88%E6%9C%AC%E4%B8%AD%E3%80%82Docker Hub地址:https://hub.docker.com/r/neomantra/onload/

变更记录参见https://github.com/neomantra/docker-onload/blob/master/CHANGELOG.md%E3%80%82

onload镜像构建时设置了ONLOAD_WITHZF,因此不支持TCPDirect(又名ZF)。这是由于许可限制。


镜像neomantra/onload支持的Docker Hub标签及对应的Dockerfile链接

以下未版本化镜像标签当前映射到7.1.3.202:

  • https://github.com/neomantra/docker-onload/blob/master/centos7/Dockerfile
  • https://github.com/neomantra/docker-onload/blob/master/centos8/Dockerfile
  • https://github.com/neomantra/docker-onload/blob/master/stretch/Dockerfile
  • https://github.com/neomantra/docker-onload/blob/master/buster/Dockerfile
  • https://github.com/neomantra/docker-onload/blob/master/trusty/Dockerfile
  • https://github.com/neomantra/docker-onload/blob/master/xenial/Dockerfile
  • https://github.com/neomantra/docker-onload/blob/master/bionic/Dockerfile
  • https://github.com/neomantra/docker-onload/blob/master/focal/Dockerfile
  • https://github.com/neomantra/docker-onload/blob/master/jammy/Dockerfile

以下版本化标签可用:

  • 8.1.2.26
  • 8.1.1.17
  • 8.1.0.15
  • 对于7.1.3.202
    • 7.1.3.202-bionic
    • 7.1.3.202-bullseye
    • 7.1.3.202-buster
    • 7.1.3.202-centos7
    • 7.1.3.202-centos8
    • 7.1.3.202-focal
    • 7.1.3.202-jammy
    • 7.1.3.202-stretch
    • 7.1.3.202-trusty
    • 7.1.3.202-xenial
旧标签
  • 7.1.0.265-centos7-nozf
  • 7.1.0.265-centos8-nozf
  • 7.1.0.265-precise-nozf
  • 7.1.0.265-trusty-nozf
  • 7.1.0.265-stretch-nozf
  • 7.1.0.265-xenial-nozf
  • 7.1.0.265-bionic-nozf
  • 7.1.0.265-cosmic-nozf
  • 7.1.0.265-disco-nozf
  • 7.1.0.265-focal-nozf
  • 7.1.0.265-buster-nozf
  • 7.0.0.176-centos-nozf
  • 7.0.0.176-precise-nozf
  • 7.0.0.176-trusty-nozf
  • 7.0.0.176-stretch-nozf
  • 7.0.0.176-xenial-nozf
  • 7.0.0.176-bionic-nozf
  • 7.0.0.176-cosmic-nozf
  • 7.0.0.176-disco-nozf
  • 7.0.0.176-focal-nozf
  • 7.0.0.176-buster-nozf
  • 201811-u1-centos-nozf
  • 201811-u1-precise-nozf
  • 201811-u1-trusty-nozf
  • 201811-u1-stretch-nozf
  • 201811-u1-xenial-nozf
  • 201811-u1-bionic-nozf
  • 201811-u1-cosmic-nozf
  • 201811-u1-disco-nozf
  • 201811-centos-nozf
  • 201811-precise-nozf
  • 201811-trusty-nozf
  • 201811-stretch-nozf
  • 201811-xenial-nozf
  • 201811-bionic-nozf
  • 201811-cosmic-nozf
  • 201805-u1-centos-nozf
  • 201805-u1-precise-nozf
  • 201805-u1-trusty-nozf
  • 201805-u1-stretch-nozf
  • 201805-u1-xenial-nozf
  • 201805-u1-bionic-nozf
  • 201805-u1-cosmic-nozf
  • 201805-centos-nozf
  • 201805-precise-nozf
  • 201805-trusty-nozf
  • 201805-stretch-nozf
  • 201805-xenial-nozf
  • 201805-bionic-nozf
  • 201710-u1.1-centos-nozf
  • 201710-u1.1-precise-nozf
  • 201710-u1.1-trusty-nozf
  • 201710-u1.1-stretch-nozf
  • 201710-u1.1-xenial-nozf
  • 201710-u1.1-bionic-nozf
  • 201710-u1-centos-nozf
  • 201710-u1-precise-nozf
  • 201710-u1-trusty-nozf
  • 201710-u1-stretch-nozf
  • 201710-u1-xenial-nozf
  • 201710-centos-nozf
  • 201710-precise-nozf
  • 201710-trusty-nozf
  • 201710-stretch-nozf
  • 201710-xenial-nozf
  • 201606-u1.3-centos-nozf
  • 201606-u1.3-precise-nozf
  • 201606-u1.3-trusty-nozf
  • 201606-u1.3-xenial-nozf
  • 201606-u1.2-centos-nozf
  • 201606-u1.2-precise-nozf
  • 201606-u1.2-trusty-nozf
  • 201606-u1.2-xenial-nozf
  • 201606-u1.1-centos-nozf
  • 201606-u1.1-precise-nozf
  • 201606-u1.1-trusty-nozf
  • 201606-u1.1-xenial-nozf
  • 201606-u1-centos-nozf
  • 201606-u1-precise-nozf
  • 201606-u1-trusty-nozf
  • 201606-u1-xenial-nozf
  • 201606-centos
  • 201606-precise
  • 201606-trusty
  • 201606-xenial
  • 201509-u1-centos
  • 201509-u1-precise
  • 201509-u1-trusty
  • 201509-u1-xenial


启动Onload-enabled容器

Onload-enabled容器需要暴露主机网络和Onload设备,运行方式如下:

docker run --net=host --device=/dev/onload --device=/dev/onload_epoll -it ONLOAD_ENABLED_IMAGE_ID [COMMAND] [ARG...]

OpenOnload 201606系列还需要--device=/dev/onload_cplane。使用ef_vi或TCPDirect(又名ZF)需要--device=/dev/sfc_char。

以下是提取OpenOnload版本年份的bash单行命令: onload --version | awk 'NR == 1 {print substr($2, 1, 4)}'

注意事项

  • 必须使用主机网络:--net=host

  • 必须暴露以下设备:--device=/dev/onload --device=/dev/onload_epoll。

  • OpenOnload 201606系列还需要--device=/dev/onload_cplane。

  • 使用ef_vi或TCPDirect需要--device=/dev/sfc_char。

  • 主机的onload --version必须与容器的版本相同。

  • 栈共享:如果容器和主机必须共享Onload栈,两者都应设置EF_SHARE_WITH=-1以避免OpenOnload当前的限制。注意这会禁用栈共享安全功能。

  • 由于OpenOnload的当前限制,如果共享Onload栈,应设置EF_USE_HUGE_PAGES=0。

  • 某些库(如jemalloc)需要在启动时调用系统调用。这可能导致无限循环,因为OpenOnload加速也需要malloc(通过dlsym);参见jemalloc问题https://github.com/jemalloc/jemalloc/issues/443%E5%92%8Chttps://github.com/jemalloc/jemalloc/issues/1426%E3%80%82%E5%8F%AF%E9%80%9A%E8%BF%87%E8%AE%BE%E7%BD%AE%60ONLOAD_DISABLE_SYSCALL_HOOK=1%60%E7%BC%93%E8%A7%A3%EF%BC%9B%E6%B3%A8%E6%84%8F%E8%BF%98%E9%9C%80%E8%A6%81%E8%AE%BE%E7%BD%AE%60ONLOAD_USERSPACE_ID%60%E4%BB%A5%E5%8C%B9%E9%85%8D%E6%9C%AA%E6%89%93%E8%A1%A5%E4%B8%81%E7%9A%84%E9%A9%B1%E5%8A%A8%E7%89%88%E6%9C%AC%E3%80%82**%E6%B3%A8%E6%84%8F%EF%BC%9A** 此问题可能已在7.0.0.176中修复:“SF-***-KI/bug62297: 避免应用程序使用jemalloc启动时挂起”。

  • 这些OpenOnload构建默认基于构建机器的CPU类型使用-march和-mtune。这在运行平台上可能不是最优或不可运行。未来版本将允许通过Docker构建参数指定。

TCPDirect

在OpenOnload 201606-u1中,Solarflare引入了名为TCPDirect的新内核旁路网络API。

要在容器中运行TCPDirect应用程序,必须额外暴露设备: --device=/dev/sfc_char

TCPDirect的许可证与OpenOnload不同;其二进制文件可能不允许分发。因此,https://hub.docker.com/r/neomantra/onload/%E4%B8%8A%E7%9A%84%60onload%60%E5%85%AC%E5%85%B1%E9%95%9C%E5%83%8F%E4%B8%8D%E5%8C%85%E5%90%ABTCPDirect%E6%94%AF%E6%8C%81%E3%80%82

您可以使用常规Dockerfile自行构建和部署支持TCPDirect的镜像。为此,将构建参数ONLOAD_WITHZF设置为非空字符串(Dockerfile检查[ -z ${ONLOAD_WITHZF} ])。例如:

git clone https://github.com/neomantra/docker-onload.git
cd docker-onload
docker build --build-arg ONLOAD_WITHZF=1 -f xenial/Dockerfile -t neomantra/onload:201606-u1-xenial .

镜像构建助手脚本

Ruby脚本build_onload_image.rb帮助生成构建Onload镜像的命令行。

$ ./build_onload_image.rb --help
build_onload_image.rb [options]

操作
    --versions                显示Onload版本名称列表(配合-v显示所有字段)
    --flavors                 显示镜像版本列表
    --gettag     <prefix>     显示--autotag <prefix>的自动标签名称

    --build                   显示docker build命令
    --execute                 执行docker build命令

选项
    --flavor   -f  <flavor>   指定构建版本(--build或--execute必需)
    --onload   -o  <version>  指定要构建的Onload版本(默认'latest')

    --url      -u <url>       覆盖"packaged"版本的URL。

    --tag      -t <tag>       将镜像标记为<tag>
    --autotag  -a <prefix>    将镜像标记为<prefix><version>-<flavor>[-nozf]。
                              <prefix>可选,但注意如果没有带冒号的<prefix>,
                              自动标签将是名称而非镜像名:标签

    --zf          <truthy>    构建时包含TCPDirect (zf)(如果可选的<truthy>为'0'或'false'则不包含)

    --arg          <arg>      传递'--build-arg <arg>'给"docker build"

    --quiet    -q             静默构建(传递-q给"docker build")
    --no-cache                传递--no-cache给"docker build"

    --execute  -x             同时执行构建命令

    --push     -p             推送构建的镜像

    --verbose  -v             详细输出
    --help     -h             显示帮助

使用示例:

./build_onload_image.rb -o 7.1.1.75 --arg foo -f buster --zf --execute

还提供build_all_flavors.sh和build_all_images.sh脚本。

自定义镜像构建

提供了以下基础系统的Dockerfile,使用-f选择Dockerfile路径:

  • https://github.com/neomantra/docker-onload/centos7/Dockerfile (centos7/Dockerfile)
  • https://github.com/neomantra/docker-onload/centos8/Dockerfile (centos8/Dockerfile)
  • https://github.com/neomantra/docker-onload/stretch/Dockerfile (stretch/Dockerfile)
  • https://github.com/neomantra/docker-onload/buster/Dockerfile (buster/Dockerfile)
  • https://github.com/neomantra/docker-onload/trusty/Dockerfile (trusty/Dockerfile)
  • https://github.com/neomantra/docker-onload/xenial/Dockerfile (xenial/Dockerfile)
  • https://github.com/neomantra/docker-onload/bionic/Dockerfile (bionic/Dockerfile)
  • https://github.com/neomantra/docker-onload/focal/Dockerfile (focal/Dockerfile)
  • https://github.com/neomantra/docker-onload/jammy/Dockerfile (jammy/Dockerfile)

每个系统文件夹都包含一个Dockerfile。

以下是可用的构建时选项。可使用--build-argCLI参数设置,例如:

docker build --build-arg ONLOAD_VERSION="201509" --build-arg ONLOAD_MD5SUM="b093ea9f3a534c9c9fe9da6c2b6ccb7a" -f trusty/Dockerfile .

Dockerfile从[openonload

镜像拉取方式

您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。

轩辕镜像加速拉取命令点我查看更多 onload 镜像标签

docker pull docker.xuanyuan.run/neomantra/onload:<标签>

使用方法:

  • 登录认证方式
  • 免认证方式

DockerHub 原生拉取命令

docker pull neomantra/onload:<标签>

轩辕镜像配置手册

按平台快速找到配置文档

Docker

登录仓库拉取

登录认证 · 私有仓库

专属域名拉取

免登录 · 高速拉取

Linux

Docker 镜像配置

Windows / Mac

Docker Desktop 配置

MacOS OrbStack

OrbStack 容器

Docker Compose

Compose 项目配置

NAS

群晖

Synology 配置

飞牛

fnOS 镜像配置

绿联

绿联 NAS

威联通

QNAP 配置

极空间

极空间 NAS

企业仓库

其他仓库

ghcr · Quay · nvcr

Harbor 镜像源

Proxy Repository 对接

Portainer 镜像源

Registries 配置

Nexus 镜像源

Docker Proxy 缓存

开发工具

Dev Containers

VS Code 开发容器

Podman

Podman 配置指南

Singularity / Apptainer

HPC 科学计算容器

Kubernetes

K8s Containerd

Kubernetes · Containerd

K3s

轻量级集群

面板 / 网络

爱快路由

iKuai 镜像加速

宝塔面板

一键配置镜像源

AI

用 AI 使用轩辕镜像

agents.md · AI 对话 · 提示词

一键安装

一键安装 Docker

Linux Docker 一键安装

需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单

镜像拉取常见问题

功能

免费版与专业版区别

功能对比 · 版本选择

支持的镜像仓库

Docker Hub · GCR · GHCR

新手拉取配置

登录 · 专属域名 · 配置

docker search 限制

专属域名 · Hub 搜索

不支持 push

仅支持 pull · 不支持

拉取速度原因

带宽 · 缓存 · 冷热镜像

错误码

402 与流量用尽

402 · 流量包 · 充值

401 认证失败

401 · docker login

manifest unknown

标签错误 · 镜像不存在

410 Gone 排查

410 · Docker 升级

429 限流

免费版 · 请求频率

其他报错

DNS 超时

DNS 解析 · 网络超时

TLS 证书失败

no matching manifest(架构)

账号

失败是否计费

manifest · blob · 计费

申请开发票(企业 / 个人)

企业 · 个人 · 工单

修改登录密码

网站 · 仓库 · 重置

注销账户

工单 · 数据 · 注销

原理

mirrors 不生效

daemon.json · 重启

去掉域名前缀

docker tag · 重命名

指定架构拉取

ARM64 · AMD64 · 多架构

latest 与「最新」

digest · 版本号 · 标签

查看全部问题→

用户好评

来自真实用户的反馈,见证轩辕镜像的优质服务

用户头像

oldzhang

运维工程师

Linux服务器

5

"Docker访问体验非常流畅,大镜像也能快速完成下载。"

轩辕镜像
镜像详情
...
neomantra/onload
教程轩辕镜像功能与使用教程
定价查看流量套餐与价格
热门查看热门 Docker 镜像推荐
博客Docker 镜像公告与技术博客
官方公众号:源码跳动|官方技术交流群:831623681
官方公众号:源码跳动|官方技术交流群:|问题咨询请:提交工单
商务合作:点击复制邮箱
©2024-2026 源码跳动
商务合作:点击复制邮箱Copyright © 2024-2026 杭州源码跳动科技有限公司. All rights reserved.

更多 onload 镜像推荐

onload/onload-device-plugin logo

onload/onload-device-plugin

onload
Onload设备插件,是KubernetesOnload的组成部分
1万+ 次下载
15 天前更新
onload/onload-operator logo

onload/onload-operator

onload
Onload Operator,是KubernetesOnload的一部分
1万+ 次下载
9 天前更新
onload/sfptpd logo

onload/sfptpd

onload
Solarflare增强型PTP守护进程,用于实现高精度网络时间同步。
50万+ 次下载
9 天前更新
onload/onload-source logo

onload/onload-source

onload
OpenOnload源代码镜像,包含OpenOnload项目的源代码文件。
1万+ 次下载
15 天前更新
onload/onload-user logo

onload/onload-user

onload
OpenOnload的二进制构建,仅包含用户态组件
1万+ 次下载
16 天前更新
onload/sfnettest logo

onload/sfnettest

onload
sfnt-pingpong和sfnt-stream,用于测量网络性能的工具
1万+ 次下载
28 天前更新

查看更多 onload 相关镜像