| /linux-6.15/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-bwc.rst | 16 El control de ancho de banda es una extensión CONFIG_FAIR_GROUP_SCHED que
50 por cada segundo de tiempo de reloj de una tarea, tendríamos que
58 como una distribución estadística.
76 en medio, hay un umbral donde una tarea excede su tiempo límite de
142 que se requiere una actualización se describe como "slice".
162 - nr_bursts: Número de periodos en que ha ocurrido una ráfaga.
193 Una vez una "slice" se asigna a una cpu esta no expira. A pesar de eso todas,
219 pero sobre una ventana de tiempo mayor que un único periodo. Esto
226 la parte no usada de una "slice" permanezca válida entre periodos
234 aplicaciones la mitad de la capacidad de una CPU-núcleo y ambas
[all …]
|
| H A D | sched-design-CFS.rst | 22 El 80% del diseño de CFS puede ser resumido en una única frase: CFS
23 básicamente modela una "CPU ideal, precisa y multi-tarea" sobre hardware
26 "una CPU multitarea ideal" es una CPU (inexistente :-)) que tiene un 100%
32 En hardware real, se puede ejecutar una única tarea a la vez, así que
34 de ejecución virtual de una tarea específica cuando la siguiente porción
36 En la práctica, el tiempo de ejecución virtual de una tarea es el
47 de CPU esperado" que una tarea debería tener.
93 de forma continuada dando una oportunidad a cada tarea de ser la que
111 CFS usa una granularidad de nanosegundos y no depende de ningún
232 ser deseable agrupar las tareas y proporcionarles una cantidad justa
[all …]
|
| H A D | sched-eevdf.rst | 12 First", fue presentado por primera vez en una publicación científica en
14 versión 6.6 (y como una nueva opción en 2024), alejándose del gestor
15 de tareas CFS, en favor de una versión de EEVDF propuesta por Peter
23 para determinar si una tarea ha recibido su cantidad justa de tiempo
24 de ejecución en la CPU. De esta manera, una tarea con un "retraso"
25 positivo, es porque se le debe tiempo de ejecución, mientras que una
29 deadline) para cada una, eligiendo la tarea con la VD más próxima para
40 reajustar su retraso negativo: cuando una tarea duerme, esta permanece en
|
| /linux-6.15/Documentation/translations/it_IT/process/ |
| H A D | 5.Posting.rst | 12 presentato alla comunità per una revisione ed eventualmente per la sua
26 C'è sempre una certa resistenza nel pubblicare patch finché non sono
28 Ma quando il lavoro è di una certa complessità, c'è molto da guadagnare
64 con una licenza GPL
70 Preparazione di una patch
84 Per facilitare una revisione e una verifica più estesa, potrebbe diventare
109 una descrizione in una sola riga. Ogni patch dovrebbe fare modifiche
293 se il baco è stato riportato in una comunicazione privata.
360 di una patch assomiglia a questo:
368 nn/mm può essere omesso per una serie composta da una singola patch.
[all …]
|
| H A D | 6.Followthrough.rst | 13 l'aggiunta delle vostre capacità ingegneristiche, avete pubblicato una serie
17 simboleggia una transizione alla fase successiva del processo, con,
20 È raro che una modifica sia così bella alla sua prima pubblicazione che non
32 Una patch che abbia una certa rilevanza avrà ricevuto numerosi commenti
40 scriverla. Ma tale valore non li tratterrà dal porvi una domanda
103 l'ultima volta. Quindi è sempre una buona idea quella di ricordare ai
171 ulteriormente cresciuta. Ci potrebbe portare ad una nuova fase di
192 l'avere una modifica rimossa a causa del fallimento nel sistemare una
203 una volta che ogni problema con le vecchie sia stato risolto.
228 Se non siete d'accordo con la patch, inviate una risposta educata
[all …]
|
| H A D | coding-style.rst | 120 allineare i nuovi pezzi alla parentesi aperta di una funzione.
138 di chiusura per prima su una nuova riga, così:
276 Quando dichiarate un puntatore ad una variabile o una funzione che ritorna un
327 non è una delle più difficili da capire.
400 è una buona scelta.
594 spiegare codice scritto male è una perdita di tempo.
853 sono **proprio** una pessima idea. Sembra una chiamata a funzione ma termina
880 una macro che sembra una funzione:
892 andrà in conflitto con una variabile già esistente.
986 pagina di cache. Pensateci un attimo; una fallimento nella cache causa una
[all …]
|
| H A D | howto.rst | 86 con lo spazio utente, è raccomandabile che inviate una notifica o una
212 la compilazione del kernel e l'applicazione di una modifica.
326 in uso, o file di patch pubblicate come una serie quilt.
422 ricevere la stessa email due volte: una dal mittente ed una dalla lista; e non
478 una soluzione che è corretta.
500 - "Qui una serie di piccole modifiche che.."
513 - "Ecco una patch da 5000 righe che.."
524 basandosi sul nome di una persona. Un uomo può chiamarsi Andrea ed una donna
556 manutentore con a mala pena una seconda occhiata. Invece, una modifica da
562 non va. È molto più facile annullare le modifiche una per una che
[all …]
|
| H A D | 4.Coding.rst | 67 le regole, per una riformattazione automatica e veloce del vostro codice
119 Il preprocessore C sembra essere una fonte di attrazione per qualche
120 programmatore C, che ci vede una via per ottenere una grande flessibilità
129 quello di vedere il codice coperto solo da una leggera spolverata di
137 Le macro del preprocessore C presentano una serie di pericoli, inclusi
140 una macro, considerate l'idea di creare invece una funzione inline. Il codice
167 una data funzione deve essere resa inline oppure no. Quindi l'uso
176 principale del kernel. Questa donazione fu una notizia bene accolta;
247 mettere insieme una schiera impressionante di strumenti che possano
431 essere sepolti all'interno di una patch più grande.
[all …]
|
| H A D | stable-kernel-rules.rst | 14 - Questa patch o una equivalente deve esistere già nei sorgenti principali di
23 - Corregge un problema come un oops, un blocco, una corruzione di dati, un
24 vero problema di sicurezza, una stranezza hardware, un problema di
30 correzione ha un'alta probabilità d'introdurre una regressione,
35 come una teorica sezione critica, senza aver fornito anche una spiegazione
48 Ci sono tre opzioni per inviare una modifica per i sorgenti -stable:
54 3. Sottomettere una patch alla squadra "stable" equivalente ad una modifica già
68 o una equivalente sia applicabile, o già presente in tutti i sorgenti
71 l'aggiornamento, se ad esempio una correzione per 5.19-rc1 venisse
153 Se la patch è già stata inclusa nei sorgenti Linux, inviate una mail a
[all …]
|
| H A D | adding-syscalls.rst | 8 Aggiungere una nuova chiamata di sistema
335 di una chiamata di sistema ``compat_``)
360 da una chiamata a 32-bit.
394 - (se necessario) una struttura di compatibilità a 32-bit in
396 - una voce ``__SC_COMP``, e non ``__SYSCALL``, in
487 Correggerlo è semplice, basta aggiungere una #define in
519 semplice programma di auto-verifica in una nuova cartella in
562 dev'essere condivisa fra una vecchia e una nuova chiamata di sistema o
564 allora dev'essere implementata come una funzione di supporto
581 ``sys_xyzzy()`` è generalmente una brutta idea.
[all …]
|
| H A D | 2.Process.rst | 12 un numero di utenti e sviluppatori relativamente basso. Con una base
15 lo sviluppo più agevole. È richiesta una solida conoscenza di come tale
41 Viene seguita una disciplina abbastanza lineare per l'inclusione delle
65 consentita una modifica più consistente, ma tali occasioni sono rare.
119 considerazione per un rilascio d'aggiornamento, una modifica deve:
150 Il ciclo di vita di una patch
177 emergere problemi rilevanti in una patch.
190 non essere la loro priorità più alta. Se una vostra patch riceve
221 a una condizione di frustrazione per tutti coloro che sono coinvolti.
299 state inviate in una lista di discussione, o possono essere applicate ad una
[all …]
|
| H A D | submitting-patches.rst | 13 una certa familiarità col "sistema". Questo testo è una raccolta di
55 ha fare il vostro lavoro, che sia la correzione di un baco da una riga o una
95 Quando inviate o rinviate una patch o una serie, includete la descrizione
134 riferimento ad una discussione precedentemente avvenuta su una lista di
199 è contenuto in una sola patch.
319 una porzione specifica del vostro codice.
506 una riga Acked-by:.
659 L'oggetto di una patch canonica è la riga::
694 una serie (dove una ``serie di patch`` è una sequenza ordinata di diverse
825 potrebbe essere d'aiuto per associare una patch ad una discussione
[all …]
|
| /linux-6.15/Documentation/translations/sp_SP/process/ |
| H A D | maintainer-kvm-x86.rst | 11 KVM se esfuerza por ser una comunidad acogedora; las contribuciones de los
120 parche/serie es una serie multi-arquitectura, es decir, tiene
127 decir, utilice una base común.
275 incluso si el cambio corrige un error en una versión anterior.
336 ejercitan simplemente ejecutando una VM.
341 para las que no existe una verdadera habilitación.
352 RFC no suelen recibir una revisión en profundidad.
373 publicar una corrección sin un reproductor.
442 trabajo y deben presentarse en una nueva versión.
452 es *normalmente* estable una vez que se ha enviado una notificación, pero
[all …]
|
| H A D | adding-syscalls.rst | 8 Agregando una Nueva Llamada del Sistema
11 Este documento describe qué involucra agregar una nueva llamada del sistema
46 Evite agregar cualquier API a debugfs, ya que no se considera una
51 podría ser más apropiada. Sin embargo, :manpage:`fcntl(2)` es una
161 efectivamente dando una operación :manpage:`fxyzzy(3)` gratis::
175 Si su nueva llamada de sistema :manpage:`xyzzy` involucra una
241 lista genérica agregando una entrada a la lista en
345 o ambas llaman a una función de implementación interna común.)
399 Para conectar la arquitectura x86 de una llamada al sistema con una versión
513 Para una nueva llamada al sistema, obviamente no habrá una función
[all …]
|
| H A D | coding-style.rst | 178 una sentencia if, como en:
222 Esto no aplica si solo una rama de una declaración condicional es una sola
306 poniendo una línea de código allí, como si dejara una línea en blanco. Como
460 80x24, como todos sabemos), y hacer una cosa y hacerla bien.
660 * pero no hay una línea inicial casi en blanco.
865 es una **muy** mala idea. Parece una llamada de función pero sale de la
903 __foo_ret colisione (coincida) con una variable existente.
969 La forma preferida para asignar una matriz es la siguiente:
992 Parece haber una común percepción errónea de que gcc tiene una magica
1011 estáticas y se usan solo una vez, es siempre una victoria ya que no hay
[all …]
|
| H A D | 4.Coding.rst | 33 casos, orientativas. Como resultado, hay una cantidad considerable de
55 pueden comenzar a generar parches de reformateo como una forma de
60 tipo de parche es mejor evitarlo. Es natural corregir el estilo de una
108 el código y pueden imponer una penalización en el rendimiento; no
113 sentido extraer parte de ese código en una biblioteca separada o
120 El preprocesador de C tiene una tentación poderosa para algunos
121 programadores de C, quienes lo ven como una forma de programar
240 una amplia revisión para las interfaces del espacio de usuario.
357 utilizar para compilar código de kernel para una amplia gama de
391 una descripción de cómo debe formatearse esta documentación y qué
[all …]
|
| H A D | 6.Followthrough.rst | 12 sumado a sus propias habilidades de ingeniería, ha resultado en una serie
15 trabajo ya está hecho. En verdad, publicar parches indica una transición a
30 Un parche de cualquier importancia resultará en una serie de comentarios de
38 hacer una pregunta fundamental: ¿cómo será mantener un kernel con este
42 seguirá existiendo y en desarrollo dentro de una década.
44 - La revisión de código es un trabajo arduo y es una ocupación
48 los mismos errores repetirse una y otra vez. Si recibe una revisión que
99 que siempre es una buena idea recordarles sobre problemas planteados
109 que tomar una decisión. Si realmente cree que esta decisión está en su
176 una regresión, encontrará un número incómodo de ojos sobre usted; las
[all …]
|
| H A D | 7.AdvancedTopics.rst | 11 Llegados a este punto, con suerte, tiene una idea de cómo funciona el
14 que desean convertirse en una parte regular del proceso de desarrollo del
24 El control de versiones distribuido permitió una aceleración inmediata
32 es una herramienta joven y poderosa que aún está siendo civilizada por
70 línea de desarrollo puede separarse en una “rama temática” separada y
90 de una simple obsesión por crear la historia perfecta del proyecto.
100 Por lo tanto, una vez que envié un conjunto de cambios a su servidor
114 la vanguardia. Para una rama privada, la rebase puede ser una manera fácil
115 de mantenerse al día con otro árbol, pero la rebase no es una opción una
121 (como una versión -rc del mainline). Si está nervioso por cambios
[all …]
|
| H A D | 5.Posting.rst | 25 Hay una tentación constante de evitar publicar parches antes de que
35 una buena idea decirlo en la propia publicación. Además, mencione
70 La preparación de parches para su publicación puede ser una cantidad
103 de una descripción de una línea. Cada parche debe hacer un cambio
115 parcial de una serie de parches es un escenario común cuando se
167 - Una o más líneas de etiquetas, con, como mínimo, una línea
187 una línea. La descripción detallada puede ampliar esos temas y
289 corrige una parte de los problemas reportados.
353 debería obtener una copia del parche. También agregue un
372 [PATCH nn/mm] subsys: descripción en una línea del parche
[all …]
|
| H A D | 2.Process.rst | 13 desarrolladores involucrados. Con una base de usuarios en los millones y
16 problemas. Se requiere una comprensión solida de cómo funciona el proceso
17 para ser una parte efectiva del mismo.
70 suelen recibir una recepción poco amistosa. Como regla general, si se
79 aproximadamente una vez a la semana; una serie normal llegará a algún
238 alrededor de una cadena de confianza.
306 haber sido publicados en una lista de correo o aplicarse a una parte del
334 Linux-next se ha convertido en una parte integral del proceso de
345 en drivers/staging mientras aún necesitan más trabajo; una vez
394 Hay una página de inicio en:
[all …]
|
| H A D | security-bugs.rst | 20 electrónico en <[email protected]>. Esta es una lista privada de
22 desarrollarán y publicarán una corrección. Si ya tiene una corrección, por
36 adjuntos cuando sea posible. Es mucho más difícil tener una discusión
41 de reproducción, y sígalo con una solución propuesta, todo en texto plano.
48 Coordinación debajo. Una vez que se ha desarrollado una solución robusta,
54 petición del reportero o una parte afectada por hasta 7 días calendario
55 desde el inicio del proceso de lanzamiento, con una extensión excepcional
57 más tiempo. La única razón válida para aplazar la publicación de una
62 confianza para desarrollar una solución, dicha información no se publicará
81 acordado una solución y comprenda completamente los requisitos que al
|
| /linux-6.15/Documentation/translations/it_IT/doc-guide/ |
| H A D | kernel-doc.rst | 38 È considerata una buona pratica quella di fornire una documentazione formattata
58 una struttura più coerente dei sorgenti. Questa raccomandazione ha una priorità
71 su una riga separata.
155 Il contesto in cui le funzioni vengono chiamate viene descritto in una
192 utilizzare una lista ReST, ad esempio::
428 Riferimento ad una funzione.
434 Il nome di una costante (nessun riferimento, solo formattazione)
444 all'interno della descrizione di una funzione.
450 Riferimento ad una struttura.
488 Commenti per una documentazione generale
[all …]
|
| /linux-6.15/Documentation/translations/sp_SP/ |
| H A D | index.rst | 23 La propagación simultánea de la traducción de una modificación en
26 es posible. Por tanto, no existe ninguna garantía de que una traducción
27 esté actualizada con las últimas modificaciones. Si lo que lee en una
32 Una traducción no es una * bifurcación * de la documentación oficial, por
43 gramática, y una cultura tras ella, por lo tanto, la traducción de una
52 obtener una traducción.
58 suponer una gran barrera para hablantes de distintas versiones del español,
66 la falta de una traducción o de un grupo de traducciones.
|
| H A D | memory-barriers.txt | 255 emite una instrucción de barrera de memoria, de modo que una CPU DEC
339 pueden causar una actualización a una campo para corromper el valor de
413 Se puede considerar que una CPU envía una secuencia de operaciones de
574 (*) No hay garantía de que la emisión de una barrera de memoria en una CPU
996 una barrera de dependencia de dirección, una dependencia de control, una
997 barrera de adquisición, una barrera de liberación, una barrera de lectura
998 o una barrera general. Del mismo modo, una barrera de lectura se empareja
1000 una barrera de escritura, una barrera de adquisición, una barrera de
1457 si una carga que se ejecuta en la CPU B sigue una carga de la misma
2332 Si ocurre una reactivación ("wakeup"), una (al menos) de las dos cargas
[all …]
|
| /linux-6.15/Documentation/translations/it_IT/ |
| H A D | index.rst | 17 che vi segnaleranno la mancanza di una traduzione o di un gruppo di
38 La propagazione simultanea a tutte le traduzioni di una modifica in
42 possibile. Per questo motivo non c'è garanzia che una traduzione sia
43 aggiornata all'ultima modifica. Se quello che leggete in una traduzione
57 mappare direttamente una lingua in un'altra. Ogni lingua ha la sua grammatica
58 e una sua cultura alle spalle, quindi la traduzione di una frase in inglese
87 Di seguito una serie di manuali per gli sviluppatori che hanno bisogno di
100 Di seguito una serie di manuali contenenti informazioni utili a tutti gli
115 Di seguito una serie di manuali per gli *utenti* del kernel - ovvero coloro che
|