From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp2.osuosl.org (smtp2.osuosl.org [140.211.166.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 41F4A153BF6 for ; Sun, 11 Aug 2024 16:44:10 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=140.211.166.133 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1723394651; cv=none; b=jX2TmsUkez4UwtoIqGxOmz7qIlqgmujub1+1r1sDQHjba9adnLBPF4tC/tL7r/ijey72M0ipZsa6h1TUEOFlYnHnl4L+eKs59soXFdcaFVoEYum81Uc3qVKnE6ot7ZpKruS21T4oKpQh/lC9+ynnJXIi5MVaGKqMlXW84pxOxVw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1723394651; c=relaxed/simple; bh=Zmsunm964HuzM2ri18gx/TQMJsEOatE4/DOmrifmKWE=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=LZYB+XGCm+QscYvTasXTn/9dAJ5FprSZLaRD/BGMJIgxzemKvbxqBnRXaJFy9SY1nrtyBUQF3KHRjTDwtiqRs6iSskx5fBC91i3tcRIrL+9C6pp/VTwm5sEuROOoz8qvJz8SgsB2LvZEHkj9xxda2IK7m+4ngfCVrqwmGiJr+dw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=bebyyb5b; arc=none smtp.client-ip=140.211.166.133 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="bebyyb5b" Received: from localhost (localhost [127.0.0.1]) by smtp2.osuosl.org (Postfix) with ESMTP id D241B400C8 for ; Sun, 11 Aug 2024 16:44:09 +0000 (UTC) X-Virus-Scanned: amavis at osuosl.org X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: Received: from smtp2.osuosl.org ([127.0.0.1]) by localhost (smtp2.osuosl.org [127.0.0.1]) (amavis, port 10024) with ESMTP id EZl03LCty4OA for ; Sun, 11 Aug 2024 16:44:07 +0000 (UTC) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=2607:f8b0:4864:20::c33; helo=mail-oo1-xc33.google.com; envelope-from=carlos.bilbao.osdev@gmail.com; receiver= DMARC-Filter: OpenDMARC Filter v1.4.2 smtp2.osuosl.org 743A140187 Authentication-Results: smtp2.osuosl.org; dmarc=pass (p=none dis=none) header.from=gmail.com DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org 743A140187 Authentication-Results: smtp2.osuosl.org; dkim=pass (2048-bit key, unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256 header.s=20230601 header.b=bebyyb5b Received: from mail-oo1-xc33.google.com (mail-oo1-xc33.google.com [IPv6:2607:f8b0:4864:20::c33]) by smtp2.osuosl.org (Postfix) with ESMTPS id 743A140187 for ; Sun, 11 Aug 2024 16:44:06 +0000 (UTC) Received: by mail-oo1-xc33.google.com with SMTP id 006d021491bc7-5cdf7edddc5so1941611eaf.0 for ; Sun, 11 Aug 2024 09:44:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723394646; x=1723999446; darn=lists.linuxfoundation.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=5sJH8hfEK81Q8nQYIEInnXVBydwUeu1gKVM21zLkZMA=; b=bebyyb5bMsyu523Gpey5FvRXuPYSo6trM5NnxPqvds3aXhPM0nOOjXgSTadLOCjHP8 Ir40AnKP6gTf2wUdiysUWPhd77zh2gdStXtl9KqUDuBHtHKspqJylpGipeskxVFLk4K6 mJnxt08CTD2LmE2AvP8GKvvfmQbhqO1AUw9oUu/8LtX5ocFMv2lRVjFc4n1i3F0Hp2Wr 19CrlSDTGY1nP/BC0DfFqyUOMRZyhAKpUvuTsndE4KZOEHZGCDxjjzICsraVFnMSK7Jn 8dQ5Yeby3UDlcdInVQhYuBV5WWF7D2sxIAeBFe/0WraatBc7axAfQi9AnljhQJA4AznB 1gGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723394646; x=1723999446; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=5sJH8hfEK81Q8nQYIEInnXVBydwUeu1gKVM21zLkZMA=; b=SqZb69+YUbyS0Q4lz1NXKbZal6GMIG8PtgQKRSGYNNk/6SutnNZhp0tgT7h8aOmez0 CIZgzt51NJZhyI4nDHjLnxQTcVwOtGhS8vfcKW0wKd51ytM4khGluA01tjSQoyRTXj13 bHJ9bInvuadap4NSRI3Fm30yOuBPIRGZDhD4e5qyrHGjJpNL+BMf1GJgxIxNsj8rbQb5 BWUuq+/2/qK9OkVd5KMgz8LQa51rF6yEPV0QyCeUzmxwV1m08Gpyw/x1Cp8rgqB1ougp AW3zrdVJVb8UIuIa2hwyXjckxdxrkvuFWeK5xv0fb/eYhp2NIn2GQX6c9w2WbNI0Dj1+ 9qAw== X-Forwarded-Encrypted: i=1; AJvYcCV8pomkm/V43a4e7HhD/m6Xp02rNqqoCfY4I9AwRdR7WN2uxQ31D0aN3HEvIzW3HkUVH+Ays0d4RD+BQu+p/KLQaYzxtYX085txIR1A5txy65ALptl4wC7Nu75oVyPa X-Gm-Message-State: AOJu0Yw8nTDJihPvfF4ypacA2yNI75osSrpqeRI6OooaIRLhI56+pfKA ekGq1/AYVDQqzul31V7RHVxbwTB7LeQnbttRSD1USGPN4ZIgGuAw X-Google-Smtp-Source: AGHT+IFTVTapixqAHDc9XcjCZ55b6J52aJUgIFUIx78Ch4jHuaGuI9MW8g4HeEjhD2b1077bH4v+OA== X-Received: by 2002:a05:6820:229f:b0:5d8:10cb:c336 with SMTP id 006d021491bc7-5d867d39531mr7092151eaf.1.1723394645709; Sun, 11 Aug 2024 09:44:05 -0700 (PDT) Received: from ?IPV6:2603:8080:7400:36da:dff5:4180:2562:4c1e? ([2603:8080:7400:36da:dff5:4180:2562:4c1e]) by smtp.gmail.com with ESMTPSA id 006d021491bc7-5da3e53e167sm924909eaf.5.2024.08.11.09.44.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 11 Aug 2024 09:44:05 -0700 (PDT) Message-ID: Date: Sun, 11 Aug 2024 11:44:04 -0500 Precedence: bulk X-Mailing-List: linux-kernel-mentees@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2] docs/sp_Sp: Add translation to spanish of the documentation related to EEVDF To: =?UTF-8?Q?Sergio_Gonz=C3=A1lez_Collado?= , Jonathan Corbet Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kernel-mentees@lists.linuxfoundation.org References: <20240810111513.20049-1-sergio.collado@gmail.com> Content-Language: en-US From: Carlos Bilbao In-Reply-To: <20240810111513.20049-1-sergio.collado@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hello, On 8/10/24 06:15, Sergio González Collado wrote: > Translate Documentation/scheduler/sched-eevdf.rst to spanish. s/spanish/Spanish > > Signed-off-by: Sergio González Collado > --- > v1 -> v2: correct the commit message. > --- > .../translations/sp_SP/scheduler/index.rst | 1 + > .../sp_SP/scheduler/sched-design-CFS.rst | 8 +-- > .../sp_SP/scheduler/sched-eevdf.rst | 58 +++++++++++++++++++ > 3 files changed, 63 insertions(+), 4 deletions(-) > create mode 100644 Documentation/translations/sp_SP/scheduler/sched-eevdf.rst > > diff --git a/Documentation/translations/sp_SP/scheduler/index.rst b/Documentation/translations/sp_SP/scheduler/index.rst > index 768488d6f001..32f9fd7517b2 100644 > --- a/Documentation/translations/sp_SP/scheduler/index.rst > +++ b/Documentation/translations/sp_SP/scheduler/index.rst > @@ -6,3 +6,4 @@ > :maxdepth: 1 > > sched-design-CFS > + sched-eevdf > diff --git a/Documentation/translations/sp_SP/scheduler/sched-design-CFS.rst b/Documentation/translations/sp_SP/scheduler/sched-design-CFS.rst > index 90a153cad4e8..8b8eb581c7be 100644 > --- a/Documentation/translations/sp_SP/scheduler/sched-design-CFS.rst > +++ b/Documentation/translations/sp_SP/scheduler/sched-design-CFS.rst > @@ -14,10 +14,10 @@ Gestor de tareas CFS > > CFS viene de las siglas en inglés de "Gestor de tareas totalmente justo" > ("Completely Fair Scheduler"), y es el nuevo gestor de tareas de escritorio > -implementado por Ingo Molnar e integrado en Linux 2.6.23. Es el sustituto de > -el previo gestor de tareas SCHED_OTHER. > - > -Nota: El planificador EEVDF fue incorporado más recientemente al kernel. > +implementado por Ingo Molnar e integrado en Linux 2.6.23. Es el sustituto > +del previo gestor de tareas SCHED_OTHER. Hoy en día se está abriendo camino > +para el gestor de tareas EEVDF cuya documentación se puede ver en s/EEVDF/EEVDF, > +Documentation/scheduler/sched-eevdf.rst > > El 80% del diseño de CFS puede ser resumido en una única frase: CFS > básicamente modela una "CPU ideal, precisa y multi-tarea" sobre hardware > diff --git a/Documentation/translations/sp_SP/scheduler/sched-eevdf.rst b/Documentation/translations/sp_SP/scheduler/sched-eevdf.rst > new file mode 100644 > index 000000000000..54f68473f31a > --- /dev/null > +++ b/Documentation/translations/sp_SP/scheduler/sched-eevdf.rst > @@ -0,0 +1,58 @@ > + > +.. include:: ../disclaimer-sp.rst > + > +:Original: :ref:`Documentation/scheduler/sched-eevdf.rst ` > +:Translator: Sergio González Collado > + > +====================== > +Gestor de tareas EEVDF > +====================== > + > +El gestor de tareas EEVDF,del inglés: "Earliest Eligible Virtual Deadline s/EEVDF,del/EEVDF, del (With a space) > +First", fue presentado por primera vez en una publicación científica en > +1995 [1]. El kernel de Linux comenzó a transicionar hacia EEVPF en la > +versión 6.6 (y como una nueva opción en 2024), alejándose del gestor > +de tareas CFS, en favor de una versión de EEVDF propuesta por Peter > +Zijlstra en 2023 [2-4]. Más información relativa a CFS puede encontrarse > +en Documentation/scheduler/sched-design-CFS.rst. > + > +De forma parecida a CFS, EEVDF intenta distribuir el tiempo de ejecución > +de la CPU de forma equitativa entre todas las tareas que tengan la misma > +prioridad y puedan ser ejecutables. Para eso, asigna un tiempo de > +ejecución virtual a cada tarea, creando un "retraso" que puede ser usado > +para determinar si una tarea ha recibido su cantidad justa de tiempo > +de ejecución en la CPU. De esta manera, una tarea con un "retraso" > +positivo, es porque se le debe tiempo de ejecución, mientras que una > +con "retraso" negativo implica que la tarea ha excedido su cuota de > +tiempo. EEVDF elige las tareas con un "retraso" mayor igual a cero y > +calcula un tiempo límite de ejecución virtual (VD, del inglés: virtual > +deadline) para cada una, eligiendo la tarea con la VD más próxima para > +ser ejecutada a continuación. Es importante darse cuenta que esto permite > +que la tareas que sean sensibles a la latencia que tengan porciones de > +tiempos de ejecución de CPU más cortos ser priorizadas, lo cual ayuda con > +su menor tiempo de respuesta. > + > +Ahora mismo se está discutiendo cómo gestionar esos "retrasos", especialmente > +en tareas que estén en un estado durmiente; pero en el momento en el que > +se escribe este texto EEVDF usa un mecanismo de "decaimiento" basado en el > +tiempo virtual de ejecución (VRT, del inglés: virtual run time). Esto previene > +a las tareas de abusar del sistema simplemente durmiendo brevemente para > +reajustar su retraso negativo: cuando una tarea duerme, esta permanece en > +la cola de ejecución pero marcada para "desencolado diferido", permitiendo > +a su retraso decaer a lo largo de VRT. Por tanto, las tareas que duerman > +por más tiempo eventualmente eliminarán su retraso. Finalmente, las tareas > +pueden adelantarse a otras si su VD es más próximo el tiempo, y las s/el tiempo/en el tiempo > +tareas podrán pedir porciones de tiempo específicas con la nueva llamada > +del sistema sched_setattr(), todo esto facilitara el trabajo en las aplicaciones s/en las/de las > +que sean sensibles a las latencias. > + > +REFERENCIAS > +=========== > + > +[1] https://citeseerx.ist.psu.edu/document?repid=rep1&type=pdf&doi=805acf7726282721504c8f00575d91ebfd750564 > + > +[2] https://lore.kernel.org/lkml/a79014e6-ea83-b316-1e12-2ae056bda6fa@linux.vnet.ibm.com/ > + > +[3] https://lwn.net/Articles/969062/ > + > +[4] https://lwn.net/Articles/925371/ > -- 2.39.2 Nice! With these changes, Reviewed-by: Carlos Bilbao