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

交易
充值流量我的订单
工具
提交工单镜像收录一键安装
Npm 源Pip 源Homebrew 源
帮助
常见问题
其他
关于我们网站地图

官方QQ群: 1072982923

mekayelanik/vllm-cpu Docker 镜像 - 轩辕镜像 | Docker 镜像高效稳定拉取服务

热门搜索:openclaw🔥nginx🔥redis🔥mysqlopenjdkcursorweb2apimemgraphzabbixetcdubuntucorednsjdk
vllm-cpu
mekayelanik/vllm-cpu
mekayelanik
vLLM CPU inference engine - optimized Docker images for Intel/AMD/ARM64 processors
1 次收藏下载次数: 0状态:社区镜像维护者:mekayelanik仓库类型:镜像最近更新:1 个月前
轩辕镜像,让镜像更快,让人生更轻。点击查看
镜像简介版本下载
轩辕镜像,让镜像更快,让人生更轻。点击查看

Easy, fast, and cheap LLM serving for everyone
Docker Images for CPU-Only Inference

Documentation | Docker Hub | GitHub | Supported Models


Buy Me a Coffee

Your support encourages me to keep creating/supporting my open-source projects. If you found value in this project, you can buy me a coffee to keep me up all the sleepless nights.


Overview

Pre-built Docker images for running vLLM on CPU-only systems, optimized for different CPU instruction sets.

Features: OpenAI-Compatible API, CPU Optimizations (AVX512, VNNI, BF16, AMX), Multi-Architecture, Health Checks, PUID/PGID.

Requirements: 4+ GB RAM (16+ recommended), 4+ CPU cores, Docker 20.10+, 2+ GB shm.


Image Variants

Choose the appropriate variant based on your CPU's instruction set support:

VariantTagOptimizationsTarget CPUsArchitectures
noavx512noavx512-<version>BaselineAll CPUsx86_64, ARM64
avx512avx512-<version>AVX512Intel Skylake-X+x86_64
avx512vnniavx512vnni-<version>AVX512 + VNNIIntel Cascade Lake+x86_64
avx512bf16avx512bf16-<version>AVX512 + VNNI + BF16Intel Cooper Lake+x86_64
amxbf16amxbf16-<version>AVX512 + VNNI + BF16 + AMXIntel Sapphire Rapids+x86_64
Available Tags

Each variant has two tag formats:

  • Version-specific: <variant>-<version> (e.g., avx512bf16-0.12.0)
  • Latest: <variant>-latest (e.g., avx512bf16-latest)
Check Your CPU Support
bash
# Check available instruction sets
lscpu | grep -E "avx512|vnni|amx"

# Or use flags
grep -o 'avx512[a-z_]*\|amx[a-z_]*' /proc/cpuinfo | sort -u

Quick Start

Docker CLI
bash
# Pull the image
docker pull mekayelanik/vllm-cpu:noavx512-latest

# Run with a small model
docker run -d \
  --name vllm-cpu \
  --restart unless-stopped \
  --cap-add SYS_NICE \
  --security-opt seccomp=unconfined \
  --shm-size 4g \
  -p 8000:8000 \
  -v vllm-data:/data \
  -e VLLM_MODEL=Qwen/Qwen3-0.6B \
  -e VLLM_SERVER_HOST=0.0.0.0 \
  -e VLLM_SERVER_PORT=8000 \
  mekayelanik/vllm-cpu:noavx512-latest \
  --max-model-len 8192

# Check logs
docker logs -f vllm-cpu

# Test the API
curl http://localhost:8000/v1/models
API Endpoints
EndpointDescription
/healthHealth check endpoint
/v1/modelsList available models
/v1/completionsText completions API
/v1/chat/completionsChat completions API
/v1/embeddingsEmbeddings API

Docker Compose Examples

Standard Bridge Network (Recommended)

This is the simplest and most portable configuration, suitable for most deployments.

yaml
# docker-compose.yml - Standard Bridge Network
# Save this file and run: docker compose up -d

