Fedora Resource Management Guide - en to it translation catalogue (58 entries)

note: Tag: title
en: Introduction to Control Groups (Cgroups)
it: Introduzione ai Control Group (Cgroups)

note: Tag: para
en: &MAJOROSVER; provides a way to manage system resources: <firstterm>control groups</firstterm>, which are called by their shorter name <firstterm>cgroups</firstterm> in this guide. Cgroups allow you to allocate resources—such as CPU time, system memory, network bandwidth, or combinations of these resources—among user-defined groups of tasks (processes) running on a system. You can monitor the cgroups you configure, deny cgroups access to certain resources, and even reconfigure your cgroups dynamically on a running system. The <systemitem class="daemon">cgconfig</systemitem> (<quote><emphasis>control group config</emphasis> </quote>) service can be configured to start up at boot time and reestablish your predefined cgroups, thus making them persistent across reboots.
it: &MAJOROSVER; fornisce un modo per gestire le risorse di sistema: <firstterm>control groups</firstterm>, denominati con la forma abbreviata <firstterm>cgroups</firstterm>, in questa guida. I cgroup permettono di allocare risorse—come tempo di CPU, memoria di sistema, banda di rete, o loro combinazioni—tra gruppi di task (processi), definiti dall'utente, in esecuzione nel sistema. E' possibile monitorare i cgroup configurati, vietare l'accesso ai cgroup a determinate risorse, ed anche riconfigurare dinamicamente i cgroup su un sistema in esecuzione. Il servizio <systemitem class="daemon">cgconfig</systemitem> (<quote><emphasis>control group config</emphasis> </quote>), può essere configurato per avviarsi al boot e ristabilire i cgroup predefiniti, rendendoli persistenti al reboot.

note: Tag: para
en: By using cgroups, system administrators gain fine-grained control over allocating, prioritizing, denying, managing, and monitoring system resources. Hardware resources can be smartly divided up amongst tasks and users, increasing overall efficiency.
it: Usando cgroup gli amministratori di sistema hanno un controllo più dettagliato sull'assegnazione, priorità, negazione, gestione e controllo delle risorse di sistema. Le risorse hardware possono essere suddivise tra task ed utenti, aumentandone l'efficienza globale.

note: Tag: title
en: How Control Groups Are Organized
it: Come sono organizzati i Control Group

note: Tag: para
en: Cgroups are organized hierarchically, like processes, and child cgroups inherit some of the attributes of their parents. However, there are differences between the two models.
it: I cgroup sono organizzati seguendo una gerarchia, come i processi, ed i cgroup figlio ereditano alcuni degli attributi dei rispettivi genitori. Tuttavia sono presenti alcune differenze tra i due modelli.

note: Tag: bridgehead
en: The Linux Process Model
it: Il modello di processo Linux

note: Tag: para
en: All processes on a Linux system are child processes of a common parent: the <command>init</command> process, which is executed by the kernel at boot time and starts other processes (which may in turn start child processes of their own). Because all processes descend from a single parent, the Linux process model is a single hierarchy, or tree.
it: Tutti i processi su un sistema Linux sono processi figlio di un genitore comune: il processo <command>init</command>, eseguito dal kernel al momento dell'avvio il quale a sua volta inizia altri processi (che a loro volta avviano i propri processi figlio). Poichè tutti i processi discendono da un unico genitore, il modello di processo Linux è costituito da un unica gerarchia o albero.

note: Tag: para
en: Additionally, every Linux process except <command>init</command> inherits the environment (such as the PATH variable)<footnote><para>The parent process is able to alter the environment before passing it to a child process. </para> </footnote> and certain other attributes (such as open file descriptors) of its parent process.
it: Inoltre, ogni processo Linux, ad eccezione di <command>init</command>, eredita l'ambiente (come la variabile PATH)<footnote><para>Il processo genitore è in grado di alterare l'ambiente prima di passarlo al processo figlio.</para></footnote> ed altri attributi (come i descrittori dei file aperti), del processo genitore.

