Romainhk : passage en tableau, ortho

2009-01-20T19:08:07Z

passage en tableau, ortho

← Version précédente		Version du 20 janvier 2009 à 19:08
Ligne 1 :		Ligne 1 :
	<div class="leapar">Fred<frederic point bonnaud chez la poste point net></div>		<div class="leapar">Fred<frederic point bonnaud chez la poste point net></div>

	Cette manipulation demande à ce que vous connaissiez bien votre matériel (carte réseau, son, disque dur, carte SCSI, etc.), le but de cette ~~manoeuvre~~ étant de passer les principaux drivers en modules pour alléger votre noyau (le kernel) et aussi le rendre plus rapide. Malheureusement vous ne pouvez pas TOUT passer en module, autrement vous ne pourrez même pas booter votre Linux...		Cette manipulation demande à ce que vous connaissiez bien votre matériel (carte réseau, son, disque dur, carte SCSI, etc.), le but de cette manœuvre étant de passer les principaux drivers en modules pour alléger votre noyau (le kernel) et aussi le rendre plus rapide. Malheureusement vous ne pouvez pas TOUT passer en module, autrement vous ne pourrez même pas booter votre Linux...

	Tout d'abord nous allons "optimiser" la compilation du kernel et des modules. Cela va dépendre de la mémoire que vous avez sur votre machine. Regardons ce petit tableau : <br />- 16 Mo : 3 <br />- 24 Mo : 4 <br />- 32 Mo : 5 <br />- 40 Mo : 6 <br />- 48 Mo : 7 <br />- 56 Mo : 8 <br />- 64 Mo : 9 <br />- 80 Mo : 11 <br />- 96 Mo : 13 <br />- 112 Mo: 15 <br />- 118 Mo: 17

			Tout d'abord nous allons "optimiser" la compilation du kernel et des modules. Cela va dépendre de la mémoire que vous avez sur votre machine. Regardons ce petit tableau :
			{\| border="1"
			\|-
			\|16 Mo\|\|3
			\|-
			\|24 Mo\|\|4
			\|-
			\|32 Mo\|\|5
			\|-
			\|40 Mo\|\|6
			\|-
			\|48 Mo\|\|7
			\|-
			\|56 Mo\|\|8
			\|-
			\|64 Mo\|\|9
			\|-
			\|80 Mo\|\|11
			\|-
			\|96 Mo\|\|13
			\|-
			\|112 Mo\|\|15
			\|-
			\|118 Mo\|\|17
			\|}
	Nous allons permettre la compilation en parallèle de plusieurs modules à la fois. N'augmentez pas le chiffre de plus de ce qui est dans ce tableau, sinon vous ralentirez la compilation au lieu de l'optimiser. Pour ce faire, aller dans le répertoire <tt>/usr/src/linux</tt>, éditez le fichier <tt><font color="#FF0000">Makefile</font></tt>, cherchez la ligne " <tt><font color="#FF0000">MAKE=make</font></tt>"et faites ce changement : <br />		Nous allons permettre la compilation en parallèle de plusieurs modules à la fois. N'augmentez pas le chiffre de plus de ce qui est dans ce tableau, sinon vous ralentirez la compilation au lieu de l'optimiser. Pour ce faire, aller dans le répertoire <tt>/usr/src/linux</tt>, éditez le fichier <tt><font color="#FF0000">Makefile</font></tt>, cherchez la ligne " <tt><font color="#FF0000">MAKE=make</font></tt>"et faites ce changement : <br />

	MAKE=make -j N		MAKE=make -j N

	~~<br />~~avec N le nombre du tableau qui correspond à votre config mémoire. <br />Si vous avez plus de 118Mo, le calcul est simple, vous trouvez N= (mémoire/8) +1. <br />		avec N le nombre du tableau qui correspond à votre config mémoire. <br />Si vous avez plus de 118Mo, le calcul est simple, vous trouvez N= (mémoire/8) +1. <br />

	<font color="#FF0000">Attention, cette manip est pour une compilation sous la console (pas sous X !) et va vous bouffer 100% des ressources pour la compilation (ce qui n'est pas grave si vous ne désirez rien faire d'autre en même temps) ! De même si votre ~~systême~~ swappe comme un fou, stoppez la compilation par Ctrl-C et baissez le nombre N ! De même si votre processeur est overclocké ça risque de planter !</font>		<font color="#FF0000">Attention, cette manip est pour une compilation sous la console (pas sous X !) et va vous bouffer 100% des ressources pour la compilation (ce qui n'est pas grave si vous ne désirez rien faire d'autre en même temps) ! De même si votre système swappe comme un fou, stoppez la compilation par Ctrl-C et baissez le nombre N ! De même si votre processeur est overclocké ça risque de planter !</font>

	Bon maintenant passons à ce qui peut être compilé en modules. Déjà tout ce qui permet d'accéder au <tt>/</tt>(racine) <font color="#FF0000">ne doit pas être compilé en module sous peine de ne plus pouvoir booter </font>le systême, c'est à dire que si votre racine est sur un disque IDE, il ne faut pas mettre le support IDE en module, et de même si il est sur un disque SCSI, le SCSI ne dois pas être passé en module. Pour la même raison, le ~~systême~~ de fichiers "ext2fs" (ou ext3fs, etc.) ne doit pas être non plus compilé en module. Si votre partition racine est montée par le réseau et NFS (cas des stations diskless par exemple), ne mettez pas le support de la carte réseau et le support NFS en modules.		Bon maintenant passons à ce qui peut être compilé en modules. Déjà tout ce qui permet d'accéder au <tt>/</tt>(racine) <font color="#FF0000">ne doit pas être compilé en module sous peine de ne plus pouvoir booter </font>le systême, c'est à dire que si votre racine est sur un disque IDE, il ne faut pas mettre le support IDE en module, et de même si il est sur un disque SCSI, le SCSI ne dois pas être passé en module. Pour la même raison, le système de fichiers "ext2fs" (ou ext3fs, etc.) ne doit pas être non plus compilé en module. Si votre partition racine est montée par le réseau et NFS (cas des stations diskless par exemple), ne mettez pas le support de la carte réseau et le support NFS en modules.

	En effet, les modules sont chargés '''APRES''' le noyau, et si les modules IDE sont sur un disque IDE, il faut d'abord les charger avant de pouvoir accéder au disque, mais pour les charger, il faut avoir accès au disque et donc les avoir chargés avant... vous voyez le cercle vicieux ?		En effet, les modules sont chargés '''APRES''' le noyau, et si les modules IDE sont sur un disque IDE, il faut d'abord les charger avant de pouvoir accéder au disque, mais pour les charger, il faut avoir accès au disque et donc les avoir chargés avant... vous voyez le cercle vicieux ?

	Tout le reste peut être compilé en modules, c'est à dire carte son, carte réseau (sauf si la racine est en NFS, voir ci-~~desus~~), port ~~parall&èle~~, ppp support, slip support, CD-ROM, etc. Si vous avez du matériel PnP et que vous voulez utiliser le support PnP, passez également tous les drivers pour ces cartes en modules et configurez votre PNP (voir [../hardware/pnp.php3 rubrique PnP]).		Tout le reste peut être compilé en modules, c'est à dire carte son, carte réseau (sauf si la racine est en NFS, voir ci-dessus), port parallèle, ppp support, slip support, CD-ROM, etc. Si vous avez du matériel PnP et que vous voulez utiliser le support PnP, passez également tous les drivers pour ces cartes en modules et configurez votre PNP (voir [../hardware/pnp.php3 rubrique PnP]).

	Je vous conseille aussi pour plus de facilité d'inclure le chargement auto des modules par le kernel (<tt>kerneld Y</tt>), le support des modules bien sûr. <br />		Je vous conseille aussi pour plus de facilité d'inclure le chargement auto des modules par le kernel (<tt>kerneld Y</tt>), le support des modules bien sûr. <br />
Ligne 26 :		Ligne 49 :

	Après la compilation et l'installation, éditez le fichier <tt>/etc/conf.modules</tt> et passez les ''options'' et ''alias'' de vos modules (voir aussi dans la [../hardware/pnp.php3 rubrique PnP], cela y est expliqué).		Après la compilation et l'installation, éditez le fichier <tt>/etc/conf.modules</tt> et passez les ''options'' et ''alias'' de vos modules (voir aussi dans la [../hardware/pnp.php3 rubrique PnP], cela y est expliqué).

	[[Catégorie:Trucs_Noyau]]		[[Catégorie:Trucs_Noyau]]

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

2005-10-05T15:42:01Z

conversion de la documentation originale de Léa par HTML::WikiConverter

Nouvelle page

<div class="leapar">Fred<frederic point bonnaud chez la poste point net></div>

Cette manipulation demande à ce que vous connaissiez bien votre matériel (carte réseau, son, disque dur, carte SCSI, etc.), le but de cette manoeuvre étant de passer les principaux drivers en modules pour alléger votre noyau (le kernel) et aussi le rendre plus rapide. Malheureusement vous ne pouvez pas TOUT passer en module, autrement vous ne pourrez même pas booter votre Linux...

Tout d'abord nous allons "optimiser" la compilation du kernel et des modules. Cela va dépendre de la mémoire que vous avez sur votre machine. Regardons ce petit tableau : - 16 Mo : 3 - 24 Mo : 4 - 32 Mo : 5 - 40 Mo : 6 - 48 Mo : 7 - 56 Mo : 8 - 64 Mo : 9 - 80 Mo : 11 - 96 Mo : 13 - 112 Mo: 15 - 118 Mo: 17

Nous allons permettre la compilation en parallèle de plusieurs modules à la fois. N'augmentez pas le chiffre de plus de ce qui est dans ce tableau, sinon vous ralentirez la compilation au lieu de l'optimiser. Pour ce faire, aller dans le répertoire <tt>/usr/src/linux</tt>, éditez le fichier <tt>Makefile</tt>, cherchez la ligne " <tt>MAKE=make</tt>"et faites ce changement : 

MAKE=make -j N

 avec N le nombre du tableau qui correspond à votre config mémoire. Si vous avez plus de 118Mo, le calcul est simple, vous trouvez N= (mémoire/8) +1. 

Attention, cette manip est pour une compilation sous la console (pas sous X !) et va vous bouffer 100% des ressources pour la compilation (ce qui n'est pas grave si vous ne désirez rien faire d'autre en même temps) ! De même si votre systême swappe comme un fou, stoppez la compilation par Ctrl-C et baissez le nombre N ! De même si votre processeur est overclocké ça risque de planter !

Bon maintenant passons à ce qui peut être compilé en modules. Déjà tout ce qui permet d'accéder au <tt>/</tt>(racine) ne doit pas être compilé en module sous peine de ne plus pouvoir booter le systême, c'est à dire que si votre racine est sur un disque IDE, il ne faut pas mettre le support IDE en module, et de même si il est sur un disque SCSI, le SCSI ne dois pas être passé en module. Pour la même raison, le systême de fichiers "ext2fs" (ou ext3fs, etc.) ne doit pas être non plus compilé en module. Si votre partition racine est montée par le réseau et NFS (cas des stations diskless par exemple), ne mettez pas le support de la carte réseau et le support NFS en modules.

En effet, les modules sont chargés '''APRES''' le noyau, et si les modules IDE sont sur un disque IDE, il faut d'abord les charger avant de pouvoir accéder au disque, mais pour les charger, il faut avoir accès au disque et donc les avoir chargés avant... vous voyez le cercle vicieux ?

Tout le reste peut être compilé en modules, c'est à dire carte son, carte réseau (sauf si la racine est en NFS, voir ci-desus), port parall&èle, ppp support, slip support, CD-ROM, etc. Si vous avez du matériel PnP et que vous voulez utiliser le support PnP, passez également tous les drivers pour ces cartes en modules et configurez votre PNP (voir [../hardware/pnp.php3 rubrique PnP]).

Je vous conseille aussi pour plus de facilité d'inclure le chargement auto des modules par le kernel (<tt>kerneld Y</tt>), le support des modules bien sûr. 

Pour plus de détails sur la compilation du noyau, voyez la [../kernel/kernel.php3 rubrique compilation du noyau].

<

Après la compilation et l'installation, éditez le fichier <tt>/etc/conf.modules</tt> et passez les ''options'' et ''alias'' de vos modules (voir aussi dans la [../hardware/pnp.php3 rubrique PnP], cela y est expliqué).
[[Catégorie:Trucs_Noyau]]

Trucs:Alléger son noyau en utilisant les modules - Historique des versions

Romainhk : passage en tableau, ortho

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

Romainhk : passage en tableau, ortho

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter