.. _intro_ish: =============================== iSH(Linux shell for iOS) 简介 =============================== iSH 是一个运行在iOS上的Linux shell，不过这个程序并不是原生程序，而是使用了 x86 用户模式仿真和系统调用翻译转换。由于在 iOS 环境下(没有越狱)无法获得系统的shell进行操作，所以这个开源项目还是弥补了iOS系统的不足，方便实现 :ref:`mobile_work` 这个虚拟化系统中运行了一个 :ref:`alpine_linux` ，通过完整的Linux生态来实现不同的软件安装，非常类似在 :ref:`android` 上的 :ref:`termux` 系统。 .. figure:: ../../../_static/apple/ios/ish/ish.png .. note:: 我尝试采用在iPad上运行iSH，来构建一个 :ref:`mobile_work` iSH特点 ========== - 支持中文输入:这是最重要的最基本的特性之一，我尝试过iOS平台的各种Terminal和ssh客户端，包括 :ref:`ash` 以及 Termius 等各种iOS原生终端软件，但无一例外都无法输入中文。看起来这些iOS原生软件都使用了相同的底层组件，都不重视多国语言输入，这导致只能用于应急而不能作为日常工作终端 注意，服务器端需要设置好编码，即 ``en_US.UTF-8`` 作为 ``LC_ALL`` 设置 - 模拟器运行了完整的 :ref:`alpine_linux` 所以在iOS中可以构建完整的Linux环境，作为日常工作桌面 - 不过我的iPad Pro是一代产品 :strike:`性能极弱` ，实践发现计算密集型程序运行极慢，我最初以为是早期设备硬件不足。但后来改为使用 :ref:`ipad_mini5` 执行 ``make html`` 编译Cloud Atlas :ref:`sphinx_doc` 文档才确定是虚拟化性能问题 - 为了方便使用，我实际采用VPS虚拟机来提供统一的工作平台 跨架构模拟性能 --------------- 在 iSH 中，实际底层运行的是 i686 (x86) :ref:`qemu` 虚拟机，但是在苹果设备 :ref:`ios` 和 :ref:`macos` 的物理主机是 :ref:`arm` 架构， 通过 qemu 实现架构的指令转换，这个过程没有任何硬件加速，造成巨大的性能开销。 在将 iSH 作为终端使用时，延迟还不太明显。但是，一旦通过 :ref:`alpine_init` 构建完整的Linux系统，尝试 :ref:`mobile_work` 本地进行开发编译等计算密集性任务，立即暴露出这个架构的短板: 和原生架构硬件加速的 :ref:`kvm` 性能有 **百倍** (至少两个数量级)差距: 举例: 完整 ``make html`` 构建Cloud Atlas(本 :ref:`sphinx_doc` 项目)竟然花费了将近13个小时: .. literalinclude:: intro_ish/make_html_ish :caption: 跨架构纯软件虚拟化性能极差 :emphasize-lines: 2 解决的方式是采用 :ref:`utm` 的JIT模式运行同架构模拟(ARM on ARM)，这样的同架构ARM64虚拟化性能损失远小于x86跨架构模拟。当然，采用远程VPS虚拟机开发也能绕开这个问题。 初始化 ========= - :ref:`ish_ssh_server` 参考 ===== - `ish (GitHub) `_ - `ish/README_ZH.md `_