note: Tag: bridgehead
en: The Cgroup Model
it: Il modello Cgroup

note: Tag: para
en: Cgroups are similar to processes in that:
it: I cgroups sono simili ai processi:

note: Tag: para
en: they are hierarchical, and
it: essi seguono una gerarchia, e

note: Tag: para
en: child cgroups inherit certain attributes from their parent cgroup.
it: i cgroups figli, ereditano alcuni attributi del proprio cgroup genitore.

note: Tag: para
en: The fundamental difference is that many different hierarchies of cgroups can exist simultaneously on a system. If the Linux process model is a single tree of processes, then the cgroup model is one or more separate, unconnected trees of tasks (i.e. processes).
it: La differenza sostanziale è che diverse gerarchie di cgroups possono coesistere su un sistema. Se il modello di processo Linux è un albero singolo di processi, il modello cgroup presenta uno o più alberi di task (cioè processi), separati e scollegati tra loro.

note: Tag: para
en: Multiple separate hierarchies of cgroups are necessary because each hierarchy is attached to <emphasis>one or more</emphasis> <firstterm>subsystems</firstterm>. A subsystem<footnote id="footnote-subsystems_are_also_known_as_controllers"><para>You should be aware that subsystems are also called <firstterm>resource controllers</firstterm>, or simply <firstterm>controllers</firstterm>, in the <package>libcgroup</package> man pages and other documentation.</para> </footnote> represents a single resource, such as CPU time or memory. &MAJOROSVER; provides nine cgroup subsystems, listed below by name and function.
it: Gerarchie multiple separate di cgroups sono necessarie poichè ogni gerarchia è collegata ad <emphasis>uno o più</emphasis> <firstterm>sottosistemi</firstterm>. Un sottosistema<footnote id="footnote-subsystems_are_also_known_as_controllers"><para>I sottosistemi possono essere chiamati anche <firstterm>controllori delle risorse</firstterm>, o più semplicemente <firstterm>controllori</firstterm>, nelle pagine man di <package>libcgroup</package> ed in altre documentazioni.</para> </footnote> rappresenta una singola risorsa, come ad esempio il tempo di CPU o la memoria. &MAJOROSVER; fornisce nove sottosistemi di cgroup, elencati di seguito, in base al nome e alla funzione.

note: Tag: title
en: Available Subsystems in &MAJOROS;
it: Sottosistemi disponibili in &MAJOROS;

note: Tag: para
en: <systemitem class="resource">blkio</systemitem> — this subsystem sets limits on input/output access to and from block devices such as physical drives (disk, solid state, USB, etc.).
it: <systemitem class="resource">blkio</systemitem> — questo sottosistema imposta i limiti sull'accesso input/output da e per i dispositivi a blocchi come ad esempio le unità fisiche (dischi, solid state, USB, ecc.).

note: Tag: para
en: <systemitem class="resource">cpu</systemitem> — this subsystem uses the scheduler to provide cgroup tasks access to the CPU.
it: <systemitem class="resource">cpu</systemitem> — questo sottosistema utilizza lo scheduler per fornire un accesso ai task del cgroup per la CPU.

note: Tag: para
en: <systemitem class="resource">cpuacct</systemitem> — this subsystem generates automatic reports on CPU resources used by tasks in a cgroup.
it: <systemitem class="resource">cpuacct</systemitem> — questo sottosistema genera delle notifiche automatiche relative alle risorse della CPU usate dai task di un cgroup.

note: Tag: para
en: <systemitem class="resource">cpuset</systemitem> — this subsystem assigns individual CPUs (on a multicore system) and memory nodes to tasks in a cgroup.
it: <systemitem class="resource">cpuset</systemitem> — questo sottosistema assegna le CPU individuali (su un sistema multicore) ed i nodi della memoria ai task in un cgroup.

note: Tag: para
en: <systemitem class="resource">devices</systemitem> — this subsystem allows or denies access to devices by tasks in a cgroup.
it: <systemitem class="resource">devices</systemitem> — questo sottosistema permette o nega l'accesso ai dispositivi in base ai task presenti in un cgroup.

note: Tag: para
en: <systemitem class="resource">freezer</systemitem> — this subsystem suspends or resumes tasks in a cgroup.
it: <systemitem class="resource">freezer</systemitem> — questo sottosistema sospende o ripristina i task in un cgroup.

note: Tag: para
en: <systemitem class="resource">memory</systemitem> — this subsystem sets limits on memory use by tasks in a cgroup, and generates automatic reports on memory resources used by those tasks.
it: <systemitem class="resource">memory</systemitem> — questo sottosistema imposta i limiti sull'utilizzo della memoria usata dai task in un cgroup e genera automaticamente le analisi sulle risorse della memoria utilizzata dagli stessi task.

note: Tag: para
en: <systemitem class="resource">net_cls</systemitem> — this subsystem tags network packets with a class identifier (classid) that allows the Linux traffic controller (<command>tc</command>) to identify packets originating from a particular cgroup task.
it: <systemitem class="resource">net_cls</systemitem> —  questo sottosistema etichetta i pacchetti di rete con un identificatore di classe (classid), in grado di permettere al traffic controller (<application>tc</application>) di Linux, di identificare i pacchetti originati da un particolare task del cgroup.

note: Tag: para
en: <systemitem class="resource">ns</systemitem> — the <firstterm>namespace</firstterm> subsystem.
it: <systemitem class="resource">ns</systemitem> — Il sottosistema <firstterm>namespace</firstterm>.

note: Tag: title
en: Subsystems are also known as resource controllers
it: I sottosistemi sono conosciuti anche come controllori di risorse

note: Tag: para
en: You may come across the term <firstterm>resource controller</firstterm> or simply <firstterm>controller</firstterm> in cgroup literature such as the man pages or kernel documentation. Both of these terms are synonymous with <quote>subsystem</quote>, and arise from the fact that a subsystem typically schedules a resource or applies a limit to the cgroups in the hierarchy it is attached to.
it: Nella terminologia usata in cgroup, come ad esempio nelle pagine man o nella documentazione del kernel, si può incontrare il termine <firstterm>resource controller</firstterm> o semplicemente <firstterm>controller</firstterm>. Entrambi i termini sono sinonimi di <quote>sottosistema</quote>, e ciò deriva dal fatto che un sottosistema generalmente programma una risorsa o applica un limite ai cgroups nella gerarchia alla quale è collegato.

note: Tag: para
en: The definition of a subsystem (resource controller) is quite general: it is something that acts upon a group of tasks, i.e. processes.
it: La definizione di sottosistema (resource controller) è una definizione generale: è qualcosa che agisce su un gruppo di task, cioè processi.

note: Tag: title
en: Relationships Between Subsystems, Hierarchies, Control Groups and Tasks
it: Relazione tra Sottosistemi, Gerarchie, Control Groups e Task

note: Tag: para
en: Remember that system processes are called tasks in cgroup terminology.
it: Si ricordi che nella terminologia presente in cgroup, i processi di sistema sono indicati come task.

note: Tag: para
en: Here are a few simple rules governing the relationships between subsystems, hierarchies of cgroups, and tasks, along with explanatory consequences of those rules.
it: Di seguito sono riportate alcune regole di base, relative alle relazioni presenti tra i sottosistemi, gerarchie di cgroups e task, insieme con una spiegazione delle conseguenze delle suddette regole.

note: Tag: bridgehead
en: Rule 1
it: Regola 1

note: Tag: para
en: A single hierarchy can have one or more subsystems attached to it.
it: Una singola gerarchia può avere uno o più sottosistemi ad essa collegati.

note: Tag: para
en: <emphasis>As a consequence, the <systemitem class="resource">cpu</systemitem> and <systemitem class="resource">memory</systemitem> subsystems (or any number of subsystems) can be attached to a single hierarchy, as long as each one is not attached to any other hierarchy which has any other subsystems attached to it already (see Rule 2).</emphasis>
it: <emphasis>Di conseguenza, i sottosistemi della <systemitem class="resource">cpu</systemitem> e della <systemitem class="resource">memoria</systemitem> (o altri sottosistemi), possono essere collegati ad una singola gerarchia, fintanto che ciascuno non sia collegato ad altra gerarchia che abbia già altri sottosistemi (vedi regola 2).</emphasis>

