Çeviri durumu

396 Dizgeler %99
Göz at Çevir
12.240 Sözcükler %99

Dizgelerin durumu

396
Tüm dizgeler — 12.240 sözcük Göz at Çevir Zen
395
Çevrilmiş dizgeler — 12.155 sözcük Göz at Çevir Zen
1
Tamamlanmamış dizgeler — 85 sözcük Göz at Çevir Zen
1
Düzenlenecek olarak imlenmiş dizgeler — 85 sözcük Göz at Çevir Zen
1
Tamamlanmamış ve öneri yapılmamış dizgeler — 85 sözcük Göz at Çevir Zen
79
Çevrilmiş ve denetim hatası yok sayılmış dizgeler — 399 sözcük Göz at Çevir Zen
396
Etiketlenmemiş dizgeler — 12.240 sözcük Göz at Çevir Zen

Diğer bileşenler

Bileşen Çevrilmiş Tamamlanmamış Tamamlanmamış sözcük Tamamlanmamış karakter Çevrilmemiş Denetimler Öneriler Yorumlar
books/handbook/colophon Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 3 25 166 3 0 0 0
books/developers-handbook/testing/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 87 1.758 11.224 86 1 0 0
books/arch-handbook/vm/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 37 1.766 10.736 36 1 0 0
books/developers-handbook/partiv Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 2 4 35 2 0 0 0
books/developers-handbook/bibliography/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 8 135 998 8 1 0 0
books/porters-handbook/porting-samplem/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %0 37 483 3.366 36 0 0 0
books/porters-handbook/versions/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %1 5.556 20.541 233.572 5.553 0 0 0
books/developers-handbook/sockets/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %1 271 6.805 40.785 262 9 0 0
books/developers-handbook/kerneldebug/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %1 207 5.059 33.423 200 7 0 0
books/arch-handbook/scsi/_index Bu bileşen Documentation/articles/bsdl-gpl deposuna bağlandı. BSD-2-Clause %1 356 8.562 62.236 339 12 0 0
Tüm bileşenlere göz at

Özet

Proje sitesi docs.freebsd.org/en
Çeviri lisansı BSD 2-Clause "Simplified" License
Çeviri süreci
  • Çeviriler doğrudan yapılabilir.
  • Çeviri önerileri yapılabilir.
  • Yalnızca seçilmiş kullanıcılar tarafından katkıda bulunulabilir.
  • Çeviri iki dilli dosyaları kullanıyor.
Dosya maskesi documentation/content/*/articles/linux-emulation/_index.po
Çeviri dosyası İndir documentation/content/pt_BR/articles/linux-emulation/_index.po
Son değiştirilme 04 Haziran 2025 18:58
Son katkıda bulunan Wagner Ferreira

Dizge istatistikleri

Dizge yüzdesi Barındırılan dizge Sözcük yüzdesi Barındırılan sözcük Karakter yüzdesi Barındırılan karakter
Toplam 396 12.240 77.383
Çevrilmiş %99 395 %99 12.155 %99 76.817
Düzenlenmesi gerekli %1 1 %1 85 %1 566
Salt okunur %0 0 %0 0 %0 0
Denetim hataları olan %0 0 %0 0 %0 0
Önerileri olan dizgeler %0 0 %0 0 %0 0
Çevrilmemiş dizgeler %0 0 %0 0 %0 0
Son 12 ay Önceki

Son 12 aydaki etkinlik

0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 10 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 4 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik
Eki Kas Ara Oca Şub Mar Nis May Haz Tem Ağu Eyl

Hızlı sayılar

12.240
Barındırılan sözcük
396
Barındırılan dizge
%99
Çevrilmiş
0
Katkıda bulunan
ve önceki 30 gün

Son 30 günün eğilimleri

—
Barındırılan sözcük
+%100
—
Barındırılan dizge
+%100
—
Çevrilmiş
+%99
—
Katkıda bulunan
—
Kullanıcı avatarı Bilinmiyor

Değişiklikler işlendi

Documentation / articles/linux-emulation/_index — Portekizce (Brezilya)

Değişiklikler işlendi 4 ay önce
Kullanıcı avatarı dabliof

Çeviri değiştirildi

Documentation / articles/linux-emulation/_index — Portekizce (Brezilya)

Abstract
AbstratResumo
4 ay önce
Kullanıcı avatarı dabliof

Çeviri değiştirildi

Documentation / articles/linux-emulation/_index — Portekizce (Brezilya)

Abstract
ResumAbstrato
4 ay önce
Kullanıcı avatarı dabliof

Yeni katılımcı

Documentation / articles/linux-emulation/_index — Portekizce (Brezilya)

Yeni katılımcı 4 ay önce
Kullanıcı avatarı Bilinmiyor

Çevrilecek yeni dizge

Documentation / articles/linux-emulation/_index — Portekizce (Brezilya)

Çevrilecek 1 yeni dizge çeviride göründü. 1 yıl önce
Kullanıcı avatarı Bilinmiyor

Kaynağı güncelledi

Documentation / articles/linux-emulation/_index — Portekizce (Brezilya)

"documentation/content/pt_BR/articles/linux-emulation/_index.po" dosyası değiştirildi. 1 yıl önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/linux-emulation/_index — Portekizce (Brezilya)

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 yıl önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/linux-emulation/_index — Portekizce (Brezilya)

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 yıl önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/linux-emulation/_index — Portekizce (Brezilya)

`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 yıl önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/linux-emulation/_index — Portekizce (Brezilya)

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 yıl önce
Tüm çeviri değişikliklerine göz at