技术文档英语翻译

auxiliary   
/ɔːɡˈzɪliəri/
adj. 辅助的；备用的，后备的

 

 

 

 

the pattern is normally only matched against the process name.这里的against ，against”在这里表示“针对……进行操作”的意思，该模式通常只针对进程名称进行匹配  pgrep -f

 

 jenkins：

resume disabled by user,switching to high-performance,low-durability mode是什么意思？

“（系统的）即时存档/恢复功能已被用户禁用，现切换到高性能、低稳定性模式。”你（或你的设置）关闭了系统的“随时保存状态以便瞬间恢复”的功能。作为补偿，系统把省下来的资源全部投入到提升当前运行速度上，让你获得更快的响应和更高的性能。但这也带来了明显的副作用：系统在高负荷下会变得不那么稳定，更容易崩溃，并且一旦崩溃，你可能会丢失未保存的进度（因为没有那个即时的恢复点可用了）

 

 echo -e  enable interpretation of backslash escapes  启用反斜杠转义符的解释

 

Backslash escape	反斜杠转义符
Escape sequence	转义序列
Literal backslash	字面反斜杠（不转义）

 

"encryption/decryption utility for ansible data files" 的标准翻译为：

‌Ansible数据文件的加密/解密工具 utility工具

 the customized message that is printed.If omitted,prints a generic message

‌"自定义打印的消息。如果省略，则输出默认的通用信息。"‌

 When you run the task or playbook, Ansible evaluates the test for all hosts. 当你运行任务或剧本时，Ansible 会对所有主机的测试进行评估。

 evaluate 评估

 

this module asserts that given expressions are true with an optional custom message.

 

this module（主语） + asserts（谓语） + that given expressions are true（宾语从句，说明断言的内容） + with an optional custom message（介词短语，方式状语，说明断言的附加方式），“这个模块断言，（被）给定的表达式是真的，（且断言时）带有一条可选的自定义消息。”

通过 “验证预期条件” 来提前发现问题

直译就是：“这个模块断言，（被）给定的表达式是真的，（且断言时）带有一条可选的自定义消息。”这个模块会 “断言”（验证）给定的表达式为真，并且可以附带一条自定义的提示信息（可选）

为什么这样调整更顺？

1. 把 “附带消息” 从句尾移到句中，用 “并且” 连接 —— 中文里用连词（并且、同时）连接两个相关功能（“断言表达式为真” 和 “附带消息”），逻辑更清晰，避免尾大不掉。
2. 去掉括号里的补充说明（原直译的 “（被）”“（且断言时）”）—— 这些是为了解释语法加的，实际翻译中可以通过语序自然体现逻辑（“附带消息” 显然是 “断言” 这个动作的附加功能，不用额外说明 “断言时”）。
3. “are true” 译为 “为真” 比 “是真的” 更简洁（在技术语境中，“为真” 更常用，比如 “逻辑为真”“条件为真”）。

 

“断言” 是汉语中一个早就存在的传统词汇，并非新造词，它有明确的含义和使用场景。

一、“断言” 的基本含义

“断言” 是动词（也可作名词），核心意思是：非常肯定地说出某个判断或结论（强调 “肯定、不容置疑” 的语气）。

 

• 作为动词：比如 “他断言这个方案一定会成功”（= 他肯定地说这个方案会成功）。
• 作为名词：比如 “这只是他的断言，尚未被证实”（= 他肯定说出的判断）。

二、“断言” 的使用场景

1. 日常语境：用于表达对某件事的确定判断，比如 “不能仅凭外表就断言一个人的能力”
   1. • ‌断言‌强调主观强烈的肯定，常用于发表观点或结论（例如对未来结果的预测）。
      • ‌断定‌侧重通过逻辑推理或证据得出结论（例如根据实验数据得出科学结论）。 ‌

 grep: POSIX named classes are supported only within a class

within a class 是一个 介词短语（prepositional phrase），在句中充当 状语，方式/范围状语，用来说明 “被支持” 这个动作的 限定范围

POSIX named classes are supported only [within a class].
POSIX 命名字符类 只在“字符类”内部 才被支持。

 

 

printf FORMAT is a character string which contains three types of objects: plain characters,which are simply copied to standard output;character escape sequences,which are converted and copied to the standard output;and format specifications,each of which causes printing of the next successive arguments.

把它拆成两句大白话就懂了：

1. FORMAT 就是一个普通的字符串
   例如 "Hello %d world\n"，本质上跟 "abc" 一样，只是里面混了两种“特殊配料”。
2. 字符串里可以出现三种东西
   • 纯字符：原样照抄到屏幕
   • 转义序列：像 \n \t，会被转换成换行、制表符
   • 格式符：像 %d %s，会把后面提供的变量值“插”进来
1. character string → 字符串

format specifications,each of which causes printing of the next successive arguments.

successive = “连续的、相继的”
指事物之间无间隔、一个接一个地出现。在这里就是 “按顺序一个接一个的” printf 里的第 1 个格式符对应第 1 个参数，第 2 个格式符对应第 2 个参数，依此类推。

1. 主语
   format specifications（格式说明符）
2. 非限制性定语从句
   each of which causes printing of the next successive arguments
   • 关系代词 which 指代前面的 format specifications
   • each of which ≈ “每一个格式说明符”
   • 从句谓语 causes printing（导致打印）
   • 宾语 printing of the next successive arguments（对“下一个连续参数”的打印），“把后面连续参数的值打印出来”——of 表示“被打印的内容”，printing 是 名词
3. 主语 + 逗号 + “each of which” 引导的定语从句，用来说明主语的动作/功能。
1. in addition to the standard format specifications described in printf(1)
2. “除了 printf(1) 手册页中描述的标准格式说明符之外，（还有/也支持/还包含……）