note: Tag: para
en: Attaching one or more subsystems to a single hierarchy.
it: Collegare uno o più sottosistemi ad una singola gerarchia.

note: Tag: bridgehead
en: Rule 2
it: Regola 2

note: Tag: para
en: Any single subsystem (such as <systemitem class="resource">cpu</systemitem>) cannot be attached to more than one hierarchy if one of those hierarchies has a different subsystem attached to it already.
it: Un singolo sottosistema (come la <systemitem class="resource">cpu</systemitem>), non può essere collegato a più di una gerarchia se una di queste ha già collegato un sottosistema differente.

note: Tag: para
en: <emphasis>As a consequence, the <systemitem class="resource">cpu</systemitem> subsystem can never be attached to two different hierarchies if one of those hierarchies already has the <systemitem class="resource">memory</systemitem> subsystem attached to it. However, a single subsystem can be attached to two hierarchies if both of those hierarchies have only that subsystem attached.</emphasis>
it: <emphasis>Di conseguenza, il sottosistema della <systemitem class="resource">cpu</systemitem> non può mai essere collegata a due gerarchie differenti se una di queste gerarchie ha già agganciato il sottosistema di <systemitem class="resource">memoria</systemitem>. Tuttavia, un singolo sottosistema può essere collegato a due gerarchie se entrambe le gerarchie hanno agganciato soltanto quel sottosistema</emphasis>

note: Tag: title
en: Rule 2&mdash;The numbered bullets represent a time sequence in which the subsystems are attached.
it: Regola 2&mdash; I nodi numerati rappresentano la sequenza temporale in cui i sottosistemi sono collegati.

note: Tag: para
en: Attaching a single subsystem to multiple hierarchies.
it: Collegamento di un singolo sottosistema a gerarchie multiple.

note: Tag: bridgehead
en: Rule 3
it: Regola 3

note: Tag: para
en: Each time a new hierarchy is created on the systems, all tasks on the system are initially members of the default cgroup of that hierarchy, which is known as the <firstterm>root cgroup</firstterm>. For any single hierarchy you create, each task on the system can be a member of <emphasis>exactly one</emphasis> cgroup in that hierarchy. A single task may be in multiple cgroups, as long as each of those cgroups is in a different hierarchy. As soon as a task becomes a member of a second cgroup in the same hierarchy, it is removed from the first cgroup in that hierarchy. At no time is a task ever in two different cgroups in the same hierarchy.
it: Ogni qualvolta si crea una nuova gerarchia nei sistemi, tutti i task nel sistema sono inizialmente membri del cgroup predefinito di quella gerarchia, noto come <firstterm>cgroup di root</firstterm>. Per ogni singola gerarchia creata, ogni task nel sistema può essere un membro di <emphasis>un solo</emphasis> cgroup in quella gerarchia. Un singolo task può essere in cgroup multipli, fintanto che ciascuno di questi cgroup è in una gerarchia differente. Non appena un task diventa un membro di un secondo cgroup nella stessa gerarchia, esso viene rimosso dal primo cgroup della gerarchia. In ogni istante un task non si trova mai in due cgroup differenti nella stessa gerarchia.

note: Tag: para
en: <emphasis>As a consequence, if the <systemitem class="resource">cpu</systemitem> and <systemitem class="resource">memory</systemitem> subsystems are attached to a hierarchy named <varname>cpu_mem_cg</varname>, and the <systemitem class="resource">net_cls</systemitem> subsystem is attached to a hierarchy named <varname>net</varname>, then a running <systemitem class="process">httpd</systemitem> process could be a member of any one cgroup in <varname>cpu_and_mem</varname>, and any one cgroup in <varname>net</varname>.</emphasis>
it: <emphasis>Di conseguenza, se i sottosistemi di <systemitem class="resource">cpu</systemitem> e <systemitem class="resource">memoria</systemitem> sono collegati a una gerarchia di nome <varname>cpu_mem_cg</varname>, ed il sottosistema <systemitem class="resource">net_cls</systemitem> è collegato ad una gerarchia di nome <varname>net</varname>, allora un processo <systemitem class="process">httpd</systemitem>, in esecuzione, potrebbe essere un membro di un qualsiasi cgroup in <varname>cpu_and_mem</varname> e di un qualsiasi cgroup in <varname>net</varname>.</emphasis>

