Linux Documentation
 help / color / mirror / Atom feed
* [PATCH] docs: translations: pt_BR: translate cpu-load.rst
@ 2026-10-13 12:58 Efraim E. Vander
  0 siblings, 0 replies; only message in thread
From: Efraim E. Vander @ 2026-10-13 12:58 UTC (permalink / raw)
  To: Daniel Pereira, Jonathan Corbet
  Cc: Shuah Khan, Randy Dunlap, linux-doc, linux-kernel,
	Efraim E . Vander, Efraim E. Vander

Translate cpu-load.rst into Brazilian Portuguese and
add it to the pt_BR admin-guide documentation index.

Assisted-by: LLM

Signed-off-by: Efraim E. Vander <efraimvander64@gmail.com>
---
 .../pt_BR/admin-guide/cpu-load.rst            | 126 +++++++++---------
 1 file changed, 65 insertions(+), 61 deletions(-)

diff --git a/Documentation/translations/pt_BR/admin-guide/cpu-load.rst b/Documentation/translations/pt_BR/admin-guide/cpu-load.rst
index 0c76acabe..f0bb48e82 100644
--- a/Documentation/translations/pt_BR/admin-guide/cpu-load.rst
+++ b/Documentation/translations/pt_BR/admin-guide/cpu-load.rst
@@ -1,27 +1,26 @@
-
-
 .. SPDX-License-Identifier: GPL-2.0
 
 =============
 Carga da CPU
 =============
-O Linux exporta diversas informações por meio de `/proc/stat` e `/proc/uptime`, que ferramentas do espaço do usuário (*userland*), como `top(1)`, utilizam para calcular o tempo médio que o sistema passou em determinado estado. Por exemplo:
-
 
-$ iostat
-Linux 2.6.18.3-exp (linmac)     02/20/2007
+O Linux exporta diversas informações por meio de `/proc/stat` e `/proc/uptime`, que ferramentas do espaço do usuário (*userland*), como `top(1)`, utilizam para calcular o tempo médio que o sistema passou em determinado estado, por exemplo::
 
-avg-cpu:  %user   %nice %system %iowait  %steal   %idle
-           10.01    0.00    2.92    5.44    0.00   81.63
+    $ iostat
+    Linux 2.6.18.3-exp (linmac)     02/20/2007
 
+    avg-cpu:  %user   %nice %system %iowait  %steal   %idle
+               10.01    0.00    2.92    5.44    0.00   81.63
 
-Nesse caso, o sistema considera que, durante o período de amostragem padrão, passou 10,01% do tempo executando tarefas no espaço do usuário, 2,92% no kernel e permaneceu ocioso durante 81,63% do tempo total.
+Nesse caso, o sistema considera que, durante o período de amostragem padrão, passou 10,01% do tempo executando tarefas no espaço do usuário, 2,92% no kernel e permaneceu ocioso durante 81,63% do tempo.
 
-Na maioria dos casos, as informações de `/proc/stat` refletem a realidade com bastante precisão. No entanto, devido à natureza da forma como e do momento em que o kernel coleta esses dados, às vezes essas informações não são confiáveis.
+Na maioria dos casos, as informações de `/proc/stat` refletem a realidade com bastante precisão. No entanto, devido à natureza da forma como e do momento em que os dados são coletados, esses valores podem apresentar imprecisões.
 
 Então, como essas informações são coletadas?
-Sempre que uma interrupção do temporizador (*timer interrupt*) é sinalizada, o kernel verifica que tipo de tarefa estava em execução naquele instante e incrementa o contador correspondente ao tipo ou estado dessa tarefa.
-O problema é que o sistema pode ter alternado entre vários estados diversas vezes entre duas interrupções do temporizador. Ainda assim, o contador é incrementado apenas para o último estado observado.
+
+Sempre que uma interrupção do temporizador (*timer interrupt*) é sinalizada, o kernel verifica que tipo de tarefa estava em execução naquele instante e incrementa o contador correspondente.
+
+O problema é que o sistema pode ter alternado entre vários estados diversas vezes entre duas interrupções do temporizador. Ainda assim, o contador é incrementado apenas uma vez, de acordo com o estado observado no instante da interrupção.
 
 Exemplo
 -------