in addition to ＋ 名词短语
└─ 介词短语（作状语，表示“除……之外”）

the standard format specifications
└─ 名词短语（中心词 specifications，被 standard format 修饰）

described in printf(1)
└─ 过去分词短语（后置定语，修饰 specifications，说明这些规格是在 printf(1) 手册中描述的）

介词短语 + 名词短语 + 后置定语，用来限定“标准格式说明符”的范围。

specifications → 格式说明符

 

lvalue required as left operand of assignment”这句话的结构可能需要分解。
“required”在这里是被动语态，表示“被需要的”或“必须的”。整个句子的结构是：“lvalue（主语） required（谓语，被动形式） as left operand of assignment（补语）”。所以直译的话是“左值被需要作为赋值运算符的左操作数”，但这样的翻译可能显得生硬。

用户自己翻译成“左值要求作为赋值运算符的左边操作数”，虽然大致意思对了，但“要求”这个词在中文中通常指主动的动作，而这里是被动的情况，所以正确的理解应该是“要求左值作为...”。可能需要调整语序，使其更符合中文习惯。比如，“赋值运算符的左侧操作数需要是一个左值”或者“需要将左值作为赋值运算符的左操作数”。
用户可能希望这个翻译既准确又自然。这时候，我应该考虑中文技术文档常见的表达方式，通常会用“必须”、“需要”等词，比如“赋值操作的左操作数必须为左值”。

赋值运算符的左侧必须是一个左值
（更符合中文技术文档的常见表达）

 

New function with partial application of the given arguments and keywords

 核心骨架：New function with ...

• with 的作用：表示“带有、附带、具有”（表示属性或伴随状态）。
• 结构：A with B = “带有 B 的 A”。
• 在这里：New function with partial application... = “带有部分应用（特性）的新函数”。

2. 修饰关系：...partial application of ...

• of 的作用：表示“所属关系”或“动作的对象”。在这里，它用来解释“部分应用”这个动作是针对谁做的。
• 结构：application of X = “对 X 的应用”。
• 在这里：partial application of the given arguments and keywords = “对给定参数和关键字的部分应用”。

直译（保留 with 和 of 的逻辑）：

“一个带有（对给定参数和关键字的）部分应用的新函数。”

更符合中文习惯的意译（把 with 翻译成动词）：

“返回一个新函数，该函数附带了对给定参数和关键字的部分应用。”

最接地气的程序员大白话（完全抛弃 with 和 of 的字面意思）：

“创建一个新函数，它提前绑定了

 

---

Back-off restarting failed container randexit in pod myapp-pod_default  这句话是 Kubernetes 中非常经典的一个事件（Event）或状态报错信息,退避”就是：“先别急，往后稍稍，歇一会儿再试

• Back-off：退避（算法）。意思是“暂缓、推迟”。
  • restarting：正在尝试重启。
  • failed container：启动失败的容器。
  • randexit：那个出错的容器的名字（从名字猜，这个容器里的程序可能执行完就随机退出了，或者故意写成了会退出的脚本）。
  • in pod myapp-pod_default：

这个报错说明：你的容器里的程序启动后，很快就挂掉（退出）了。

Kubernetes 发现容器挂了，就想把它重启。但为了防止“启动-挂掉-重启-挂掉”的死循环疯狂消耗服务器资源，K8s 采用了“指数退避”策略

指数退避是10*2^0 10*2^1 10*2^2 10*2^3...

在 Kubernetes 中，当容器陷入 CrashLoopBackOff（崩溃循环退避）状态时，kubelet 正是按照这个指数级增长的规律来推迟重启时间的。

正如你所说，第 �n 次重试的等待时间 ��Tn​ 为：

��=10×2(�−1)Tn​=10×2(n−1)

其中 �n 代表这是第几次尝试重启。

2. 实际的时间序列

根据上述公式，Kubernetes 的重启间隔会呈现以下增长趋势：

• 第 1 次失败后：等待 10×20=1010×20=10 秒
• 第 2 次失败后：等待 10×21=2010×21=20 秒
• 第 3 次失败后：等待 10×22=4010×22=40 秒
• 第 4 次失败后：等待 10×23=8010×23=80 秒 (1分20秒)
• 第 5 次失败后：等待 10×24=16010×24=160 秒 (2分40秒)
• ...以此类推

：

1. 第一次挂了，等 10秒 再重启；
2. 重启后又挂了，等 20秒 再重启；
3. 再挂，等 40秒……

“Back-off restarting failed container” 就是在告诉你：K8s 正在按退避策略，推迟下一次的重启时间

 怎么解决？

你需要搞清楚 randexit 这个容器里跑的进程为什么退出。

• 查看日志：运行 kubectl logs myapp-pod_default -c randexit（如果容器完全起不来，加 --previous 参数看上一次崩溃前的日志）。
• 常见原因：
• 程序本身有 Bug，启动报错退出了。
• 容器的主进程（PID 1）执行完脚本就正常退出了（比如你执行了一个 echo hello 就结束的脚本，容器也会随之退出）。
• 内存不足（OOMKilled）导致被系统杀掉。

ImagePullBackOff 镜像拉取退避是 Kubernetes 中一个非常常见的 Pod 状态，它的含义是：“拉取镜像失败，正在退避重试”。这表示 Kubelet（节点上的代理）尝试从镜像仓库下载容器所需的镜像时失败了，并且由于之前多次尝试都失败了，它现在进入了“退避”模式，即暂停一段时间后再重新尝试，以避免对镜像仓库或网络造成过大压力。