概览

项目网站 docs.freebsd.org/en
翻译许可证 BSD 2-Clause "Simplified" License
翻译进程
  • 可以直接翻译。
  • 可以提出翻译建议。
  • 只允许指定的用户贡献。
  • 该翻译使用双语文件。
文件掩码 documentation/content/*/articles/linux-emulation/_index.po
翻译文件 下载 documentation/content/pt_BR/articles/linux-emulation/_index.po
最后更改 2025年6月4日 18:58
最后作者 Wagner Ferreira

字符串统计数据

字符串百分比 托管的字符串数 字数百分比 托管的单词数 字符百分比 托管的字符数
总数 396 12240 77383
已翻译数 99% 395 99% 12155 99% 76817
需要编辑 1% 1 1% 85 1% 566
只读 0% 0 0% 0 0% 0
未通过的检查数 0% 0 0% 0 0% 0
带有建议的字符串数 0% 0 0% 0 0% 0
未翻译的字符串数 0% 0 0% 0 0% 0
过去 12 个月 上一年

过去 12 个月内的活动

0 个更改 0 个更改 0 个更改 0 个更改 0 个更改 0 个更改 10 个更改 0 个更改 0 个更改 0 个更改 0 个更改 0 个更改 0 个更改 0 个更改 0 个更改 0 个更改 0 个更改 4 个更改 0 个更改 0 个更改 0 个更改 0 个更改 0 个更改 0 个更改
十月 十一月 十二月 一月 二月 三月 四月 五月 六月 七月 八月 九月

快速数字

12240
托管的单词数
396
托管的字符串数
99%
已翻译
0
贡献者
及之前 30 天

过去 30 天的趋势

—
托管的单词数
+100%
—
托管的字符串数
+100%
—
已翻译
+99%
—
贡献者
—
用户头像 无

提交了更改

Documentation / articles/linux-emulation/_index — 葡萄牙语（巴西）

提交了更改 4 个月前
用户头像 dabliof

修改了译文

Documentation / articles/linux-emulation/_index — 葡萄牙语（巴西）

Abstract
AbstratResumo
4 个月前
用户头像 dabliof

修改了译文

Documentation / articles/linux-emulation/_index — 葡萄牙语（巴西）

Abstract
ResumAbstrato
4 个月前
用户头像 dabliof

新贡献者

Documentation / articles/linux-emulation/_index — 葡萄牙语（巴西）

新贡献者 4 个月前
用户头像 无

要翻译的新字符串

Documentation / articles/linux-emulation/_index — 葡萄牙语（巴西）

翻译中出现了 1 条要翻译的新字符串。 1 年前
用户头像 无

资源更新

Documentation / articles/linux-emulation/_index — 葡萄牙语（巴西）

文件 documentation/content/pt_BR/articles/linux-emulation/_index.po 已更改。 1 年前
用户头像 无

更新了仓库中的字符串

Documentation / articles/linux-emulation/_index — 葡萄牙语（巴西）

Many UNIX(R) derivates implement the man:ptrace[2] syscall to allow various tracking and debugging features. This facility enables the tracing process to obtain various information about the traced process, like register dumps, any memory from the process address space, etc. and also to trace the process like in stepping an instruction or between system entries (syscalls and traps). man:ptrace[2] also lets you set various information in the traced process (registers etc.). man:ptrace[2] is a UNIX(R)-wide standard implemented in most UNIX(R)es around the world.
Muitos derivados do UNIX(R) implementam a syscall man:ptrace[2] para permitir várias funcionalidades de rastreamento e depuração. Essa facilidade permite que o processo de rastreamento obtenha várias informações sobre o processo rastreado, como despejos de registradores, qualquer memória do espaço de endereços do processo, etc., e também rastreie o processo, como passar instruções ou entre entradas do sistema (syscalls e traps). A man:ptrace[2] também permite definir várias informações no processo rastreado (registradores, etc.). A man:ptrace[2] é um padrão amplamente adotado no UNIX(R) e implementado na maioria dos sistemas UNIX(R) ao redor do mundo.
1 年前
用户头像 无

更新了仓库中的字符串

Documentation / articles/linux-emulation/_index — 葡萄牙语（巴西）

The Linux(R) emulation layer is not complete, as some syscalls are not implemented properly and some are not implemented at all. The emulation layer employs a facility to mark unimplemented syscalls with the `DUMMY` macro. These dummy definitions reside in [.filename]#linux_dummy.c# in a form of `DUMMY(syscall);`, which is then translated to various syscall auxiliary files and the implementation consists of printing a message saying that this syscall is not implemented. The `UNIMPL` prototype is not used because we want to be able to identify the name of the syscall that was called to know what syscalls are more important to implement.
A camada de emulação do Linux(R) não está completa, pois alguns syscalls não estão implementados corretamente e alguns não estão implementados de forma alguma. A camada de emulação utiliza uma função para marcar os syscalls não implementados com a macro `DUMMY`. Essas definições fictícias residem no arquivo [.filename]#linux_dummy.c# na forma de `DUMMY(syscall);`, que é então traduzido para vários arquivos auxiliares de syscalls. A implementação consiste em imprimir uma mensagem informando que esse syscall não está implementado. O protótipo `UNIMPL` não é usado porque queremos ser capazes de identificar o nome do syscall que foi chamado para saber quais syscalls são mais importantes de implementar.
1 年前
用户头像 无

更新了仓库中的字符串

Documentation / articles/linux-emulation/_index — 葡萄牙语（巴西）

`sched_bind` is an API used to bind a thread to a particular CPU for all the time it executes the code, until a `sched_unbind` function call does not unbind it. This feature has a key role in situations where you cannot trust the current state of CPUs (for example, at very early stages of boot), as you want to avoid your thread to migrate on inactive CPUs. Since `sched_bind` and `sched_unbind` manipulate internal scheduler structures, they need to be enclosed in `sched_lock` acquisition/releasing when used.
O `sched_bind` é uma API usada para vincular uma thread a uma CPU específica durante todo o tempo em que ela executa o código, até que uma chamada da função `sched_unbind` a desvincule. Essa funcionalidade desempenha um papel importante em situações em que você não pode confiar no estado atual das CPUs (por exemplo, nas primeiras etapas de inicialização), pois deseja evitar que sua thread migre para CPUs inativas. Como o `sched_bind` e o `sched_unbind` manipulam estruturas internas do escalonador, eles devem ser envolvidos na aquisição/liberação do `sched_lock` ao serem usados.
1 年前
用户头像 无

更新了仓库中的字符串

Documentation / articles/linux-emulation/_index — 葡萄牙语（巴西）

The FreeBSD kernel has been made preemptive basically to deal with interrupt threads. In fact, to avoid high interrupt latency, time-sharing priority threads can be preempted by interrupt threads (in this way, they do not need to wait to be scheduled as the normal path previews). Preemption, however, introduces new racing points that need to be handled, as well. Often, to deal with preemption, the simplest thing to do is to completely disable it. A critical section defines a piece of code (borderlined by the pair of functions man:critical_enter[9] and man:critical_exit[9], where preemption is guaranteed to not happen (until the protected code is fully executed). This can often replace a lock effectively but should be used carefully to not lose the whole advantage that preemption brings.
O kernel do FreeBSD foi tornado preemptivo principalmente para lidar com threads de interrupção. Na verdade, para evitar latência alta de interrupção, threads de prioridade de tempo compartilhado podem ser preemptadas por threads de interrupção (assim, elas não precisam esperar para serem agendadas como no caminho normal). No entanto, a preempção introduz novos pontos de corrida que também precisam ser tratados. Frequentemente, para lidar com a preempção, a coisa mais simples a se fazer é desabilitá-la completamente. Uma seção crítica define um trecho de código (delimitado pelo par de funções `critical_enter` e `critical_exit`) onde a preempção é garantida de não ocorrer (até que o código protegido seja totalmente executado). Isso muitas vezes pode substituir efetivamente um bloqueio, mas deve ser usado com cuidado para não perder todas as vantagens que a preempção traz.
1 年前
浏览翻译的所有变化