首页
/ Lima 文档总览：Linux 虚拟机、自动文件共享与端口转发的容器开发基础设施

Lima 文档总览：Linux 虚拟机、自动文件共享与端口转发的容器开发基础设施

2026-09-12 10:59:50作者：宣利权Counsellor
lima
Linux virtual machines, with a focus on running containers
项目地址：https://gitcode.com/GitHub_Trending/lim/lima

Lima（Linux Machines）是当前仓库 lima 的核心项目，它负责在 macOS、Linux 等宿主机上启动 Linux 虚拟机，并内置自动文件共享与自动端口转发能力（工作方式与 WSL2 类似）。阅读本篇指南，你将掌握 Lima 的核心能力矩阵（文件共享、端口转发、containerd、多架构运行、多种发行版模板）、从安装到 limactl start / lima 的完整上手流程，以及文件系统挂载、端口转发协议、VM 类型等配置项的源码级原理与实战参数。

项目定位与核心能力

根据 docs 文档首页 的官方定义：

Lima launches Linux virtual machines with automatic file sharing and port forwarding (similar to WSL2).

即 Lima 负责“启动 Linux 虚拟机”，并自动完成两件对开发者最重要的事：文件共享与端口转发。这两项能力由仓库中独立的包实现：挂载/文件共享逻辑集中在 pkg/hostagent（mount.go、port.go 等），宿主机与客户机之间的协议通信则由 pkg/hostagent/api 与 pkg/guestagent/api（gRPC + protobuf，见 guestservice.proto）承担。

能力清单

文档首页逐条列出了 Lima 的核心能力，每一项都有对应的仓库实现支撑：

能力 说明 仓库证据
自动文件共享 宿主机目录自动挂载进客户机，默认只读 pkg/hostagent/mount.go、mount 配置文档
自动端口转发 客户机 localhost 端口自动暴露到宿主机 pkg/hostagent/port.go、port 配置文档
内置 containerd 默认模板预装 containerd/nerdctl templates/default.yaml（基于 Ubuntu + containerd）
多架构支持 Intel on Intel、ARM on Intel、ARM on ARM、Intel on ARM multi-arch 配置文档
多发行版模板 AlmaLinux、Alpine、Arch、Debian、Fedora、openSUSE、Oracle Linux、Rocky、Ubuntu（默认）等 templates 目录下的 YAML 模板
非 Linux 客户机（实验性） macOS、FreeBSD、Windows macOS、FreeBSD、Windows

其中“多架构”并非空泛宣传：文档明确列出了四种组合（Intel on Intel / ARM on Intel / ARM on ARM / Intel on ARM），具体实现细节请参考 multi-arch 文档，下文会专门展开。

与其他项目的关系

文档首页特别澄清了两点容易混淆的事实：

  • 关联项目 sshocker：sshocker（ssh with file sharing and port forwarding）是 Lima 的姊妹项目，Lima 的 reverse-sshfs 挂载方式即源自 sshocker 的思路；
  • 与 Lima GPU 驱动无关：本项目与“The Lima driver project（ARM Mali GPU 驱动）”没有任何关系，仅是同名。

项目历史：从 containerd 推广到 CNCF Incubating

文档首页的 “Project history” 一节记录了完整的发展脉络：

  • 2021 年 5 月：Lima 项目启动，最初目标是向 Mac 用户推广 containerd 及其命令行工具 nerdctl（contaiNERD ctl）；
  • 随后扩展：项目范围扩大到支持 Docker、Podman、Kubernetes 等其他容器引擎，以及非容器类应用；
  • 非 macOS 宿主：Lima 也支持 Linux、NetBSD 等非 macOS 宿主，这一点从源码中的平台文件可以印证，例如 pkg/fsutil/fsutil_linux.go、pkg/osutil/osutil_linux.go 以及 Windows 侧的 pkg/driver/wsl2 目录；
  • 2022 年 9 月：以 Sandbox 项目身份加入云原生计算基金会（CNCF）；
  • 2025 年 10 月：晋升为 CNCF Incubating（孵化）级别项目。

从代码结构看，Lima 的容器能力通过模板与 guestagent 落地：templates/docker.yaml、templates/podman.yaml、templates/k8s.yaml 分别预置了对应容器栈，而 pkg/guestagent 负责在客户机内部提供文件共享、端口转发等基础服务。

安装 Lima