@@ -35,67 +34,72 @@ Imagine um sistema com uma única tarefa que, periodicamente, consome ciclos de
     |_ algo começa a trabalhar             |_ algo entra em suspensão
                                               (mas é despertado pouco depois)
 
-
-Na situação acima, de acordo com `/proc/stat`, a carga do sistema será de 0%, pois a interrupção do temporizador sempre ocorrerá quando o sistema estiver executando o tratador de ociosidade (*idle handler*).
+Na situação acima, de acordo com `/proc/stat`, a carga do sistema será de 0%, pois a interrupção do temporizador sempre ocorrerá quando o sistema estiver executando a tarefa ociosa.
 
 Na realidade, porém, a carga estará mais próxima de 99%.
 
 É possível imaginar muitas outras situações em que esse comportamento do kernel pode gerar informações bastante inconsistentes em `/proc/stat`:
 
 
-        /* gcc -o hog smallhog.c */
-        
-        #include <time.h>
-        #include <limits.h>
-        #include <signal.h>
-        #include <sys/time.h>
-        #define HIST 10
 
-        static volatile sig_atomic_t stop;
+    /* gcc -o hog smallhog.c */
+    #include <time.h>
+    #include <limits.h>
+    #include <signal.h>
+    #include <sys/time.h>
 
-        static void sighandler(int signr)
-        {
-                (void) signr;
-                stop = 1;
-        }
+    #define HIST 10
 
-        static unsigned long hog (unsigned long niters)
-        {
-                stop = 0;
-                while (!stop && --niters);
-                return niters;
-        }
+    static volatile sig_atomic_t stop;
 
-        int main (void)
-        {
-                int i;
-                struct itimerval it = {
-                        .it_interval = { .tv_sec = 0, .tv_usec = 1 },
-                        .it_value    = { .tv_sec = 0, .tv_usec = 1 } };
-                sigset_t set;
-                unsigned long v[HIST];
-                double tmp = 0.0;
-                unsigned long n;
-                signal(SIGALRM, &sighandler);
-                setitimer(ITIMER_REAL, &it, NULL);
-
-                hog (ULONG_MAX);
-                for (i = 0; i < HIST; ++i) v[i] = ULONG_MAX - hog(ULONG_MAX);
-                for (i = 0; i < HIST; ++i) tmp += v[i];
-                tmp /= HIST;
-                n = tmp - (tmp / 3.0);
-
-                sigemptyset(&set);
-                sigaddset(&set, SIGALRM);
-
-                for (;;) {
-                        hog(n);
-                        sigwait(&set, &i);
-                }
-                return 0;
-        }
+    static void sighandler(int signr)
+    {
+        (void) signr;
+        stop = 1;
+    }
 
+    static unsigned long hog(unsigned long niters)
+    {
+        stop = 0;
+        while (!stop && --niters);
+        return niters;
+    }
+
+    int main(void)
+    {
+        int i;
+        struct itimerval it = {
+            .it_interval = { .tv_sec = 0, .tv_usec = 1 },
+            .it_value    = { .tv_sec = 0, .tv_usec = 1 }
+        };
+        sigset_t set;
+        unsigned long v[HIST];
+        double tmp = 0.0;
+        unsigned long n;
+
+        signal(SIGALRM, &sighandler);
+        setitimer(ITIMER_REAL, &it, NULL);
+
+        hog(ULONG_MAX);
+        for (i = 0; i < HIST; ++i)
+            v[i] = ULONG_MAX - hog(ULONG_MAX);
+
+        for (i = 0; i < HIST; ++i)
+            tmp += v[i];
+
+        tmp /= HIST;
+        n = tmp - (tmp / 3.0);
+
+        sigemptyset(&set);
+        sigaddset(&set, SIGALRM);
+
+        for (;;) {
+            hog(n);
+            sigwait(&set, &i);
+        }
 
+        return 0;
+    }
 
 Referências
 -----------
-- 
2.43.0


^ permalink raw reply related	[flat|nested] only message in thread

only message in thread, other threads:[~2026-10-13 12:59 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-10-13 12:58 [PATCH] docs: translations: pt_BR: translate cpu-load.rst Efraim E. Vander

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox