[Kos-cvs] kos-web/contents features_fr.i,1.10,1.11

[thomas at kos.enix.org]

Update of /var/cvs/kos/kos-web/contents
In directory the-doors:/tmp/cvs-serv15045

Modified Files:
	features_fr.i 
Log Message:
Mise à jour des features, avec séparation des features "classiques" et
des features "originales" de KOS, pour mettre ces dernières en avant.


Index: features_fr.i
===================================================================
RCS file: /var/cvs/kos/kos-web/contents/features_fr.i,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -d -r1.10 -r1.11
--- features_fr.i	29 Dec 2004 20:49:41 -0000	1.10
+++ features_fr.i	3 Jan 2005 22:49:16 -0000	1.11
@@ -2,8 +2,50 @@
    start_content_section("Caractéristiques");
 ?>
 
-Le syst&egrave;me d'exploitation <b>KOS</b> a les
-caract&eacute;ristiques (et la terminologie) suivantes :
+Le système d'exploitation <b>KOS</b> présente deux caractéristiques
+particulières qui le distingue des autres systèmes
+d'exploitation. Elles existent dans d'autres systèmes d'exploitation
+expérimentaux, mais ne sont pas <i>classiques</i>, et présentent donc
+un intérêt.
+
+<ul>
+
+ <li><b>Conception modulaire </b> : le noyau de <b>KOS</b> est découpé
+ en différents modules, chargés par <a
+ href="http://www.gnu.org/software/grub/">GNU Grub</a> et
+ <i>linkés</i> au démarrage par un <i>loader</i>
+ spécifique. Contrairement à <a href="http://www.kernel.org">Linux</a>
+ où seuls des pilotes de périphériques ou des parties optionnelles du
+ noyau peuvent être placées en modules, l'ensemble du noyau de
+ <b>KOS</b> est composé de modules, jusqu'au <i>scheduler</i> ou à la
+ gestion de la mémoire virtuelle. Cela présente de nombreux avantages,
+ notamment en ce qui concerne la séparation claire des fonctionnalités
+ du système. Les modules sont donc des fichiers objets au format ELF
+ chargés depuis le disque ou via le réseau par Grub. Notre loader
+ effectue ensuite l'édition de liens sur les modules et lance le
+ programme résultant : le <i>noyau</i>. La première phase du lancement
+ consiste à le système dans l'ordre des <i>init levels</i> de chaque
+ module. Pour plus d'informations sur les modules, vous pouvez vous
+ reporter à la documentation <i>Modules dans KOS</i>, au format <a
+ href="http://kos.enix.org/~d2/snapshots/kos_current/doc/modules-html/">HTML</a>,
+ <a
+ href="http://kos.enix.org/~d2/snapshots/kos_current/doc/modules.ps">PostScript</a>
+ ou <a
+ href="http://kos.enix.org/~d2/snapshots/kos_current/doc/modules.pdf">PDF</a>
+ ;</li>
+
+ <li><b>Gestion des ressources système :</b> Collecteur d'interfaces
+ pour les drivers, appel&eacute; <i>Karm</i>, pour <i>Kos Abstract
+ Resource Management</i>. <i>Karm</i> se charge du lien
+ entre l'utilisateur et le noyau, et en particulier de la mise à
+ disposition des applications utilisateur d'interfaces
+ spécialisées. <i>Karm</i> constitue un des points intéressants et
+ particuliers de KOS.</li>
+
+</ul>
+
+<p>En plus de ces fonctionnalités un peu originales, <b>KOS</b> possède
+actuellement les caractéristiques suivantes :</p>
 
 <ul>
 
@@ -14,13 +56,6 @@
  ...), format objet ELF32. Unix (Linux/x86, Solaris/sparc+cross-gcc
  Ok) fortement recommandé</li>
 
- <li><b>Conception modulaire </b> : <a
- href="http://www.gnu.org/software/grub/">GNU Grub</a> charge le
- <i>loader</i> et les modules (fichiers objets au format ELF) depuis
- le disque ou <i>via</i> réseau. Le <i>loader</i> effectue l'édition
- de liens sur les modules et lance le programme résultant : le
- <i>noyau</i>. La première phase du lancement consiste à initialiser
- le système dans l'ordre des <i>init levels</i> de chaque module.</li>
 
  <li><b>Adressage mémoire physique :</b>par pagination essentiellement
  (segmentation configurée en mode Flat). 4Go adressables sans
@@ -55,14 +90,6 @@
  <li><b>Gestion espaces d'adressages :</b> modèle objet VM de SVR4
  (module <tt>vmm</tt>). Demand-paging, anonymous et file mapping</li>
 
- <li><b>Gestion des ressources système :</b> Collecteur d'interfaces
- pour les drivers, appel&eacute; <i>Karm</i>, pour <i>Kos Abstract
- Resource Management</i>. <i>Karm</i> se charge du lien
- entre l'utilisateur et le noyau, et en particulier de la mise à
- disposition des applications utilisateur d'interfaces
- spécialisées. <i>Karm</i> constitue un des points intéressants et
- particuliers de KOS.</li>
-
  <li><b>Mode utilisateur :</b> Plusieurs <i>teams</i> existent,
  chacun(e) définissant un espace d'adressage, et constitué(e)s de
  <i>threads</i>. Les teams peuvent partager des pages en