services:
  vllm-cpu:
    image: mekayelanik/vllm-cpu:noavx512-latest
    container_name: vllm-cpu
    hostname: vllm-cpu
    domainname: local
    restart: unless-stopped

    # Required capabilities for CPU optimization
    cap_add:
      - SYS_NICE
    security_opt:
      - seccomp=unconfined

    # Shared memory for model loading
    shm_size: 4g

    # Port mapping
    ports:
      - "8000:8000"

    # Persistent storage
    volumes:
      - vllm-data:/data
      - vllm-cache:/data/cache
      # Optional: Mount local HuggingFace cache
      # - ${HOME}/.cache/huggingface:/data/models

    # Environment configuration
    environment:
      # User/Group mapping (optional)
      - PUID=1000
      - PGID=1000
      - TZ=UTC

      # Model configuration
      - VLLM_MODEL=Qwen/Qwen3-0.6B
      # - HF_TOKEN=your_huggingface_token  # For gated models

      # Server configuration
      - VLLM_SERVER_HOST=0.0.0.0
      - VLLM_SERVER_PORT=8000
      # - VLLM_API_KEY=your_api_key  # Optional API key

      # Logging
      - VLLM_LOGGING_LEVEL=INFO
      - VLLM_CONFIGURE_LOGGING=1

      # Memory optimization
      - MALLOC_TRIM_THRESHOLD_=***

      # CPU-specific optimization (adjust based on your system)
      # KV cache size in GB - increase for more concurrent requests
      # Default is 4GB. Formula: (RAM - Model Size - 8GB) / 2
      - VLLM_CPU_KVCACHE_SPACE=8

    # vLLM arguments (passed to entrypoint)
    command:
      - "--max-model-len"
      - "8192"
      - "--dtype"
      - "auto"

    # Health check is built into the Docker image (30s interval, 120s start period)

    # Resource limits (optional)
    deploy:
      resources:
        limits:
          memory: 16G
        reservations:
          memory: 4G

# Named volumes for persistence
volumes:
  vllm-data:
    driver: local
  vllm-cache:
    driver: local

Deploy:

bash
# Start the service
docker compose up -d

# View logs
docker compose logs -f vllm-cpu

# Check status
docker compose ps

# Stop the service
docker compose down

MACVLAN Network (Advanced)

MACVLAN gives the container its own IP address on your local network, making it appear as a separate physical device. This is useful for:

  • Direct LAN access without port forwarding
  • Running multiple vLLM instances with unique IPs
  • Integration with network services that require dedicated IPs

Prerequisites:

  • Linux host (MACVLAN doesn't work on Docker Desktop for Mac/Windows)
  • Know your network interface name (e.g., eth0, ens18, enp0s3)
  • Available IP address in your network range
  • Promiscuous mode enabled on network interface (for some setups)
yaml
# docker-compose-macvlan.yml - MACVLAN Network Configuration
# Save this file and run: docker compose -f docker-compose-macvlan.yml up -d

services:
  vllm-cpu:
    image: mekayelanik/vllm-cpu:avx512bf16-latest
    container_name: vllm-cpu
    hostname: vllm-cpu
    domainname: local
    restart: unless-stopped

    # Required capabilities
    cap_add:
      - SYS_NICE
    security_opt:
      - seccomp=unconfined

    # Shared memory
    shm_size: 4g

    # MAC address (generate unique one for your network)
    mac_address: "02:42:c0:a8:01:64"

    # MACVLAN network with static IP
    networks:
      vllm-macvlan:
        ipv4_address: 192.168.1.100

    # Persistent storage
    volumes:
      - vllm-data:/data
      - vllm-cache:/data/cache
      # Mount local models directory
      - /path/to/models:/data/models:ro

    # Environment configuration
    environment:
      # User/Group mapping
      - PUID=1000
      - PGID=1000
      - TZ=UTC

      # Model configuration
      - VLLM_MODEL=Qwen/Qwen3-0.6B
      - HF_HOME=/data/models
      # - HF_TOKEN=your_huggingface_token

      # Server configuration (bind to all interfaces)
      - VLLM_SERVER_HOST=0.0.0.0
      - VLLM_SERVER_PORT=8000

      # Logging
      - VLLM_LOGGING_LEVEL=INFO
      - VLLM_CONFIGURE_LOGGING=1

      # Performance tuning
      - MALLOC_TRIM_THRESHOLD_=***
      - OMP_NUM_THREADS=8
      - MKL_NUM_THREADS=8

      # CPU-specific optimization
      # KV cache size in GB - adjust based on your RAM
      - VLLM_CPU_KVCACHE_SPACE=12

    # vLLM arguments
    command:
      - "--max-model-len"
      - "***"
      - "--dtype"
      - "bfloat16"
      - "--cpu-offload-gb"
      - "0"

    # Health check is built into the Docker image (30s interval, 120s start period)

    # Resource limits
    deploy:
      resources:
        limits:
          memory: 32G
        reservations:
          memory: 8G

# MACVLAN Network Definition
networks:
  vllm-macvlan:
    driver: macvlan
    driver_opts:
      # Change to your network interface name
      parent: eth0
    ipam:
      driver: default
      config:
        # Adjust to match your network configuration
        - subnet: 192.168.1.0/24
          gateway: 192.168.1.1
          # IP range for containers (optional, limits assignable IPs)
          ip_range: 192.168.1.100/30

# Named volumes
volumes:
  vllm-data:
    driver: local
  vllm-cache:
    driver: local

Deploy with MACVLAN:

bash
# Find your network interface: ip link show
# Create and start
docker compose -f docker-compose-macvlan.yml up -d

# Access via dedicated IP
curl [***]

Note: With MACVLAN, the host cannot directly reach the container. Create a macvlan shim interface on the host if needed.


High Performance Production Server

This configuration is optimized for high-load, high-concurrency production environments with maximum throughput. Designed for enterprise deployments on high-end Intel Xeon or AMD EPYC servers.

Target Hardware:

  • 32+ CPU cores (64+ threads)
  • 128+ GB RAM (more RAM = larger KV cache = more concurrent requests)
  • NVMe storage for model files
  • 10GbE+ networking

Key Optimization: VLLM_CPU_KVCACHE_SPACE

The most important setting for CPU inference is KV cache size. The default 4GB is too small for production. This config sets it to 40GB for high concurrency.

Use Cases:

  • Production API serving with hundreds of concurrent users
  • High-throughput batch processing
  • Enterprise LLM deployments
  • Multi-tenant inference services
yaml
# docker-compose-high-performance.yml - High Load Production Configuration
# Optimized for maximum throughput and concurrency
# Run: docker compose -f docker-compose-high-performance.yml up -d

services:
  vllm-cpu-prod:
    image: mekayelanik/vllm-cpu:amxbf16-latest
    container_name: vllm-cpu-prod
    hostname: vllm-prod
    domainname: local
    restart: always

    # Use host network for maximum network performance
    network_mode: host

    # Extended capabilities for performance optimization
    cap_add:
      - SYS_NICE
      - IPC_LOCK
    security_opt:
      - seccomp=unconfined

    # Large shared memory for concurrent request handling
    shm_size: 16g

    # CPU pinning for NUMA optimization (adjust to your topology)
    # cpuset: "0-31"

    # Persistent storage with performance optimizations
    volumes:
      # Use fast NVMe storage for models
      - /mnt/nvme/vllm-data:/data
      - /mnt/nvme/vllm-cache:/data/cache
      - /mnt/nvme/models:/data/models:ro
      # tmpfs for temporary files
      - type: tmpfs
        target: /tmp
        tmpfs:
          size: 4G
          mode: 1777

    # Production environment configuration
    environment:
      # Run as root for maximum performance (or set specific user)
      # - PUID=0
      # - PGID=0
      - TZ=UTC

      # Model configuration - use a powerful model
      - VLLM_MODEL=Qwen/Qwen3-8B
      - HF_HOME=/data/models
      - HF_HUB_OFFLINE=1
      # - HF_TOKEN=your_token

      # Server configuration
      - VLLM_SERVER_HOST=0.0.0.0
      - VLLM_SERVER_PORT=8000
      - VLLM_API_KEY=${VLLM_API_KEY:-}

      # ============================================================
      # CPU-SPECIFIC VLLM OPTIMIZATION (CRITICAL FOR PERFORMANCE)
      # ============================================================
      # KV Cache size in GB - CRITICAL: Default is only 4GB!
      # Set this based on your available RAM and model size
      # Formula: (Total RAM - Model Size - 8GB headroom) / 2
      # Example: 128GB RAM, 16GB model = (128-16-8)/2 = 52GB
      - VLLM_CPU_KVCACHE_SPACE=40

      # OpenMP thread binding for CPU affinity
      # "auto" = automatic binding, or specify cores like "0-31"
      # Improves cache locality and reduces context switching
      - VLLM_CPU_OMP_THREADS_BIND=0-31

      # Reserve CPU cores for framework overhead (scheduler, HTTP server)
      # These cores won't be used for inference, reducing contention
      - VLLM_CPU_NUM_OF_RESERVED_CPU=2
      # ============================================================

      # Extended timeouts for high load
      - VLLM_HTTP_TIMEOUT_KEEP_ALIVE=30
      - VLLM_ENGINE_ITERATION_TIMEOUT_S=300
      - VLLM_RPC_TIMEOUT=30000

      # Logging - reduce verbosity for performance
      - VLLM_CONFIGURE_LOGGING=1
      - VLLM_LOGGING_LEVEL=WARNING
      - VLLM_LOG_STATS_INTERVAL=60

      # Memory optimization - aggressive settings
      - MALLOC_TRIM_THRESHOLD_=65536
      - MALLOC_MMAP_THRESHOLD_=***
      - MALLOC_MMAP_MAX_=65536

      # Threading - set to (physical cores - reserved cores)
      # If you have 32 cores and reserve 2, set this to 30
      - OMP_NUM_THREADS=30
      - MKL_NUM_THREADS=30
      - OMP_PROC_BIND=close
      - OMP_PLACES=cores

      # NUMA optimization (GNU OpenMP)
      - GOMP_CPU_AFFINITY=0-29

      # Use tcmalloc for better memory performance
      - LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libtcmalloc_minimal.so.4

      # Disable usage stats for privacy/performance
      - VLLM_NO_USAGE_STATS=1
      - VLLM_DO_NOT_TRACK=1

    # High-performance vLLM arguments
    command:
      # Context length
      - "--max-model-len"
      - "32768"
      # Data type for Intel AMX
      - "--dtype"
      - "bfloat16"
      # Scheduling for high concurrency
      - "--max-num-seqs"
      - "256"
      - "--max-num-batched-tokens"
      - "32768"
      # Disable request logging for performance
      - "--disable-log-requests"
      # Enable chunked prefill for better latency
      - "--enable-chunked-prefill"
      - "--max-chunked-prefill-len"
      - "8192"
      # Speculative decoding (if supported by model)
      # - "--speculative-model"
      # - "path/to/draft/model"
      # - "--num-speculative-tokens"
      # - "5"

    # Health check is built into the Docker image (30s interval, 120s start period)

    # No resource limits - use all available resources
    # deploy:
    #   resources:
    #     limits:
    #       memory: 120G
    #     reservations:
    #       memory: 64G

    # Logging configuration
    logging:
      driver: json-file
      options:
        max-size: "100m"
        max-file: "5"
        compress: "true"

    # Ulimits for high concurrency
    ulimits:
      memlock:
        soft: -1
        hard: -1
      nofile:
        soft: ***
        hard: ***
      nproc:
        soft: 65535
        hard: 65535

Deploy:

bash
# Verify CPU supports AMX: lscpu | grep -i amx
# Set kernel params: sudo sysctl -w vm.swappiness=1
docker compose -f docker-compose-high-performance.yml up -d
docker stats vllm-cpu-prod

Environment Variables

Core Settings
VariableDefaultDescription
PUID(unset)User ID for running vLLM
PGID(unset)Group ID for running vLLM
TZUTCTimezone
DATA_DIR/dataBase data directory
Model Configuration
VariableDefaultDescription
VLLM_MODEL(required)HuggingFace model ID or local path
VLLM_TOKENIZER(empty)Custom tokenizer (if different from model)
HF_TOKEN(empty)HuggingFace access token for gated models
HF_HOME/data/modelsHuggingFace cache directory
HF_HUB_OFFLINE(empty)Set to 1 for offline mode
Server Configuration
VariableDefaultDescription
VLLM_SERVER_HOST0.0.0.0Server bind address
VLLM_SERVER_PORT8000Server port
VLLM_API_KEY(empty)API key for authentication
VLLM_HTTP_TIMEOUT_KEEP_ALIVE5HTTP keep-alive timeout (seconds)
Logging
VariableDefaultDescription
VLLM_CONFIGURE_LOGGING1Enable logging configuration
VLLM_LOGGING_LEVELINFOLog level (DEBUG, INFO, WARNING, ERROR)
Performance
VariableDefaultDescription
MALLOC_TRIM_THRESHOLD_***Memory trim threshold
OMP_NUM_THREADS(auto)OpenMP thread count
MKL_NUM_THREADS(auto)MKL thread count
CPU-Specific Optimization (Critical)

These environment variables are specific to vLLM CPU inference and can significantly impact performance. See vLLM CPU FAQ for details.

VariableDefaultDescription
VLLM_CPU_KVCACHE_SPACE4KV cache size in GB. Default 4GB is often too small! Set based on: (RAM - Model Size - 8GB) / 2
VLLM_CPU_OMP_THREADS_BIND(unset)OpenMP thread binding. Use auto or specific cores like 0-31 for better cache locality
VLLM_CPU_NUM_OF_RESERVED_CPU0Reserve CPU cores for framework overhead (HTTP server, scheduler). Recommended: 2 for high-load servers

KV Cache Sizing Guide:

System RAMModel SizeRecommended VLLM_CPU_KVCACHE_SPACE
32 GB7B (~14GB)5
64 GB7B (~14GB)20
64 GB14B (~28GB)14
128 GB7B (~14GB)50
128 GB70B (~140GB)Not enough RAM
256 GB70B (~140GB)50

Volume Mounts

Container PathPurpose
/dataBase data directory
/data/modelsHuggingFace cache
/data/cache/vllmvLLM cache

Common Arguments

ArgumentDescription
--max-model-lenMaximum context length
--dtypeData type (auto, float16, bfloat16, float32)
--disable-log-requestsDon't log individual requests
--trust-remote-codeAllow remote code execution

Troubleshooting

IssueSolution
Container won't startCheck logs: docker logs vllm-cpu
Out of memoryReduce --max-model-len or increase shm_size
Model download failsSet HF_TOKEN for gated models
Slow inferenceVerify correct CPU variant for your hardware

Updating Images

bash
# Docker Compose
docker compose pull && docker compose up -d

# Docker CLI
docker pull mekayelanik/vllm-cpu:noavx512-latest
docker stop vllm-cpu && docker rm vllm-cpu
# Recreate with new image

# Clean old images
docker image prune -f

Support & License

  • Issues: GitHub | Docs: docs.vllm.ai
  • License: Docker Images (GPL-3.0), vLLM Project (Apache 2.0)
  • Registries: Docker Hub | GHCR

Buy Me a Coffee

Your support encourages me to keep creating/supporting my open-source projects. If you found value in this project, you can buy me a coffee to keep me up all the sleepless nights.


Back to Top

查看更多 vllm-cpu 相关镜像 →
openeuler/vllm-cpu logo
openeuler/vllm-cpu
openeuler
官方vLLM Ascend Docker镜像,基于openEuler构建,提供快速高效的LLM推理和服务能力,支持PagedAttention内存管理、连续批处理、多种量化技术及优化内核,适用于高性能语言模型部署。
4 次收藏1万+ 次下载
1 个月前更新
ashahba/vllm-cpu logo
ashahba/vllm-cpu
ashahba
This repositories holds CPU images for vLLM project proposed by Dockerfile.cpu in vLLM repo.
1 次收藏2千+ 次下载
1 个月前更新
emericocto/vllm-cpu logo
emericocto/vllm-cpu
emericocto
Docker image for vllm using CPU
1.2千+ 次下载
7 个月前更新
thecmrfrd/vllm-cpu logo
thecmrfrd/vllm-cpu
thecmrfrd
The vLLM project compiled for CPU
1.2千+ 次下载
1 年前更新
openeulertest/vllm-cpu logo
openeulertest/vllm-cpu
openeulertest
暂无描述
866 次下载
19 天前更新
konstantinvernermaif/vllm-cpu logo
konstantinvernermaif/vllm-cpu
konstantinvernermaif
暂无描述
847 次下载
1 年前更新

轩辕镜像配置手册

探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式

Docker 配置

登录仓库拉取

通过 Docker 登录认证访问私有仓库

专属域名拉取

无需登录使用专属域名

K8s Containerd

Kubernetes 集群配置 Containerd

K3s

K3s 轻量级 Kubernetes 镜像加速

Dev Containers

VS Code Dev Containers 配置

Podman

Podman 容器引擎配置

Singularity/Apptainer

HPC 科学计算容器配置

其他仓库配置

ghcr、Quay、nvcr 等镜像仓库

系统配置

Linux

在 Linux 系统配置镜像服务

Windows/Mac

在 Docker Desktop 配置镜像

MacOS OrbStack

MacOS OrbStack 容器配置

Docker Compose

Docker Compose 项目配置

NAS 设备

群晖

Synology 群晖 NAS 配置

飞牛

飞牛 fnOS 系统配置镜像

绿联

绿联 NAS 系统配置镜像

威联通

QNAP 威联通 NAS 配置

极空间

极空间 NAS 系统配置服务

网络设备

爱快路由

爱快 iKuai 路由系统配置

宝塔面板

在宝塔面板一键配置镜像

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

镜像拉取常见问题

使用与功能问题

docker search 报错:专属域名下仅支持 Docker Hub 查询

docker search 报错问题

网页搜不到镜像:Docker Hub 有但轩辕镜像搜索无结果

镜像搜索不到

离线传输镜像:无法直连时用 docker save/load 迁移

离线传输镜像

Docker 插件安装错误:application/vnd.docker.plugin.v1+json

Docker 插件安装错误

WSL 下 Docker 拉取慢:网络与挂载目录影响及优化

WSL 拉取镜像慢

轩辕镜像是否安全?镜像完整性校验(digest)说明

镜像安全性

如何用轩辕镜像拉取镜像?登录方式与专属域名配置

如何拉取镜像

错误码与失败问题

manifest unknown 错误:镜像不存在或标签错误

manifest unknown 错误

TLS/SSL 证书验证失败:Docker pull 时 HTTPS 证书错误

TLS 证书验证失败

DNS 解析超时:无法解析镜像仓库地址或连接超时

DNS 解析超时

410 Gone 错误:Docker 版本过低导致协议不兼容

410 错误:版本过低

402 Payment Required 错误:流量耗尽错误提示

402 错误:流量耗尽

401 UNAUTHORIZED 错误:身份认证失败或登录信息错误

身份认证失败错误

429 Too Many Requests 错误:请求频率超出专业版限制

429 限流错误

Docker login 凭证保存错误:Cannot autolaunch D-Bus(不影响登录)

凭证保存错误

账号 / 计费 / 权限

免费版与专业版区别:功能、限额与使用场景对比

免费版与专业版区别

支持的镜像仓库:Docker Hub、GCR、GHCR、K8s 等列表

轩辕镜像支持的镜像仓库

拉取失败是否扣流量?计费规则说明

拉取失败流量计费

KYSEC 权限不够:麒麟 V10/统信 UOS 下脚本执行被拦截

KYSEC 权限错误

如何申请开具发票?(增值税普票/专票)

开具发票

如何修改网站与仓库登录密码?

修改网站和仓库密码

配置与原理类

registry-mirrors 未生效:仍访问官方仓库或报错的原因

registry-mirrors 未生效

如何去掉镜像名称中的轩辕域名前缀?(docker tag)

去掉域名前缀

如何拉取指定架构镜像?(ARM64/AMD64 等多架构)

拉取指定架构镜像

查看全部问题→

用户好评

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

用户头像

oldzhang

运维工程师

Linux服务器

5

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

轩辕镜像
镜像详情
...
mekayelanik/vllm-cpu
博客公告Docker 镜像公告与技术博客
热门镜像查看热门 Docker 镜像推荐
一键安装一键安装 Docker 并配置镜像源
镜像拉取问题咨询请 提交工单,官方技术交流群:1072982923。轩辕镜像所有镜像均来源于原始仓库,本站不存储、不修改、不传播任何镜像内容。
镜像拉取问题咨询请提交工单,官方技术交流群:。轩辕镜像所有镜像均来源于原始仓库,本站不存储、不修改、不传播任何镜像内容。
官方邮箱:点击复制邮箱
©2024-2026 源码跳动
官方邮箱:点击复制邮箱Copyright © 2024-2026 杭州源码跳动科技有限公司. All rights reserved.