Documentation/books/arch-handbook/smp/

语言	已翻译	未完成	未完成的词	未完成的字符数	未翻译	检查	建议	评论
英语 BSD-2-Clause		0	0	0	0	8	0	0

中文（简体） (zh_CN) BSD-2-Clause	55%	69	4131	25472	24	46	0	0

中文（繁体） (zh_TW) BSD-2-Clause	1%	155	6399	38842	155	0	0	0

书面挪威语 BSD-2-Clause	1%	155	6399	38842	155	0	0	0

俄语 BSD-2-Clause		0	0	0	0	0	0	0

印度尼西亚语 BSD-2-Clause	1%	155	6399	38842	155	0	0	0

土耳其语 (tr_TR) BSD-2-Clause	0%	156	6400	38854	154	2	0	0

希腊语 BSD-2-Clause	1%	155	6399	38842	155	0	0	0

德语 (de_DE) BSD-2-Clause	1%	155	6399	38842	155	0	0	0

意大利语 (it_IT) BSD-2-Clause	1%	154	6398	38839	154	0	0	0

法语 BSD-2-Clause	0%	156	6400	38854	156	0	0	0

法语 (fr_FR) BSD-2-Clause	1%	155	6399	38842	155	0	0	0

波兰语 BSD-2-Clause	1%	155	6399	38842	155	0	0	0

波斯语 BSD-2-Clause	1%	155	6399	38842	154	1	0	0

荷兰语 (nl_NL) BSD-2-Clause	1%	155	6399	38842	155	0	0	0

葡萄牙语 BSD-2-Clause	0%	156	6400	38854	156	0	0	0

葡萄牙语（巴西） BSD-2-Clause	3%	151	6394	38804	150	1	0	0

西班牙语 BSD-2-Clause	1%	153	6396	38815	151	2	0	0

韩语/朝鲜语 BSD-2-Clause	1%	154	6396	38821	154	0	0	0

请登录以查看警报。

概览

项目网站	docs.freebsd.org/en
翻译许可证	BSD 2-Clause "Simplified" License
翻译进程	可以直接翻译。可以提出翻译建议。只允许指定的用户贡献。该翻译使用双语文件。
文件掩码	`documentation/content/*/books/arch-handbook/smp/_index.po`

字符串统计数据

	字符串百分比	托管的字符串数	字数百分比	托管的单词数	字符百分比	托管的字符数
总数		2964		121600		738226
原文数		156		6400		38854
已翻译数	14%	420	12%	15094	12%	91335
需要编辑	1%	51	2%	3088	2%	19021
只读	5%	156	5%	6400	5%	38854
未通过的检查数	2%	60	2%	3062	2%	18819
带有建议的字符串数	0%	0	0%	0	0%	0
未翻译的字符串数	84%	2493	85%	103418	85%	627870

过去 12 个月上一年

过去 12 个月内的活动


十月	十一月	十二月	一月	二月	三月	四月	五月	六月	七月	八月	九月

快速数字

121 千

托管的单词数

2964

托管的字符串数

14%

已翻译

贡献者

及之前 30 天

过去 30 天的趋势

—

托管的单词数

+100%

—

托管的字符串数

+100%

—

已翻译

+14%

—

贡献者

—

搜索

高级查询生成器

查询示例

查看其他用户更改的字符串	`changed:>=2025-09-15 AND NOT changed_by:anonymous`	添加
已翻译字符串	`state:>=translated`	添加
带有评论的字符串	`has:comment`	添加
带有任何未通过检查的字符串	`has:check`	添加
带有他人的建议的字符串	`has:suggestion AND NOT suggestion_author:anonymous`	添加
带有建议的已核准字符串	`state:approved AND has:suggestion`	添加
过去一个月添加的所有未翻译字符串	`added:>=2025-09-15 AND state:<=needs-editing`	添加
在某种语言中已翻译的字符串	`is:translated AND language:en`	添加

