Re: [RFR] po4a://manpages-fr/sched.7.po
bonjour,
suggestions,
amicalement,
bubu
--- sched.7.po 2021-06-27 19:48:33.000000000 +0200
+++ sched.7.relu.po 2021-06-28 13:01:32.773467612 +0200
@@ -392,7 +392,7 @@
"réel (B<SCHED_FIFO>, B<SCHED_RR>) ont une valeur I<sched_priority> dans "
"l'intervalle 1 (faible) à 99 (haute). (Comme les nombres l'impliquent, les "
"threads temps réel ont toujours une priorité plus haute que les threads "
-"normaux.) Notez bien : POSIX.1 exige seulement d'une implémentation qu'elle "
+"normaux.) Notez bien : POSIX.1 exige d'une implémentation qu'elle "
"gère seulement un minimum de 32 niveaux de priorité distincts pour les "
"politiques temps réel et certains systèmes n'offrent que ce minimum. Les "
"programmes portables doivent utiliser B<sched_get_priority_min>(2) et "
@@ -699,11 +699,11 @@
"Une tâche sporadique présente une séquence de sous-tâches qui sont chacune "
"activées au moins une fois par période. Chaque sous-tâche a également une "
"I<échéance relative>, avant laquelle elle doit achever son exécution, et un "
-"I<temps d'exécution>, qui est le temps CPU nécessaire qu'elle s'exécute. Le "
-"moment auquel une tâche est activée parce qu'une sous-tâche doit être "
+"I<temps d'exécution>, qui est le temps CPU nécessaire pour qu'elle s'exécute. "
+"Le moment où une tâche est activée parce qu'une sous-tâche doit être "
"exécutée est appelé I<temps d'activation> (également désigné temps d'appel "
"(« request time ») ou temps de libération (« release time »)). Le I<temps de "
-"lancement> est le moment auquel la tâche commence son exécution. "
+"lancement> est le moment où la tâche commence son exécution. "
"L'I<échéance impérative> est obtenue en additionnant l'échéance relative et "
"le temps d'activation."
@@ -837,7 +837,7 @@
"The CBS guarantees non-interference between tasks, by throttling threads "
"that attempt to over-run their specified Runtime."
msgstr ""
-"CBS assure que le différentes tâches n'interfèrent pas en bloquant les "
+"Le CBS assure que le différentes tâches n'interfèrent pas en bloquant les "
"threads qui tentent de dépasser leur temps d'exécution (Runtime)."
#. type: Plain text
@@ -853,7 +853,7 @@
msgstr ""
"Pour que les conditions requises par l'ordonnancement sur échéances soient "
"assurées, le noyau doit empêcher des situations dans lesquelles l’ensemble "
-"des threads B<SCHED_DEADLINE> n’est pas réalisable (ordonnancement no "
+"des threads B<SCHED_DEADLINE> n’est pas réalisable (ordonnancement non "
"possible) en tenant compte des contraintes données. Le noyau doit donc "
"exécuter un test d'approbation lorsque la politique B<SCHED_DEADLINE> et ses "
"attributs sont définis ou modifiés. Ce test d'approbation valide que le "
@@ -955,7 +955,7 @@
"statique 0, en utilisant une priorité I<dynamique> qui ne s'applique que "
"dans cette liste. La priorité dynamique est basée sur la valeur de politesse "
"(« nice ») du thread (voir ci-dessous) et est incrémentée à chaque quantum "
-"de temps où le thread est prêt mais non sélectionné par l'ordonnanceur. Cela "
+"de temps où le thread est prêt, mais non sélectionné par l'ordonnanceur. Cela "
"garantit une progression équitable de tous les threads B<SCHED_OTHER>."
#. type: Plain text
@@ -999,7 +999,7 @@
"the threads in a process should share a nice value. However, on Linux, the "
"nice value is a per-thread attribute: different threads in the same process "
"may have different nice values."
-msgstr ""
+
"Selon POSIX.1, la valeur de politesse est un attribut par processus, c’est-à-"
"dire que les threads dans un processus devraient partager la valeur de "
"politesse. Cependant, dans Linux, cette valeur est un attribut par thread : "
@@ -1030,7 +1030,7 @@
"B<SCHED_OTHER> processes likewise varies across UNIX systems and across "
"Linux kernel versions."
msgstr ""
-"De même, le degré dans la manière la valeur de politesse affecte "
+"De même, le degré dans la manière dont la valeur de politesse affecte "
"l’ordonnancement respectif des processus B<SCHED_OTHER> varie selon les "
"systèmes UNIX et selon les versions du noyau Linux."
@@ -1079,7 +1079,7 @@
"feature and group scheduling, below."
msgstr ""
"Pour davantage d’explications à propos de valeur de politesse, consultez ci-"
-"dessous les sous-sections sur la fonctionnalité d’autogroupe et "
+"dessous les sous-sections sur la fonctionnalité d’autogroupe et sur "
"l’ordonnancement de groupe."
#. type: SS
@@ -1379,7 +1379,7 @@
"noyaux Linux antérieurs à 2.6.39, un thread non privilégié opérant sous "
"cette politique ne peut pas modifier sa politique, quelle que soit la valeur "
"de sa limite souple de ressources B<RLIMIT_RTPRIO>. Dans les noyaux Linux "
-"postérieurs à 2.6.39, un thread non privilégié peut basculer vers la "
+"postérieurs à 2.6.39, un thread non privilégié peut basculer vers la "
"politique B<SCHED_BATCH> ou B<SCHED_OTHER> tant que sa valeur de politesse "
"tombe dans l'intervalle permis par sa limite de ressources B<RLIMIT_NICE> "
"(consultez B<getrlimit>(2))."
@@ -1676,7 +1676,7 @@
"un seul processus lié à un CPU : un lecteur vidéo. Le résultat de "
"l’autogroupage est que les deux groupes recevront chacun la moitié des "
"cycles CPU. C’est-à-dire le lecteur vidéo recevra 50 % des cycles CPU, "
-"plutôt que seulement 9 % des cycles, ce qui conduirait probablement à un "
+"plutôt que seulement 9 % des cycles, ce qui conduirait probablement à une "
"lecture vidéo dégradée. La situation sur le système SMP est plus complexe, "
"mais l’effet général est le même : l’ordonnanceur répartit les cycles CPU "
"dans les groupes de tâches de telle façon qu’un autogroupe contenant un "
@@ -1850,7 +1850,7 @@
"into a new autogroup."
msgstr ""
"Si l’autogroupage est activée, alors le groupe de tâches racine se compose "
-"de tous les processus dans le cgroup racine du CPU qui n’étaient par "
+"de tous les processus dans le cgroup racine du CPU qui n’étaient pas par "
"ailleurs placés implicitement dans un nouveau autogroupe."
#. type: Plain text
@@ -1871,7 +1871,7 @@
"B<CONFIG_FAIR_GROUP_SCHED>), then all of the processes on the system are "
"notionally placed in a single task group."
msgstr ""
-"Si le l’ordonnancement de groupe a été désactivé (c’est-à-dire que le noyau "
+"Si l’ordonnancement de groupe a été désactivé (c’est-à-dire que le noyau "
"a été configuré sans B<CONFIG_FAIR_GROUP_SCHED>), alors tous les processus "
"du système sont en théorie placés dans un groupe de tâches unique."
@@ -1987,7 +1987,7 @@
"B<CONFIG_PREEMPT_NONE>, B<CONFIG_PREEMPT_VOLUNTARY> et "
"B<CONFIG_PREEMPT_DESKTOP> qui fournissent respectivement « aucune », "
"« quelque » et une « considérable » réduction de la latence d'ordonnancement "
-"de pire cas."
+"au pire des cas."
#. type: Plain text
#: archlinux debian-buster debian-unstable fedora-rawhide mageia-cauldron
@@ -2000,12 +2000,12 @@
"run a thread with true real-time priority and a minimum worst-case "
"scheduling latency."
msgstr ""
-"Avec les greffons appliqués ou après leur pleine inclusion dans le noyau "
+"Avec les greffons appliqués, ou après leur pleine inclusion dans le noyau "
"principal, la configuration supplémentaire B<CONFIG_PREEMPT_RT> devient "
"disponible. Si elle est choisie, Linux est transformé en un système "
"d'exploitation temps réel ordinaire. Les politiques d'ordonnancement FIFO et "
"RR sont alors utilisées pour lancer un thread avec une vraie priorité temps "
-"réel et une latence minimale d'ordonnancement de pire cas."
+"réel et une latence minimale d'ordonnancement du pire cas."
#. type: SH
#: archlinux debian-buster debian-unstable fedora-rawhide mageia-cauldron
@@ -2039,7 +2039,7 @@
msgstr ""
"À l'origine, le noyau Linux standard visait un système d'exploitation à "
"vocation généraliste, devant gérer des processus en arrière-plan, des "
-"applications interactives et des applications en temps réel souple (qui ont "
+"applications interactives et des applications en temps réel souples (qui ont "
"besoin en général de répondre à des critères de temps maximal). Bien que le "
"noyau Linux 2.6 ait permis la préemption par le noyau et que le nouvellement "
"introduit ordonnanceur O(1) assure que le temps nécessaire pour planifier "
Reply to: