1.Linux内核翻译让世界了解自由操作系统linux内核翻译
2.《Linux Kernel IOMMU》翻译
3.可以在LINUX系统上运行的源译翻译软件
4.Linux手册翻译 - unshare(2)
5.Linux手册翻译 - setns(2)

Linux内核翻译让世界了解自由操作系统linux内核翻译

       Linux内核的发展过程中，翻译的码翻推动成为驱动其全球化的关键因素之一。在Linux内核翻译的源译帮助下，自由软件在全球范围内获得更广泛的码翻使用。

       Linux发源于Unix的源译概念，但是码翻tcp上传测速源码由于它的技术功能和免费开放源代码，它比Unix更具竞争力。源译因此，码翻Linux在全球不同地区得到广泛使用。源译这个操作系统可用于各种应用程序、码翻服务器、源译路由器、码翻存储设备、源译嵌入式设备和云计算等，码翻帮助全球各地运营商、源译企业和建站者提高生产力并降低运营成本。

       Linux的内核由内核开发者和其他贡献者持续维护，当内核开发者们完成新版本内核的开发和测试后，他们会通过翻译来支持该内核，以便世界各地的用户都可以使用有效的Linux内核。

       传统的内存驱动源码Linux内核翻译过程非常复杂，比如，翻译者需要把源代码转换成机器文本文件，再把机器文本文件转换成语言文件，这需要大量重复工作。此外，每次内核更新后，仍然要进行代码查错工作。

       为了简化Linux内核翻译的工作，Transifex提出了一种更新的解决方案，它在技术基础上帮助Linux开发者更轻松地维护和分发内核语言文件，从而帮助世界各地用户理解Linux操作系统。

       Transifex有一个强大而易用的翻译平台，可用于编辑和管理翻译项目，它为本地化团队提供了从源代码转换、字符验证和运行容效检查的工具，同时也支持多种本地化文件格式，这使翻译者和开发者将更多精力放在开发上，而不用担心零售或安装错误。

       目前，Linux及其衍生版的源码裁剪opencv使用急剧增加，使得Linux的内核也受到更多关注。随着Linux内核的可用性、兼容性和可读性的不断改善，Linux内核翻译也在改善着世界各地用户使用Linux系统的体验。Linux内核翻译帮助世界范围内用户了解、使用和掌握Linux创新技术，帮助用户们受益于自由软件的好处，提高使用Linux系统的体验与效能。

《Linux Kernel IOMMU》翻译

       本文是一篇关于Linux内核中输入输出内存管理单元（IOMMU）的深入介绍，主要针对IT技术专家和Linux内核开发者。IOMMU是PCIe的一部分，负责将设备虚拟地址翻译成物理地址，提升虚拟化环境中的系统性能。文章将从IOMMU的基础概念、硬件功能、Linux内核中的IOMMU子系统，以及DMA转换模式和直通模式的详细解释入手，逐步深入。

       文章首先阐述了IOMMU的核心概念和与内存管理单元（MMU）的区别，强调了IOMMU在硬件层面进行地址转换的kong源码调试优势。接下来，文章解释了如何在Linux内核中传递I/O请求，并通过I/O页表和相关数据结构的构建，使得IOMMU硬件能够正确地进行地址转换。文章还提到，操作系统需要获取IOMMU的硬件信息，这通常通过主机系统固件的ACPI表提供。

       在介绍Linux内核的IOMMU子系统时，文章详细描述了子系统的三个层次以及如何处理DMA请求。它解释了DMA子系统与IOMMU子系统之间的交互，以及在DMA映射请求被直接映射或需要IOMMU硬件参与映射时的具体流程。文章还讨论了IOMMU支持的两级地址翻译机制，并给出了示例说明如何利用不同层级的页表实现地址转换。

       文章进一步讨论了在ACPI表中描述IOMMU功能和配置的细节，以及如何在Linux IOMMU子系统中初始化IOMMU硬件。它特别提到了两种类型的IVDBs和AMD IOMMU的硬件描述。

       文章随后介绍了Linux内核中的IOMMU DMA转换模式与直通模式的区别。DMA转换模式下，主机操作系统应用基于IOMMU的操作，实现DMA转换；而直通模式下，游戏ui源码DMA地址等于系统物理地址，DMA访问不需要经过虚拟机管理程序，直接通过IOMMU硬件进行地址映射。文章还解释了在BIOS设置中开启IOMMU直通模式与禁用IOMMU选项之间的区别。

       文章最后讨论了虚拟化环境中的直接设备访问用例，并通过crash工具程序深入分析了IOMMU状态更改的示例。文章提供了虚拟化环境配置、实验环境服务器配置、在KVM引导进入有直接设备访问的虚拟机操作系统前后的IOMMU信息对比，以及使用crash工具观察AMD的IOMMU结构的详细步骤和结果。

       本文旨在为想要深入了解Linux内核中IOMMU技术的IT专家和开发者提供全面、深入的指导，从基础概念到实际应用，覆盖了IOMMU在虚拟化环境中的关键功能和操作流程。

可以在LINUX系统上运行的翻译软件

       /html/.html 语言：英文

       星际译王 下载地址：

       /html/.html 语言：简体中文

       还可以到/subcategory.php?scid=&page=1看看。

Linux手册翻译 - unshare(2)

       Linux的unshare(2)函数提供了一种方法，使进程能够控制其执行上下文中的共享部分，而无需创建新的进程。通常，当使用fork(2)或vfork(2)创建子进程时，会隐式共享某些执行环境，如命名空间。而通过clone(2)创建进程时，需要明确指定共享的虚拟内存等特性。

       unshare()的核心功能在于它允许进程在无需新进程的情况下，取消共享特定的上下文，通过设置flags参数来指定要取消共享的执行环境部分，如使用位掩码结合以下常量：CLONE_NEWNS、CLONE_PID、CLONE_IPTABLES等。

       当在一个单线程环境中调用unshare()，可以附加CLONE_THREAD、CLONE_SIGHAND和CLONE_VM标志，但请注意，这些标志在多线程环境中无效，并且会相互关联。unshare()在flags参数为0时，不会进行任何修改，视为无操作。

       函数执行成功时返回0，失败时返回-1并设置errno以指示错误。需要注意的是，unshare()不能取消所有与clone(2)相关的共享，例如在内核3.8之前，它不支持撤销CLONE_SIGHAND、CLONE_THREAD或CLONE_VM的影响。未来可能引入这些功能。

       例如，一个简单的unshare(1)模拟程序，可以取消共享特定命名空间并执行命令。下面是如何在一个新的挂载命名空间中运行shell，并验证新旧shell在不同命名空间的示例：

       运行这个程序，通过两个readlink(1)命令输出的差异，可以验证新shell与原shell处于不同的挂载命名空间。

Linux手册翻译 - setns(2)

       setns() 系统调用允许调用线程移动到不同的命名空间。使用 fd 参数，系统调用可将调用线程与特定命名空间关联。

       当 fd 引用 /proc/[pid]/ns/ 的链接时，setns() 将调用线程与与该链接关联的命名空间重新关联。每次调用仅更改调用者线程的一个名称空间。nstype 参数指定调用线程可以与哪种类型的命名空间重新关联，可以为以下值之一。

       如果调用者知道（或不关心）fd 引用的名称空间类型，则将 nstype 指定为 0 即可。如果调用者不知道 fd 引用的命名空间类型，并且想要确保命名空间属于特定类型，则为 nstype 指定非零值。如果文件描述符由另一个进程打开，并且例如通过 UNIX 域套接字传递给调用者，则调用者可能不知道 fd 引用的命名空间类型。

       从 Linux 5.8 开始，fd 可能引用从 pidfd_open(2) 或 clone(2) 获得的 PID 文件描述符。在这种用法中，setns() 自动将调用线程移动到与 fd 引用的线程相同的一个或多个命名空间中。nstype 参数是一个位掩码，用于指定目标线程的命名空间。

       与特定命名空间类型重新关联时，请注意以下细节和限制。例如，与用户名称空间重新关联时，进程必须在目标用户名称空间中具有 CAP_SYS_ADMIN 功能，多线程进程不能使用 setns() 更改用户命名空间。

       更改挂载命名空间时，要求调用者在其自己的用户命名空间中同时拥有 CAP_SYS_CHROOT 和 CAP_SYS_ADMIN 功能，并在拥有目标挂载命名空间的用户命名空间中拥有 CAP_SYS_ADMIN。与文件系统相关的属性共享的进程无法加入新的挂载命名空间。

       为了将自身与新的 PID 命名空间重新关联，调用者必须在其自己的用户命名空间和拥有目标 PID 命名空间的用户命名空间中都具有 CAP_SYS_ADMIN 能力。仅当目标 PID 命名空间是调用方当前 PID 命名空间的后代或相同时，才允许与 PID 命名空间重新关联。

       为了将自身与新的 cgroup 命名空间重新关联，调用者必须在其自己的用户命名空间和拥有目标 cgroup 命名空间的用户命名空间中都具有 CAP_SYS_ADMIN 能力。使用 setns() 更改调用者的 cgroup 命名空间不会更改调用者的 cgroup memberships。

       将自己与新的网络、IPC、时间或 UTS 命名空间重新关联时，调用者必须在其自己的用户命名空间和拥有目标命名空间的用户命名空间中都具有 CAP_SYS_ADMIN 能力。

       成功时，setns() 返回零。失败时，返回 -1 并设置 errno 以指示错误。

       详细信息可参阅 namespaces(7)。在创建新线程时，clone(2) 可以共享的属性并非所有都可以使用 setns() 改变。

       以下示例程序有两个或多个参数。第一个参数是现有 /proc/[pid]/ns/ 目录中命名空间文件的路径名。其余参数指定命令及其参数。程序打开命名空间文件，使用 setns() 加入该命名空间，并在该命名空间内执行指定的命令。示例与 clone(2) 手册页中的 CLONE_NEWUTS 示例程序结合使用。

       我们首先执行 CLONE_NEWUTS 示例程序。该程序在单独的 UTS 名称空间中创建子进程，子进程更改其命名空间中的主机名，两个进程都显示其 UTS 命名空间中的主机名，以证明它们不同。