note: Tag: para
en: <emphasis>The cgroup in <varname>cpu_mem_cg</varname> that the <systemitem class="process">httpd</systemitem> process is a member of might restrict its CPU time to half of that allotted to other processes, and limit its memory usage to a maximum of <constant>1024</constant> MB. Additionally, the cgroup in <varname>net</varname> that it is a member of might limit its transmission rate to <constant>30</constant> megabytes per second.</emphasis>
it: <emphasis>Il cgroup in <varname>cpu_mem_cg</varname> di cui il processo <systemitem class="process">httpd</systemitem> è un membro, potrebbe limitare il suo tempo di CPU a metà di quello dedicato agli altri processi, e limitare la memoria ad un massimo di <constant>1024</constant> MB. Inoltre, il cgroup in <varname>net</varname> di cui è membro, potrebbe limitare il tasso di trasmissione a <constant>30</constant> megabyte per secondo.</emphasis>

note: Tag: para
en: <emphasis>When the first hierarchy is created, every task on the system is a member of at least one cgroup: the root cgroup. When using cgroups, therefore, every system task is always in at least one cgroup.</emphasis>
it: <emphasis>Quando è creata la prima gerarchia, ogni task nel sistema è un membro di almeno un cgroup:il cgroup radice. Perciò, quando si usano i cgroup, ogni task di sistema si trova sempre in almeno un cgroup.</emphasis>

note: Tag: para
en: A task cannot be a member of two different cgroups in the same hierarchy.
it: Una istanza non può essere un membro di due cgroup differenti nella stessa gerarchia.

note: Tag: bridgehead
en: Rule 4
it: Regola 4

note: Tag: para
en: Any process (task) on the system which forks itself creates a child process (task). A child task automatically inherits the cgroup membership of its parent but can be moved to different cgroups as needed. Once forked, the parent and child processes are completely independent.
it: Ogni processo (task), nel sistema, che fa fork di sè stesso crea un processo (task) figlio. Un task figlio eredita automaticamente l'appartenenza al cgroup del genitore, ma all'occorrenza, può essere trasferito a cgroup differenti. Una volta effettuato il fork, i processi genitore e figlio sono completamente indipendenti.

note: Tag: para
en: <emphasis>As a consequence, consider the <systemitem class="process">httpd</systemitem> task that is a member of the cgroup named <varname>half_cpu_1gb_max</varname> in the <varname>cpu_and_mem</varname> hierarchy, and a member of the cgroup <varname>trans_rate_30</varname> in the <varname>net</varname> hierarchy. When that <systemitem class="process">httpd</systemitem> process forks itself, its child process automatically becomes a member of the <varname>half_cpu_1gb_max</varname> cgroup, and the <varname>trans_rate_30</varname> cgroup. It inherits the exact same cgroups its parent task belongs to.</emphasis>
it: <emphasis>Di conseguenza, si consideri il task <systemitem class="process">httpd</systemitem>, membro del cgroup chiamato <varname>half_cpu_1gb_max</varname> nella gerarchia <varname>cpu_and_mem</varname>, e membro del cgroup <varname>trans_rate_30</varname> nella gerarchia <varname>net</varname>. Quando il processo <systemitem class="process">httpd</systemitem> si ramifica, il suo processo figlio diventa automaticamente un membro del cgroup <varname>half_cpu_1gb_max</varname> e del cgroup <varname>trans_rate_30</varname>. Esso eredita gli stessi cgroup del proprio processo genitore.</emphasis>