Lima 支持 macOS、Linux 宿主（NetBSD、DragonFlyBSD、Windows 标注为 untested，见 安装文档）。唯一的硬性前置条件是：如果使用 QEMU 驱动，需要宿主机已安装 QEMU（vmType: qemu 时必需）。

Homebrew（macOS / Linux）

brew install lima

如需抢先体验 master 分支的最新特性，可指定 --HEAD 安装 HEAD 版本：

brew install --HEAD lima

MacPorts

sudo port install lima

Nix

nix-env -i lima

二进制包（跨平台）

从 Release 页面下载对应 $(uname -s)-$(uname -m) 的归档并解压到 /usr/local：

VERSION=$(curl -fsSL https://api.github.com/repos/lima-vm/lima/releases/latest | jq -r .tag_name)
curl -fsSL "https://github.com/lima-vm/lima/releases/download/${VERSION}/lima-${VERSION:1}-$(uname -s)-$(uname -m).tar.gz" | tar Cxzvm /usr/local

# Lima v1.1 及以后还需要额外安装 guest agent 包（多架构端口转发等场景必需）
curl -fsSL "https://github.com/lima-vm/lima/releases/download/${VERSION}/lima-additional-guestagents-${VERSION:1}-$(uname -s)-$(uname -m).tar.gz" | tar Cxzvm /usr/local

注意：lima-additional-guestagents 在 multi-arch 文档 中被明确标注为跨架构运行时端口转发的前提条件（详见下文）。

快速上手：创建、启动与进入 Linux 实例

首次启动

运行 limactl start 创建并启动第一个实例（实例名默认为 default）：

$ limactl start
? Creating an instance "default"  [Use arrows to move, type to filter]
> Proceed with the current configuration
  Open an editor to review or modify the current configuration
  Choose another template (docker, podman, archlinux, fedora, ...)
  Exit
...
INFO[0029] READY. Run `lima` to open the shell.

选择 Proceed with the current configuration 后等待宿主机终端打印 READY，即表示实例就绪。自动化场景下可用 --tty=false 关闭交互式界面：

limactl start --tty=false

用模板定制实例

先 create 再 start 可以从指定模板创建命名实例：

limactl create --name=default template:docker
limactl start default

create、start、edit 的完整命令参考分别见 website/content/en/docs/reference/limactl_create/、limactl_start/、limactl_edit/（在 usage 文档 中引用）。

在 VM 中执行 Linux 命令

limactl shell default uname -a

对 default 实例可简写为 lima：

lima uname -a

lima 命令还接受环境变量 $LIMA_INSTANCE 来指定实例名。shell 命令的完整参数见 limactl shell --help 对应参考页。

基于 default 模板的容器实践

文档首页给出的“Getting started”链路直接印证了 containerd 内置能力：

# containerd/nerdctl（default 模板内置）
lima nerdctl run --rm hello-world

# Docker（需 docker 模板）
limactl start template:docker
export DOCKER_HOST=$(limactl list docker --format 'unix://{{.Dir}}/sock/docker.sock')
docker run --rm hello-world

# Kubernetes（需 k8s 模板）
limactl start template:k8s
export KUBECONFIG=$(limactl list k8s --format 'unix://{{.Dir}}/copied-from-guest/kubeconfig.yaml')
kubectl apply -f ...

注意模板引用语法：Lima 1.x 曾使用 template://fedora（带前导斜杠），当前版本使用 template:fedora 形式（见 templates/README.md）。

主目录与用户 Shell

  • 宿主主目录挂载：默认以只读方式挂载到 /Users/${USER}（macOS 宿主）或 /home/${USER}（其他宿主）。可写挂载用 limactl start --mount-writable；完全禁用挂载用 --mount-none 或 --plain。
  • 客户机主目录：独立存在于 /Users/${USER}.guest（macOS 客户机）或 /home/${USER}.guest（Lima v2.1 起；此前为 /home/${USER}.linux）。
  • 登录 Shell：可通过实例 YAML 的 user.shell 字段，或 limactl create / limactl edit 的 --shell 覆盖（该 shell 必须已存在于客户机镜像中）；已存在实例可在客户机内用 chsh 修改；单次会话可用 limactl shell --shell=SHELL。

Shell 补全

# bash
source <(limactl completion bash)
# zsh 见 limactl completion zsh --help

模板体系：多发行版与容器栈

Lima 的模板是 YAML 形式的实例配置预设，全部位于仓库 templates 目录，由 pkg/limatmpl 负责解析与加载。文档首页提到的各发行版模板均有对应文件：

  • 默认：templates/default.yaml（Ubuntu + containerd/nerdctl，Tier 1 ⭐）
  • Linux 发行版：templates/almalinux.yaml、templates/alpine.yaml、templates/archlinux.yaml、templates/debian.yaml、templates/fedora.yaml、templates/opensuse.yaml、templates/oraclelinux.yaml、templates/rocky.yaml、templates/ubuntu.yaml 等，含多版本号模板（如 ubuntu-24.04.yaml）与 experimental/ 子目录（Gentoo、Debian Sid、Fedora Rawhide 等）
  • 容器引擎：templates/docker.yaml（⭐）、podman.yaml、apptainer.yaml 及各自的 rootful 变体
  • 容器编排：templates/k8s.yaml（⭐，kubeadm）、k3s.yaml、k0s.yaml、experimental/rke2.yaml
  • 镜像构建：templates/buildkit.yaml
  • 非 Linux 客户机（实验性）：templates/macos.yaml、templates/freebsd.yaml、templates/windows.yaml

模板的使用方式：

limactl create template:fedora
limactl start fedora
# 或一条命令直接创建并启动
limactl start template:fedora
# 第二次起直接按实例名启动
limactl start fedora

打开 shell：limactl shell fedora，或用 export LIMA_INSTANCE=fedora; lima。

模板有 Tier 分级（见 templates/README.md 的 Tier 一节）：⭐ 为 Tier 1（稳定性好，CI 定期测试），☆ 为 Tier 2（稳定性中等，CI 定期测试），其余模板仅偶尔手动测试。

多架构运行：Slow / Fast / Fast mode 2

文档首页强调的四象限架构支持（Intel on Intel / ARM on Intel / ARM on ARM / Intel on ARM），其完整实现说明在 multi-arch 文档。Lima 提供三种模式：

Slow mode：异构 VM（QEMU 全系统模拟）

用 QEMU 直接跑异架构 VM，功能完整但速度极慢，仅在不追求性能时使用：

limactl start --vm-type=qemu --arch=x86_64 --plain

对应 YAML：

# Lima v2.0 起，非 Linux 宿主机上必须显式设置 vmType 为 "qemu"
vmType: "qemu"

# 非实验性架构：aarch64、x86_64；实验性：armv7l、ppc64le、riscv64、s390x
# 实验性架构不会自动安装 containerd
arch: "x86_64"

# 慢速宿主机可开启 plain 以禁用挂载、端口转发和 containerd，避免超时
plain: true

base:
- template:_images/ubuntu

前提条件：QEMU + lima-additional-guestagents（后者用于端口转发，见 安装文档）。

Fast mode：异构容器（QEMU User Mode Emulation）

用 QEMU 用户态模拟跑异构容器，比全系统模拟快得多，但可能牺牲兼容性。首先在客户机内注册 binfmt：

lima sudo systemctl start containerd
lima sudo nerdctl run --privileged --rm tonistiigi/binfmt:qemu-v10.0.4-56@sha256:30cc9a4d03765acac9be2ed0afc23af1ad018aed2c28ea4be8c2eb9afe03fbd1 --install all

随后即可按平台运行容器、构建并推送多平台镜像：

$ lima nerdctl run --platform=amd64 --rm alpine uname -m
x86_64

$ lima nerdctl run --platform=arm64 --rm alpine uname -m
aarch64

lima nerdctl build --platform=amd64,arm64 -t example.com/foo:latest .
lima nerdctl push --all-platforms example.com/foo:latest

Fast mode 2：Rosetta（ARM 宿主上的 Intel 容器）

要求 Lima >= 0.14、macOS >= 13.0、ARM 架构。Rosetta 显著快于 QEMU 用户态模拟，仅适用于 ARM 宿主上的 VZ 实例：

limactl start --vm-type=vz --rosetta

对应 YAML：

vmType: "vz"
rosetta:
  # 为 Linux 启用 Rosetta。
  # 提示：若 Lima 卡在 "Installing rosetta..."，可尝试 softwareupdate --install-rosetta
  enabled: true
  # 注册到 /proc/sys/fs/binfmt_misc
  binfmt: true

从源码看，Rosetta 的目录共享与 binfmt 注册在 pkg/driver/vz（rosetta_directory_share.go、rosetta_directory_share_arm64.go）以及 pkg/osutil/rosetta_darwin.go 中实现。

Rosetta AOT Caching（Lima >= 2.0、macOS >= 14.0、ARM）：通过缓存翻译后的二进制加速容器：

# 运行容器时挂载缓存设备
docker run --platform=linux/amd64 --device=lima-vm.io/rosetta=cached ...

# 构建镜像时在 Dockerfile 顶部启用 --device 支持
# syntax=docker/dockerfile:1-labs
FROM ...
RUN --device=lima-vm.io/rosetta=cached <your amd64 command>

验证缓存生效：

limactl shell {{.Name}} ls -la /var/cache/rosettad
docker run --platform linux/amd64 --device=lima-vm.io/rosetta=cached ubuntu echo hello
limactl shell {{.Name}} ls -la /var/cache/rosettad
# 应能看到 *.aotcache 文件

docker info 中若能看到 cdi: lima-vm.io/rosetta=cached，说明 Docker 已识别该 CDI 设备。

VM 类型（vmType）选择

Lima 支持多种 VM 驱动，且 vmType 只能在创建实例时指定，已有实例不可更改（见 vmtype 文档）。选择流程可用如下流程图概括：

flowchart
  host{"Host OS"} -- "Windows" --> wsl2["WSL2"]
  host -- "Linux" --> qemu["QEMU"]
  host -- "macOS" --> intel_on_arm{"Need to run <br> Intel binaries <br> on ARM?"}
  intel_on_arm -- "Yes" --> just_elf{"Just need to <br> run Intel userspace (fast), <br> or entire Intel VM (slow)?"}
  just_elf -- "Userspace (fast)" --> vz
  just_elf -- "VM (slow)" --> qemu
  intel_on_arm --  "No" --> vz["VZ"]
  • 默认值演变：Lima v1.0 之前默认 QEMU；v1.0 起在 macOS（>= 13.5）上对新建实例默认使用 VZ，除非配置与 VZ 不兼容（例如指定了非本机架构）。
  • 驱动实现：各驱动的实现在仓库 pkg/driver 下分目录组织：qemu/、vz/、wsl2/、hcs/、krunkit/，并通过各目录的 register.go 注册到统一的驱动接口 pkg/driver/driver.go。

文件系统挂载：四种 mountType

Lima 支持多种宿主文件系统挂载方式（详见 mount 文档），默认挂载类型随版本变化：

Lima 版本 默认挂载类型
< 0.10 reverse-sshfs + Builtin SFTP server
>= 0.10 reverse-sshfs + OpenSSH SFTP server
>= 0.17 reverse-sshfs + OpenSSH SFTP server（QEMU），virtiofs（VZ）
>= 1.0 9p（QEMU，非 Windows），virtiofs（VZ）

reverse-sshfs

原理：宿主作为 SFTP 服务器，但不开放任何 TCP 端口——由宿主主动向客户机发起 SSH 连接，客户机通过 stdin 反向连接宿主的 SFTP 服务，因此名为 “reverse” sshfs。

limactl start --mount-type=reverse-sshfs

mountType: "reverse-sshfs"
mounts:
- location: "~"
  sshfs:
    # 开启 SSHFS 缓存可提升挂载性能，代价是宿主上的修改可能不会及时反映到客户机。
    # 注意：PHP 文件系统访问在禁用缓存时似乎无法正常工作。
    # 🟢 内置默认: true
    cache: null
    # follow_symlinks 允许客户机正确解析符号链接，使宿主上的符号链接在客户机中表现为普通文件/目录。
    # 🟢 内置默认: false
    followSymlinks: null
    # SFTP 驱动："builtin" 或 "openssh-sftp-server"，推荐后者。
    # 🟢 内置默认: 检测到 OpenSSH SFTP Server 时用 "openssh-sftp-server"，否则 "builtin"
    sftpDriver: null

mounts 的完整字段（location、mountPoint、writable、sshfs/9p 子配置）在 templates/default.yaml 中有逐条注释说明。sftpDriver 默认值自 Lima v0.10 起在宿主机检测到 /usr/libexec/sftp-server 等 OpenSSH SFTP 服务端时切换为 "openssh-sftp-server"；Windows 上则会优先在所选 ssh.exe 的工具链中查找 sftp-server.exe（原生 OpenSSH）或 /usr/lib/ssh/sftp-server（Cygwin 系，如 Git for Windows、MSYS2），避免两种 OpenSSH 并存时选错。

注意：SSH 连接关闭时挂载会被禁用；客户机内被攻破的 sshfs 进程可能访问宿主未暴露的目录。

9p（QEMU virtio-9p-pci）

基于 QEMU 的 virtio-9p-pci 设备（即 “virtfs”，与 virtio-fs 无关），需要 Lima >= 0.10：

limactl start --vm-type=qemu --mount-type=9p

vmType: "qemu"
mountType: "9p"
mounts:
- location: "~"
  9p:
    # 安全模型："passthrough"、"mapped-xattr"、"mapped-file"、"none"
    # mapped-xattr / mapped-file 适合需要持久化 chown 的场景，但与符号链接不兼容
    # 🟢 内置默认: "none"（Lima v0.13 起）
    securityModel: null
    # 9P 协议版本："9p2000"（旧版）、"9p2000.u"、"9p2000.L"
    # 🟢 内置默认: "9p2000.L"
    protocolVersion: null
    # 9p 包负载字节数，4KiB 是绝对下限
    # 🟢 内置默认: "128KiB"
    msize: null
    # 缓存策略："none"、"loose"、"fscache"、"mmap"
    # 默认 fscache 若出现稳定性问题可尝试 "mmap" 或 "none"
    # 🟢 内置默认: 非可写挂载用 "fscache"，可写挂载用 "mmap"
    cache: null

注意：9p 与 CentOS、Rocky Linux、AlmaLinux 不兼容（其内核未启用 CONFIG_NET_9P_VIRTIO）。此外 templates/default.yaml 中特别标注：Linux v6.9/v6.10/v6.11 的 9p 有缺陷，已在 v6.12-rc5 修复。

virtiofs

基于 virtio-fs 设备：macOS 上用 Apple Virtualization.Framework 的 shared directory，Linux 上用 virtiofsd。要求客户机内核启用 CONFIG_VIRTIO_FS。

limactl start --vm-type=vz --mount-type=virtiofs   # macOS

vmType: "vz"  # 仅 macOS；Linux 用 'qemu'
mountType: "virtiofs"
mounts:
- location: "~"
  • macOS 仅 macOS 13+ 且 vmType: vz 支持；Linux 上需使用 Rust 版 virtiofsd（QEMU 自带的 qemu-virtiofsd 因需要 root 运行而不可用）。
  • Linux 宿主上 virtiofs 仍标记为实验性。

wsl2（实验性）

依赖 WSL2 的原生磁盘共享，根盘默认挂在 /mnt/$DISK_LETTER（如 /mnt/c/）：

limactl start --vm-type=wsl2 --mount-type=wsl2

vmType: "wsl2"
mountType: "wsl2"

注意 WSL2 磁盘共享基于 9P 协议服务器，性能与 Lima 的 9p 模式相近；访问 Windows 盘上的原生文件时，文件权限可能与预期不完全一致。

mountInotify（实验性）

Lima >= 0.21 起可为 9p、virtiofs 等所有挂载类型启用 inotify：hostagent 监听宿主侧事件并通过客户机侧触发 inotify。仅对可写挂载生效：

limactl start --mount-inotify

mountInotify: true
mounts:
  - location: "~"
    writable: true

实现位于 pkg/hostagent/inotify.go（含 Darwin/Linux/other 平台变体）。已知限制：9p 下监听目录的嵌套文件不会触发 inotify；宿主侧删除文件不会触发事件。

端口转发：SSH 与 GRPC 两种转发器

Lima 自动把客户机的 localhost 端口转发到宿主（详见 port 文档）。转发器默认值经历了几次切换：

版本 默认转发器
v0.1.0 SSH
v1.0.0 GRPC
v1.0.1 SSH
v1.1.0 GRPC

v1.0 曾切到 GRPC，因稳定性问题在 v1.0.1 回退 SSH，v1.1 起稳定性问题解决后再次默认 GRPC。

使用 SSH 转发器

LIMA_SSH_PORT_FORWARDER=true limactl start
  • 优点：有 VSOCK 时性能优于 GRPC；
  • 缺点：不支持 UDP 转发；宿主上需要为 SSH master 派生子进程。

SSH over AF_VSOCK（Lima >= 2.0）：当 VM 为 VZ 且客户机 systemd >= v256（如 Ubuntu 24.10+）时，Lima 用 AF_VSOCK 在宿主与客户机之间通信，转发速度远快于传统虚拟网络。可用 --set '.ssh.overVsock=false' 关闭：

limactl start --set '.ssh.overVsock=false'

使用 GRPC 转发器

Lima >= 1.0。复用宿主 ↔ 客户机之间已有的 gRPC 通信（pkg/guestagent/api/guestservice.proto）来隧道化每个转发请求：

LIMA_SSH_PORT_FORWARDER=false limactl start
  • 优点：同时支持 TCP 与 UDP；无 VSOCK 时比 SSH 转发更快；不额外派生子进程。

按 IP 地址访问端口

默认的 localhost 转发只覆盖 127.0.0.1；若要通过客户机 IP 访问端口，需将客户机接入 vzNAT 或 lima:shared 网络。vzNAT 极快且易用，但仅适用于 VZ 客户机：

limactl start --network vzNAT
lima ip addr show lima0

基准数据

文档给出了官方基准（环境：Lima 2.0.0-alpha.2，Ubuntu 25.04 客户机，macOS 26.0.1 宿主，MacBook Pro 2024 M4 Max，iperf3 测得的吞吐量，TCP 取 sender/receiver 平均值）：

经 localhost SSH（无 VSOCK） GRPC SSH（有 VSOCK）
TCP 4.06 Gbits/sec 5.37 Gbits/sec 6.32 Gbits/sec
TCP Reverse 3.84 Gbits/sec 7.11 Gbits/sec 7.47 Gbits/sec
经 IP 地址 lima:shared vzNAT
TCP 3.46 Gbits/sec 59.2 Gbits/sec
TCP Reverse 2.35 Gbits/sec 130 Gbits/sec

测试方法：VZ Guest -> iperf3 -s，宿主侧 iperf3 -c 127.0.0.1（TCP）与 iperf3 -c 127.0.0.1 -R（TCP Reverse）。vzNAT 吞吐高度依赖硬件性能。

核心配置字段速查（templates/default.yaml）

所有模板都继承 templates/default.yaml 的默认配置骨架，关键字段及其内置默认值（以 null 表示“沿用内置默认”，从而允许通过 $LIMA_HOME/_config/default.yaml 覆盖）如下：

字段 含义 🟢 内置默认
vmType "qemu"、"vz"（macOS 13+）或 "default"；仅创建时可指定 "vz"（macOS 13.5+），否则 "qemu"
arch "default"、"x86_64"、"aarch64" "default"（跟随宿主架构）
images OpenStack 兼容磁盘镜像列表（location/digest/variant/archVariant，可嵌套 kernel/initrd） 无（必须指定；模板通过 base 机制继承）
cpus CPU 数量 min(4, 宿主 CPU 核数)
memory 内存大小 min("4GiB", 宿主内存一半)
disk 磁盘大小 "100GiB"
mounts 宿主目录挂载（支持 {{.Home}}、{{.Name}}、{{.User}} 等模板变量） []（不挂载；模板默认挂载 home 为只读）
mountType "reverse-sshfs"、"9p"、"virtiofs" 等 "default"（QEMU 解析为 9p，vz 解析为 virtiofs）

镜像 URL 支持 --image-variant 与 --arch-variant 过滤（如 x86-64-v3 微架构级别）；自定义内核/initrd 可在 image 条目下嵌套 kernel/initrd（含 cmdline）。配置解析与校验逻辑位于 pkg/limayaml（load.go、defaults.go、validate.go、marshal.go）。

常见场景速查

  1. 只想快速跑 Linux 命令：limactl start → lima uname -a
  2. 用 containerd 跑容器：lima nerdctl run --rm hello-world（default 模板）
  3. 用 Docker：limactl start template:docker，再按上文设置 DOCKER_HOST
  4. 用 Kubernetes：limactl start template:k8s，按上文设置 KUBECONFIG
  5. 跨架构：异构 VM 用 --vm-type=qemu --arch=... --plain（慢）；异构容器优先 Rosetta（VZ + ARM）或 QEMU User Mode（快）
  6. 按 IP 访问客户机端口：limactl start --network vzNAT（VZ）或 lima:shared

至此，你已掌握 Lima 从安装、模板选择、实例管理，到文件共享、端口转发、多架构与 VM 类型的完整知识链路；需要更深入的命令参数时，可直接查阅 website/content/en/docs/reference/ 下的命令参考页与 config 系列文档。

lima
Linux virtual machines, with a focus on running containers
项目地址：https://gitcode.com/GitHub_Trending/lim/lima
登录后查看全文

相关内容推荐

1 容器化Linux虚拟机工具使用指南2 3大开发困境如何解决？Lima带来的轻量级Linux虚拟机革命3 如何搭建轻量级容器运行环境：Lima虚拟机实战指南4 革命性容器开发工具Lima：macOS上的Linux虚拟机新选择5 3步掌握Lima虚拟机：轻量级容器运行方案全解析6 零基础掌握Lima轻量级容器虚拟机：跨平台容器管理实战指南7 Lima：轻量级虚拟化技术赋能跨平台开发的实践指南8 Lima：轻量级Linux虚拟机的容器化解决方案9 Lima 容器化实战：在虚拟机中运行 containerd、Docker、Podman 与 Kubernetes10 探索 Lima：在 macOS 上轻松运行 Linux 虚拟机
热门项目推荐
相关项目推荐

热门内容推荐

1 编程实践项目探索指南：从零构建技术能力体系2 技术解构式学习：从0到1构建你的编程知识体系3 构建自己的技术世界：build-your-own-x项目的实践探索指南4 解锁编程技能的实践之旅：从零构建你的技术世界5 技术实践探索：从零开始构建核心系统的实践指南6 亲手锻造技术引擎：从0到1构建核心系统的实践指南

最新内容推荐

LogicFlow v1.0 升级到 v1.1 完全指南：插件规范、API 变更与全部版本特性解析Kedro 项目配置中枢深度解析：kedro.framework.project 模块的 settings、日志与管道自动发现机制Corsair × Agenty 集成实战：79 个类型化 API 操作、浏览器自动化与本地数据同步SpeechBrain 端到端语音识别模板实战：Tokenizer + RNNLM + CRDNN/GRU 三步训练完整指南用 Portkey AI Gateway 与 Vercel AI SDK 构建生产级 AI 应用：从 OpenAI 到多模型路由、故障回退与语义缓存的完整指南用 SymPy 构建线性化 Carvallo-Whipple 自行车模型：多刚体动力学、非完整约束与特征值基准验证MiniCPM3-4B 全栈实战指南：函数调用、代码解释器、长上下文与多引擎推理HumanLayer WUI（CodeLayer）桌面端开发指南：审批与会话管理界面的架构、日志、测试与键盘导航Plate Markdown 嵌套列表空白行修复：深入 listToMdastTree 与 remark-stringify 的 spread 机制Wasp 页面与路由（Pages & Routes）入门：用 route 与 page 声明构建 React 应用导航

项目优选

收起
kernelkernel
deepin linux kernel
C
34
18
kernelkernel
openEuler内核是openEuler操作系统的核心，既是系统性能与稳定性的基石，也是连接处理器、设备与服务的桥梁。
C
537
607
pytorchpytorch
作为 Ascend for PyTorch 社区的核心组件，TorchNPU 是昇腾专为 PyTorch 打造的深度学习适配插件，使 PyTorch 框架能够直接调用昇腾 NPU，为开发者提供昇腾 AI 处理器的超强算力。
Python
864
1.36 K
ops-transformerops-transformer
本项目是CANN提供的transformer类大模型算子库，实现网络在NPU上加速计算。
C++
1.21 K
2.81 K
cann-learning-hubcann-learning-hub
CANN 学习中心仓，支持在线互动运行、边学边练，提供教程、示例与优化方案，一站式助力昇腾开发者快速上手。
Jupyter Notebook
1.12 K
547
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer（第 2 版）》、《程序员面试金典（第 6 版）》题解
Markdown
77
23
ops-nnops-nn
本项目是CANN提供的神经网络类计算算子库，实现网络在NPU上加速计算。
C++
945
1.86 K
docsdocs
暂无描述
Markdown
906
5.84 K
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库，实现网络在NPU上加速计算。
C++
1.39 K
1.48 K
jiuwenswarmjiuwenswarm
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent，它能够将大语言模型的强大能力，通过你日常使用的各类通讯应用，直接延伸至你的指尖。
Python
4.28 K
1.03 K