PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__kernel.sec

[qwiat]

Author: qwiat
Date: Mon May  2 19:10:58 2005
New Revision: 5908

Modified:
   PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__kernel.sec
Log:
- wiecej informacji ogolnych o kernelu


Modified: PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__kernel.sec
==============================================================================
--- PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__kernel.sec	(original)
+++ PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__kernel.sec	Mon May  2 19:10:58 2005
@@ -3,10 +3,42 @@
 	<title>Jądro systemu</title>
 	<abstract><para>Jak zapewne większości z was wiadomo jądro (kernel) jest najważniejszym elementem każdego systemu. W uproszczeniu można powiedzieć, że zajmuje się ono nadzorowaniem komunikacji wszystkich elementów systemu.</para></abstract>
 
+<section id="konfiguracja_kernel_w_pld">
+	<title>Jądro w PLD</title>
+	<para>
+		Jedną z silniejszych stron <productname>PLD</productname> jest jego
+		jądro, jest ono tak
+		przygotowane aby można było szybko uruchomić system produkcyjny bez
+		zbędnych przygotowań. Zapewniają to modularność i poważne podejście
+		deweloperów do spraw bezpieczeństwa. Pierwsza z wymienionych cech
+		pozwala uzyskać wysoką uniwersalność i małe zużycie zasobów, druga to
+		nakładanie istotnych dla bezpieczeństwa poprawek. W PLD standardowo
+		stosowana jest łata <productname>grsecurity</productname>
+		(<ulink url="http://www.grsecurity.net">www.grsecurity.net</ulink>).
+		Podsumowując można stwierdzić, że dla większości zastosowań jądro
+		dystrybucyjne spełni wszystkie stawiane przed nim wymagania, bez
+		konieczności jego rekompilacji.
+	</para>
+</section>
+
 	<section id="konfiguracja_kernel_poco">
 		<title>Moduły jądra - po co nam one</title>
-		<para>Moduły jądra zostały stworzone po to by kernel zajmował mało pamięci operacyjnej i był zarazem uniwersalny. Ułatwiają one także prace ludziom zaangażowanym w rozwój jądra i dodatkowych modułów (nie potrzeba kompilować całego kernela by sprawdzić zmiany, wystarczy tylko sam moduł) Wyobraź sobie sytuację, w której masz wkompilowane do niego wszystko, a twój system nie posiada urządzeń, które kernel potrafi obsłużyć. Jest to duże marnotrawstwo, ponieważ w pamięci znajdą się nie potrzebne nam funkcje. Dodać należy fakt, ograniczenia wielkości jądra (można to zmienić odpowiednimi przeróbkami źródeł via Red Hat). Dlatego lubimy moduły. Dają nam one możliwość wyboru między tym co niezbędne, a brakiem wsparcia dla urządzeń. Podsumowując. Nie potrzebujesz to nie używasz.</para>
+		<para>Sterowniki mogą być wkompilowane do wnętrza jądra lub
+		wydzielone jako osobne obiekty - moduły. Moduły jądra zostały stworzone po to by kernel zajmował mało pamięci operacyjnej i był zarazem uniwersalny. Ułatwiają one także prace ludziom zaangażowanym w rozwój jądra i dodatkowych modułów (nie potrzeba kompilować całego kernela by sprawdzić zmiany, wystarczy tylko sam moduł) Wyobraź sobie sytuację, w której masz wkompilowane do niego wszystko, a twój system nie posiada urządzeń, które kernel potrafi obsłużyć. Jest to duże marnotrawstwo, ponieważ w pamięci znajdą się nie potrzebne nam funkcje. Dodać należy fakt, ograniczenia wielkości jądra (można to zmienić odpowiednimi przeróbkami źródeł via Red Hat). Dlatego lubimy moduły. Dają nam one możliwość wyboru między tym co niezbędne, a brakiem wsparcia dla urządzeń. Podsumowując. Nie potrzebujesz to nie używasz.</para>
 		<para>By móc używać modułów potrzebujesz dwóch rzeczy. Kernela z wkompilowaną opcją <option>Loadable module support</option> oraz sterowników skompilowanych jako moduły. Ponieważ używasz PLD to nie masz co się głowić ponieważ wszystko to masz u siebie w systemie.</para>
+		
+		<para>
+			Jak już zostało wspomniane, jądro w PLD jest silnie
+			zmodularyzowane, oprócz zalet ma też swoje konsekwencje. Dla
+			niemal każdego urządzenia lub podsystemu administrator
+			musi znać nazwę modułu, a następnie samodzielnie go załadować
+			do pamięci. Drugim problem to konieczność generowania na nowo
+			obrazu <filename>initrd</filename> po zmianie sprzętu (płyty
+			głównej lub kontrolera HDD). Pierwsza z tych czynności jest
+			opisana w dalszej części rozdziału, zaś opis generowania
+			<filename>initrd</filename> znajdziemy tutaj:
+			<xref linkend="konfiguracja_geninitrd" />.
+		</para>
 	</section>