Version 6.6.1

documentation/linux_configuration.tex

@@ -345,5 +345,69 @@ MAC- und Prüfungsrichtlinien. Wenn Sie unsicher sind, wie Sie diese Frage beant
 sollten, antworten Sie mit N.
 \subsection{Preemption Model (Preemptible Kernel (Low-Latency Desktop)) \texorpdfstring{$\rightarrow$}{->}}
 
+Eingestellt auf : Low-Latency, d.h. nur kleine Verzögerungen beim Modell des Multitaskings.
+Es gibt drei Einstellungen:
+\subsubsection{No Forced Preemption (Server)}
+CONFIG\_PREEMPT\_NONE [=n] \textbf{[N]}\\
+Das war das traditionelle Linux Modell der Unterbrechungen, das sich auf den Durchsatz konzentrierte.
+Wird vor allem für den Server-Einsatz verwendet. Es gibt durchaus gute Performance für die Latenz, jedoch
+keine Garantie dafür und es kann zu zufälligen, längeren Verzögerungszeiten kommen.
+
+Für einen Serverbetrieb wird diese Einstellung empfohlen, damit der maximale Durchsatz an Rechenleistung
+entsteht.
+\subsubsection{Voluntary Kernel Preemption (Desktop)}
+CONFIG\_PREEMPT\_VOLUNTARY [=n] \textbf{[N]}\\
+Diese Einstellung reduziert die Latenz des Kernels durch zusätzliche "explizite Unterbrechungspunkte" im Kernel.
+Diese neuen Unterbrechungspunkte wurden ausgewählt, um die maximale Latenz beim neuerlichen Zuordnen
+des Schedulers zu reduzieren und dadurch schnelle Reaktionszeiten der Applikationen zu gewährleisten. -
+Auf Kosten eines geringeren Durchsatzes wird dies erreicht.
+\subsubsection{Preemptible Kernel (Low-Latency Desktop)}
+CONFIG\_PREEMPT [=y] \textbf{[Y]}\\
+Bei dieser Einstellung wird die Latenz des Kernels weiter erniedrigt indem der gesamte Code des Kernels
+(keine kritischen, geschützten Bereiche) unterbrechbar gemacht wird. Dadurch wird ein reibungsloses
+Arbeiten mit Applikationen aus Nutzersicht erreicht, sogar unter Volllast.
+Wähle diese Einstellung, wenn man einen Desktop oder ein Embedded-System mit einer Latenz im
+Millisekundenbereich möchte. Natürlich geht diese Einstellung mit einem leicht geringerem Durchsatz an
+Rechenleistung einher.
+\subsection{Preemtion behaviour defined on boot}
+CONFIG\_PREEMPT\_DYNAMIC [=y] \textbf{[Y]}\\
+Diese Option ermöglicht es, das Präemptionsmodell über den
+Kernel-Kommandozeilenparameter zu definieren und damit das
+während der Kompilierung definierte Standard-Präemptionsmodell
+außer Kraft zu setzen.
+Diese Funktion ist vor allem für Linux-Distributionen
+interessant, die eine vorgefertigte Kernel-Binärdatei
+bereitstellen, um die Anzahl der angebotenen Kernel-Varianten
+zu reduzieren und dennoch verschiedene Anwendungsfälle zu
+ermöglichen.
+
+Der Laufzeit-Overhead ist vernachlässigbar, wenn
+HAVE\_STATIC\_CALL\_INLINE aktiviert ist, aber wenn Laufzeit-Patching
+für die spezifische Architektur nicht verfügbar ist,
+sollte der potenzielle Overhead in Betracht gezogen werden.
+Interessant wird es, wenn derselbe vorgefertigte Kernel
+sowohl für Server- als auch für Desktop-Workloads verwendet
+werden soll.
+\subsection{Core Scheduling for SMT}
+CONFIG\_SCHED\_CORE [=y] \textbf{[Y]}\\
+Kern-Scheduling für SMT
+
+Diese Option ermöglicht Core Scheduling, ein Mittel zur
+koordinierten Auswahl von Aufgaben zwischen SMT-Geschwistern.
+Wenn diese Option aktiviert ist - siehe prctl
+(PR\_SCHED\_CORE)
+ - stellt die Aufgabenauswahl sicher, dass alle SMT-Geschwister
+eine Aufgabe aus der gleichen \"Kerngruppe\" ausführen und
+den Leerlauf erzwingen, wenn keine passende Aufgabe gefunden
+wird.
+Diese Funktion wird unter anderem verwendet:
+
+- Entschärfung einiger (nicht aller) SMT-Seitenkanäle;
+
+- Begrenzung der SMT-Interferenz zur Verbesserung des Determinismus und/oder der Leistung.\\
+SCHED\_CORE ist standardmäßig deaktiviert. Wenn es aktiviert und unbenutzt ist, was
+bei Linux-Distributionen wahrscheinlich der Fall ist,
+sollte es keine messbaren Auswirkungen auf die Leistung
+haben.
 
 \end{document}