无提交了更改 Documentation / books/arch-handbook/smp/_index — 俄语	提交了更改 1 个月前
v.popolitov 修改了译文 Documentation / books/arch-handbook/smp/_index — 俄语	英语 For example, assuming a simple model where data is considered visible when it is in main memory (or a global cache), when an atomic instruction is triggered on one CPU, other CPU's store buffers and caches must flush any writes to that same cache line along with any pending operations behind a memory barrier. 俄语编辑了 3 个字符当前译文已翻译 Например, предполагая простую модель, в которой данные считаются видимыми, когда они находятся в основной памяти (или в глобальном кеэше), когда начинается выполнение атомарной инструкции на одном процессоре, буферы записи и кеэши других процессоров должны выполнить все записи в ту же строку кеэша вместе с любыми ожидающими операциями за барьером памяти. 1 个月前
v.popolitov 修改了译文 Documentation / books/arch-handbook/smp/_index — 俄语	英语 There are several existing treatments of memory barriers and atomic instructions, so this section will not include a lot of detail. To put it simply, one can not go around reading variables without a lock if a lock is used to protect writes to that variable. This becomes obvious when you consider that memory barriers simply determine relative order of memory operations; they do not make any guarantee about timing of memory operations. That is, a memory barrier does not force the contents of a CPU's local cache or store buffer to flush. Instead, the memory barrier at lock release simply ensures that all writes to the protected data will be visible to other CPU's or devices if the write to release the lock is visible. The CPU is free to keep that data in its cache or store buffer as long as it wants. However, if another CPU performs an atomic instruction on the same datum, the first CPU must guarantee that the updated value is made visible to the second CPU along with any other operations that memory barriers may require. 俄语编辑了 2 个字符当前译文已翻译 Можно найти много описаний барьеров памяти и атомарных инструкций, поэтому в этом разделе не будет много деталей. Проще говоря, нельзя читать переменные без блокировки, если блокировка используется для защиты записи в эту переменную. Это становится очевидным, если учесть, что барьеры памяти лишь определяют относительный порядок операций с памятью; они не дают никаких гарантий относительно времени выполнения этих операций. То есть, барьер памяти не принуждает к сбросу содержимого локального кеэша или буфера записи процессора. Вместо этого, барьер памяти при освобождении блокировки просто гарантирует, что все записи в защищённые данные будут видны другим процессорам или устройствам, если видна запись, освобождающая блокировку. Процессор может хранить эти данные в своём кеэше или буфере записи сколько угодно долго. Однако, если другой процессор выполняет атомарную инструкцию над тем же данным, первый процессор должен гарантировать, что обновлённое значение будет видно второму процессору, наряду с любыми другими операциями, которые могут потребоваться согласно барьерам памяти. 1 个月前
无提交了更改 Documentation / books/arch-handbook/smp/_index — 俄语	提交了更改 3 个月前
v.popolitov 修改了译文 Documentation / books/arch-handbook/smp/_index — 俄语	英语 Pipes 俄语编辑了 7 个字符当前译文已翻译 ~~Труб~~Каналы (Ppipes) 3 个月前
v.popolitov 修改了译文 Documentation / books/arch-handbook/smp/_index — 俄语	英语 The responsibility of the critical section API is to prevent context switches inside of a critical section. With a fully preemptive kernel, every `setrunqueue` of a thread other than the current thread is a preemption point. One implementation is for `critical_enter` to set a per-thread flag that is cleared by its counterpart. If `setrunqueue` is called with this flag set, it does not preempt regardless of the priority of the new thread relative to the current thread. However, since critical sections are used in spin mutexes to prevent context switches and multiple spin mutexes can be acquired, the critical section API must support nesting. For this reason the current implementation uses a nesting count instead of a single per-thread flag. 俄语编辑了 26 个字符当前译文已翻译 Ответственность API критической секции заключается в предотвращении переключения контекста внутри критической секции. В полностью вытесняющем ядре каждый вызов `setrunqueue` для потока, отличного от текущего, является точкой вытеснения. Одна из реализаций заключается в том, что `critical_enter` устанавливает флаг для каждого потока, который сбрасывается его парной функцией. Если `setrunqueue` вызывается ~~с установленным этим флагом~~, когда этот флаг установлен, вытеснение не происходит, независимо от приоритета нового потока относительно текущего. Однако, поскольку критические секции используются в спин-блокировках для предотвращения переключения контекста и может быть захвачено несколько спин-блокировок, API критической секции должен поддерживать вложенность. По этой причине текущая реализация использует счетчик вложенности вместо одиночного флага для каждого потока. 3 个月前
v.popolitov 修改了译文 Documentation / books/arch-handbook/smp/_index — 俄语	英语 Kernel preemption is fairly simple. The basic idea is that a CPU should always be doing the highest priority work available. Well, that is the ideal at least. There are a couple of cases where the expense of achieving the ideal is not worth being perfect. 俄语编辑了 21 个字符当前译文已翻译 Вытеснение ядра довольно просто. Основная идея заключается в том, что процессор всегда должен выполнять наиболее приоритетную доступную работу. Ну, это в идеале, по крайней мере. Есть несколько случаев, когда затраты на достижение идеала не стоят ~~того, чтобы быть~~ совершен~~ным~~ства. 3 个月前
无提交了更改 Documentation / books/arch-handbook/smp/_index — 俄语	提交了更改 3 个月前
v.popolitov 修改了译文 Documentation / books/arch-handbook/smp/_index — 俄语	英语 Interrupt Source and ICU Abstractions 俄语编辑了 0 个字符当前译文已翻译 Источники прерываний и абстракции ICU 3 个月前
v.popolitov 修改了译文 Documentation / books/arch-handbook/smp/_index — 俄语	英语 Miscellaneous Topics 俄语编辑了 0 个字符当前译文已翻译 Разные темы 3 个月前

浏览部件的所有变化