note: Tag: para
en: <emphasis>From that point forward, the parent and child tasks are completely independent of each other: changing the cgroups that one task belongs to does not affect the other. Neither will changing cgroups of a parent task affect any of its grandchildren in any way. To summarize: any child task always initially inherit memberships to the exact same cgroups as their parent task, but those memberships can be changed or removed later.</emphasis>
it: <emphasis>Da quì i processi genitore e quello figlio saranno completamente indipendenti: la modifica di un cgroup di appartenenza non avrà alcun effetto sui processi. Allo stesso modo la modifica dei cgroup di un processo genitore non interesserà in alcun modo i processi figli relativi. Per riassumere: qualsiasi processo figlio erediterà inizialmente l'appartenenza agli stessi cgroup del processo genitore, ma tale appartenenza potrà essere modificata o rimossa più avanti.</emphasis>

note: Tag: title
en: Rule 4&mdash;The numbered bullets represent a time sequence in which the task forks.
it: Regola 4&mdash;I nodi numerati rappresentano la sequenza temporale in cui il task fa fork.

note: Tag: para
en: A forked task inherits cgroup properties of its parent.
it: Un'istanza che ha fatto fork eredita le proprietà di cgroup del suo genitore.

note: Tag: title
en: Implications for Resource Management
it: Implicazioni sulla gestione delle risorse

note: Tag: para
en: Because a task can belong to only a single cgroup in any one hierarchy, there is only one way that a task can be limited or affected by any single subsystem. This is logical: a feature, not a limitation.
it: Poichè un task può appartenere solo ad un unico cgroup in una gerarchia, esiste un solo modo in cui un task può essere limitato o influenzato da un singolo sottosistema. Ciò è una cosa logica: una caratteristica, non una limitazione.

note: Tag: para
en: You can group several subsystems together so that they affect all tasks in a single hierarchy. Because cgroups in that hierarchy have different parameters set, those tasks will be affected differently.
it: E' possibile raggruppare diversi sottosistemi in modo da interessare tutti i task in una singola gerarchia. Poichè i cgroup nella gerarchia presentano un set di parametri diversi, i task verranno interessati in modo differente.

note: Tag: para
en: It may sometimes be necessary to <firstterm>refactor</firstterm> a hierarchy. An example would be removing a subsystem from a hierarchy that has several subsystems attached, and attaching it to a new, separate hierarchy.
it: Qualche volta può essere necessario <firstterm>riorganizzare</firstterm> una gerarchia. Un esempio sarebbe rimuovere un sottosistema da una gerarchia che ha diversi sottosistemi agganciati, ed attaccarlo ad una nuova gerarchia separata.

note: Tag: para
en: Conversely, if the need for splitting subsystems among separate hierarchies is reduced, you can remove a hierarchy and attach its subsystems to an existing one.
it: Al contrario, se è minima la necessità di separare i sottosistemi tra gerarchie, è possibile rimuovere una gerarchia e collegare i sottosistemi relativi su un'altra gerarchia esistente.

note: Tag: para
en: The design allows for simple cgroup usage, such as setting a few parameters for specific tasks in a single hierarchy, such as one with just the <systemitem>cpu</systemitem> and <systemitem>memory</systemitem> subsystems attached.
it: Il design permette un uso semplice del cgroup, come ad esempio l'impostazione di alcuni parametri per particolari task in una singola gerarchia,  come quella con i soli sottosistemi <systemitem>cpu</systemitem> e <systemitem>memoria</systemitem>.

note: Tag: para
en: The design also allows for highly specific configuration: each task (process) on a system could be a member of each hierarchy, each of which has a single attached subsystem. Such a configuration would give the system administrator absolute control over all parameters for every single task.
it: Questo design, permette altresì una configurazione molto specifica: ogni task (processo) di un sistema può essere membro di ogni gerarchia, ciascuna delle quali a sua volta ha attaccato un singolo sottosistema. Tale configurazione conferisce all'amministratore di sistema un controllo assoluto su tutti i parametri per ogni singolo task.
