Overview

Project website docs.freebsd.org/en
Translation license BSD 2-Clause "Simplified" License
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Only chosen users can contribute.
  • The translation uses bilingual files.
File mask documentation/content/*/articles/linux-emulation/_index.po
Translation file Download documentation/content/pt_BR/articles/linux-emulation/_index.po
Last change Jan. 18, 2024, 12:08 a.m.
Last author None

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 396 12,240 77,383
Translated 99% 395 99% 12,155 99% 76,817
Needs editing 1% 1 1% 85 1% 566
Read-only 0% 0 0% 0 0% 0
Failing checks 0% 0 0% 0 0% 0
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

0 changes 6 changes 0 changes 359 changes 0 changes 0 changes 0 changes 0 changes 9 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 10 changes 0 changes 0 changes 0 changes 0 changes
Apr May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar

Quick numbers

12,240
Hosted words
396
Hosted strings
99%
Translated
0
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
+99%
—
Contributors
—
User avatar None

New string to translate

Documentation / articles/linux-emulation/_index — Portuguese (Brazil)

1 new string to translate appeared in the translation. 3 months ago
User avatar None

Resource update

Documentation / articles/linux-emulation/_index — Portuguese (Brazil)

The "documentation/content/pt_BR/articles/linux-emulation/_index.po" file was changed. 3 months ago
User avatar None

String updated in the repository

Documentation / articles/linux-emulation/_index — Portuguese (Brazil)

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.
3 months ago
User avatar None

String updated in the repository

Documentation / articles/linux-emulation/_index — Portuguese (Brazil)

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.
3 months ago
User avatar None

String updated in the repository

Documentation / articles/linux-emulation/_index — Portuguese (Brazil)

`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.
3 months ago
User avatar None

String updated in the repository

Documentation / articles/linux-emulation/_index — Portuguese (Brazil)

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.
3 months ago
User avatar None

String updated in the repository

Documentation / articles/linux-emulation/_index — Portuguese (Brazil)

Scheduling barriers are intended to be used to drive scheduling of threading. They consist mainly of three different stubs:
As barreiras de agendamento são destinadas a serem usadas para controlar o agendamento de threads. Elas consistem principalmente em três tipos diferentes de stubs (trechos de código):
3 months ago
User avatar None

String updated in the repository

Documentation / articles/linux-emulation/_index — Portuguese (Brazil)

Block locks let waiters to be descheduled and blocked until the lock owner does not drop it and wakes up one or more contenders. To avoid starvation issues, blocking locks do priority propagation from the waiters to the owner. Block locks must be implemented through the turnstile interface and are intended to be the most used kind of locks in the kernel, if no particular conditions are met.
Os block locks permitem que os waiters sejam despachados e bloqueados até que o proprietário do lock o libere e acorde um ou mais contendores. Para evitar problemas de inanição (starvation), os blocking locks realizam a propagação de prioridade dos aguardantes para o proprietário. Os block locks devem ser implementados por meio da interface de turnstile e são destinadas a ser o tipo de lock mais utilizado no kernel, se nenhuma condição particular for atendida.
3 months ago
User avatar None

String updated in the repository

Documentation / articles/linux-emulation/_index — Portuguese (Brazil)

Common UNIX(R) API defines a syscall as a way to issue commands from a user space process to the kernel. The most common implementation is either by using an interrupt or specialized instruction (think of `SYSENTER`/`SYSCALL` instructions for ia32). Syscalls are defined by a number. For example in FreeBSD, the syscall number 85 is the man:swapon[2] syscall and the syscall number 132 is man:mkfifo[2]. Some syscalls need parameters, which are passed from the user-space to the kernel-space in various ways (implementation dependent). Syscalls are synchronous.
A API comum do UNIX(R) define uma syscall como uma forma de emitir comandos de um processo do espaço do usuário para o kernel. A implementação mais comum é feita por meio de uma interrupção ou instrução especializada (pense nas instruções `SYSENTER`/`SYSCALL` para ia32). As syscalls são definidas por um número. Por exemplo, no FreeBSD, o número da syscall 85 é a man:swapon[2] e o número da syscall 132 é a man:mkfifo[2]. Algumas syscalls requerem parâmetros, que são passados do espaço do usuário para o espaço do kernel de várias maneiras (dependendo da implementação). As syscalls são síncronas.
3 months ago
User avatar None

Source string changed

Documentation / articles/linux-emulation/_index — Portuguese (Brazil)

Common UNIX(R) API defines a syscall as a way to issue commands from a user space process to the kernel. The most common implementation is either by using an interrupt or specialized instruction (think of `SYSENTER`/`SYSCALL` instructions for ia32). Syscalls are defined by a number. For example in FreeBSD, the syscall number 85 is the man:swapon[2] syscall and the syscall number 132 is man:mkfifo[2]. Some syscalls need parameters, which are passed from the user-space to the kernel-space in various ways (implementation dependaent). Syscalls are synchronous.
3 months ago
Browse all translation changes