Pourriez vous m'expliquer comment fait-on pour choisir toutes les
options de compilation de noyau sans passer 1 après midi dessus ?
Je sais faire un lsmod et un lspci mais comment être sûr de ne rien
avoir oublié ou de ne pas mettre qch d'inutile ?
Par exemple, puis je désactiver l'APM et me reposer sur l'ACPI ?
Pour info, j'ai un portable Fujitsu Amilo M6300 avec un celeron 1,2G,
256Meg et j'aimerais utiliser Gentoo. La doc de Gentoo a été très
complète jusqu'à présent mais concernant le noyau elle ne peut pas tout
indiquer, or je ne vois pas comment on peut être sûr d'avoir fait au mieux.
Par ailleurs, la méthode genkernel indique qu'elle n'optimise pas le
noyau mais choisit plutôt les options afin d'avoir un noyau polyvalent.
Idéalement, je cherche un outil qui détectera tout mon matériel (bien
sûr, faut que je branche tout ce dont j'ai besoin sur le portable :
bluetooth notamment) et générera un fichier d'options optimisé.
Voir moins selon l'usage de la machine. Heu, c'est un usage large : bureautique, prog, multimédia.
En usage "large", l'interet de l'optimisation par élimination des options inutiles dans le noyau ne me saute pas aux yeux, sauf pour apprendre. Mais ça prend du temps.
julien:
Voir moins selon l'usage de la machine.
Heu, c'est un usage large : bureautique, prog, multimédia.
En usage "large", l'interet de l'optimisation par élimination des options
inutiles dans le noyau ne me saute pas aux yeux, sauf pour apprendre. Mais
ça prend du temps.
Voir moins selon l'usage de la machine. Heu, c'est un usage large : bureautique, prog, multimédia.
En usage "large", l'interet de l'optimisation par élimination des options inutiles dans le noyau ne me saute pas aux yeux, sauf pour apprendre. Mais ça prend du temps.
Rakotomandimby (R12y)
julien:
Apprendre, c'est: Essayer, essayer, essayer, essayer,... jusqu'à ce que ça marche. Et oui, ça prend du temps. Apprendre oui mais vu le nombre de trucs à savoir, en tout cas sur
Linux, bah à ce rythme là, j'aurais passé le niveau débutant dans 10 ans !
Tu pense sincèrement un jour arriver à un niveau ou tu n'as plus rien besoin d'apprendre?
Franchement je demande à voir. Moi aussi.
J'ai hâte de voir ce que tu vas répondre à celui qui Sébastien
Je ne pense pas qu'il ait parlé de machines dont il ne connait pas le matériel.
julien:
Apprendre, c'est: Essayer, essayer, essayer, essayer,... jusqu'à ce que
ça marche. Et oui, ça prend du temps.
Apprendre oui mais vu le nombre de trucs à savoir, en tout cas sur
Linux, bah à ce rythme là, j'aurais passé le niveau débutant dans 10 ans !
Tu pense sincèrement un jour arriver à un niveau ou tu n'as plus rien
besoin d'apprendre?
Franchement je demande à voir.
Moi aussi.
J'ai hâte de voir ce que tu vas répondre à celui qui Sébastien
Je ne pense pas qu'il ait parlé de machines dont il ne connait pas le
matériel.
Apprendre, c'est: Essayer, essayer, essayer, essayer,... jusqu'à ce que ça marche. Et oui, ça prend du temps. Apprendre oui mais vu le nombre de trucs à savoir, en tout cas sur
Linux, bah à ce rythme là, j'aurais passé le niveau débutant dans 10 ans !
Tu pense sincèrement un jour arriver à un niveau ou tu n'as plus rien besoin d'apprendre?
Franchement je demande à voir. Moi aussi.
J'ai hâte de voir ce que tu vas répondre à celui qui Sébastien
Je ne pense pas qu'il ait parlé de machines dont il ne connait pas le matériel.
Kevin Denis
Le 12-11-2006, julien a écrit :
Pourriez vous m'expliquer comment fait-on pour choisir toutes les options de compilation de noyau sans passer 1 après midi dessus ?
on passe une apres midi dessus la premiere fois. Pour chaque option, tu
as un menu help. Generalement, tu as meme un guide qui te dis: "if unsure, say yes" ou "it's safe to say no".
Je sais faire un lsmod et un lspci mais comment être sûr de ne rien avoir oublié ou de ne pas mettre qch d'inutile ? Par exemple, puis je désactiver l'APM et me reposer sur l'ACPI ?
ca depend de ton ordi (eh!). Tu peux t'inspirer du fichier de conf de
ton noyau actuel, fourni dans /boot generalement, ou bien directement dans /proc/kconfig.gz
Pour info, j'ai un portable Fujitsu Amilo M6300 avec un celeron 1,2G, 256Meg et j'aimerais utiliser Gentoo. La doc de Gentoo a été très complète jusqu'à présent mais concernant le noyau elle ne peut pas tout indiquer, or je ne vois pas comment on peut être sûr d'avoir fait au mieux.
Par ailleurs, la méthode genkernel indique qu'elle n'optimise pas le noyau mais choisit plutôt les options afin d'avoir un noyau polyvalent.
Tu peux tout mettre en module. Un module non charge ne mange pas de RAM,
ne prend pas de temps CPU, ne fait rien.
Idéalement, je cherche un outil qui détectera tout mon matériel (bien sûr, faut que je branche tout ce dont j'ai besoin sur le portable : bluetooth notamment) et générera un fichier d'options optimisé.
ca n'existe pas. A la limite, avec un noyau generique, tu peux lancer un
lsmod pour connaitre les modules charges, et un dmesg pour connaitre ce qui est detecte au demarrage. -- make bzImage && make_modules
Le 12-11-2006, julien <serval2412@yahoo.fr> a écrit :
Pourriez vous m'expliquer comment fait-on pour choisir toutes les
options de compilation de noyau sans passer 1 après midi dessus ?
on passe une apres midi dessus la premiere fois. Pour chaque option, tu
as un menu help. Generalement, tu as meme un guide qui te dis:
"if unsure, say yes" ou "it's safe to say no".
Je sais faire un lsmod et un lspci mais comment être sûr de ne rien
avoir oublié ou de ne pas mettre qch d'inutile ?
Par exemple, puis je désactiver l'APM et me reposer sur l'ACPI ?
ca depend de ton ordi (eh!). Tu peux t'inspirer du fichier de conf de
ton noyau actuel, fourni dans /boot generalement, ou bien directement
dans /proc/kconfig.gz
Pour info, j'ai un portable Fujitsu Amilo M6300 avec un celeron 1,2G,
256Meg et j'aimerais utiliser Gentoo. La doc de Gentoo a été très
complète jusqu'à présent mais concernant le noyau elle ne peut pas tout
indiquer, or je ne vois pas comment on peut être sûr d'avoir fait au mieux.
Par ailleurs, la méthode genkernel indique qu'elle n'optimise pas le
noyau mais choisit plutôt les options afin d'avoir un noyau polyvalent.
Tu peux tout mettre en module. Un module non charge ne mange pas de RAM,
ne prend pas de temps CPU, ne fait rien.
Idéalement, je cherche un outil qui détectera tout mon matériel (bien
sûr, faut que je branche tout ce dont j'ai besoin sur le portable :
bluetooth notamment) et générera un fichier d'options optimisé.
ca n'existe pas. A la limite, avec un noyau generique, tu peux lancer un
lsmod pour connaitre les modules charges, et un dmesg pour connaitre ce
qui est detecte au demarrage.
--
make bzImage && make_modules
Pourriez vous m'expliquer comment fait-on pour choisir toutes les options de compilation de noyau sans passer 1 après midi dessus ?
on passe une apres midi dessus la premiere fois. Pour chaque option, tu
as un menu help. Generalement, tu as meme un guide qui te dis: "if unsure, say yes" ou "it's safe to say no".
Je sais faire un lsmod et un lspci mais comment être sûr de ne rien avoir oublié ou de ne pas mettre qch d'inutile ? Par exemple, puis je désactiver l'APM et me reposer sur l'ACPI ?
ca depend de ton ordi (eh!). Tu peux t'inspirer du fichier de conf de
ton noyau actuel, fourni dans /boot generalement, ou bien directement dans /proc/kconfig.gz
Pour info, j'ai un portable Fujitsu Amilo M6300 avec un celeron 1,2G, 256Meg et j'aimerais utiliser Gentoo. La doc de Gentoo a été très complète jusqu'à présent mais concernant le noyau elle ne peut pas tout indiquer, or je ne vois pas comment on peut être sûr d'avoir fait au mieux.
Par ailleurs, la méthode genkernel indique qu'elle n'optimise pas le noyau mais choisit plutôt les options afin d'avoir un noyau polyvalent.
Tu peux tout mettre en module. Un module non charge ne mange pas de RAM,
ne prend pas de temps CPU, ne fait rien.
Idéalement, je cherche un outil qui détectera tout mon matériel (bien sûr, faut que je branche tout ce dont j'ai besoin sur le portable : bluetooth notamment) et générera un fichier d'options optimisé.
ca n'existe pas. A la limite, avec un noyau generique, tu peux lancer un
lsmod pour connaitre les modules charges, et un dmesg pour connaitre ce qui est detecte au demarrage. -- make bzImage && make_modules
ygg
13/11/2006 10:09 - Kevin Denis /
Idéalement, je cherche un outil qui détectera tout mon matériel Euh, Windows...
sûr, faut que je branche tout ce dont j'ai besoin sur le portable : bluetooth notamment) et générera un fichier d'options optimisé. là le débat est ouvert.
ca n'existe pas. A la limite, avec un noyau generique, tu peux lancer un lsmod pour connaitre les modules charges, et un dmesg pour connaitre ce qui est detecte au demarrage. Le tuning du noyau Linux était indispensable fonctionnellement à
l'époque ou les modules n'existaient pas et intéressant lorsque leur chargement/déchargement ralentissait la machine. Au vu des performances actuelles, les distributions modernes ne s'embarrasse plus de ce genre de détail et compilent le maximum de drivers sous forme de modules. Quant à la compréhension totale du sujet, c'est une tour de Babel dont certains continuent à chercher le sommet (Linus Torvalds).
13/11/2006 10:09 - Kevin Denis /
Idéalement, je cherche un outil qui détectera tout mon matériel
Euh, Windows...
sûr, faut que je branche tout ce dont j'ai besoin sur le portable :
bluetooth notamment) et générera un fichier d'options optimisé.
là le débat est ouvert.
ca n'existe pas. A la limite, avec un noyau generique, tu peux lancer un
lsmod pour connaitre les modules charges, et un dmesg pour connaitre ce
qui est detecte au demarrage.
Le tuning du noyau Linux était indispensable fonctionnellement à
l'époque ou les modules n'existaient pas et intéressant lorsque leur
chargement/déchargement ralentissait la machine. Au vu des performances
actuelles, les distributions modernes ne s'embarrasse plus de ce genre
de détail et compilent le maximum de drivers sous forme de modules.
Quant à la compréhension totale du sujet, c'est une tour de Babel dont
certains continuent à chercher le sommet (Linus Torvalds).
Idéalement, je cherche un outil qui détectera tout mon matériel Euh, Windows...
sûr, faut que je branche tout ce dont j'ai besoin sur le portable : bluetooth notamment) et générera un fichier d'options optimisé. là le débat est ouvert.
ca n'existe pas. A la limite, avec un noyau generique, tu peux lancer un lsmod pour connaitre les modules charges, et un dmesg pour connaitre ce qui est detecte au demarrage. Le tuning du noyau Linux était indispensable fonctionnellement à
l'époque ou les modules n'existaient pas et intéressant lorsque leur chargement/déchargement ralentissait la machine. Au vu des performances actuelles, les distributions modernes ne s'embarrasse plus de ce genre de détail et compilent le maximum de drivers sous forme de modules. Quant à la compréhension totale du sujet, c'est une tour de Babel dont certains continuent à chercher le sommet (Linus Torvalds).
Nicolas George
julien wrote in message <45581a31$0$7738$:
Comment peux tu être sûr que la ligne "Silicon Graphics chipset" n'est pas utilisé par un ordinateur notamment un portable dont on ne connaît jamais toutes les caractéristiques détaillées ?
lspci
Comment sais tu si tu peux supprimer ou pas tout ce qui concerne l'apm et te rabattre sur l'acpi en étant sûr que ça marche ?
Sur une carte mère inconnue, il faut essayer, ou se documenter sur le web. Ça représente une fois par carte mère.
Connais tu tous les sigles, gente MTRR et autres joyeusetés ?
Il y a une doc pour chaque option.
julien wrote in message <45581a31$0$7738$426a74cc@news.free.fr>:
Comment peux tu être sûr que la ligne "Silicon Graphics chipset" n'est
pas utilisé par un ordinateur notamment un portable dont on ne connaît
jamais toutes les caractéristiques détaillées ?
lspci
Comment sais tu si tu peux supprimer ou pas tout ce qui concerne l'apm
et te rabattre sur l'acpi en étant sûr que ça marche ?
Sur une carte mère inconnue, il faut essayer, ou se documenter sur le web.
Ça représente une fois par carte mère.
Connais tu tous les sigles, gente MTRR et autres joyeusetés ?
Comment peux tu être sûr que la ligne "Silicon Graphics chipset" n'est pas utilisé par un ordinateur notamment un portable dont on ne connaît jamais toutes les caractéristiques détaillées ?
lspci
Comment sais tu si tu peux supprimer ou pas tout ce qui concerne l'apm et te rabattre sur l'acpi en étant sûr que ça marche ?
Sur une carte mère inconnue, il faut essayer, ou se documenter sur le web. Ça représente une fois par carte mère.
Connais tu tous les sigles, gente MTRR et autres joyeusetés ?
Il y a une doc pour chaque option.
Sébastien Monbrun aka TiChou
Dans le message <news:45581a31$0$7738$, *julien* tapota sur f.c.o.l.configuration :
Comment peux tu être sûr que la ligne "Silicon Graphics chipset" n'est pas utilisé par un ordinateur
Mauvais exemple. :-) Quand on a ce genre de bécane et que l'on souhaite y installer Linux, c'est qu'on sait déjà ce qu'il y a à l'intérieur et le support à ajouter au noyau.
notamment un portable dont on ne connaît jamais toutes les caractéristiques détaillées ?
La réponse de Nicolas répond essentiellement à cette question. Et généralement on connaît assez vite les caractéristiques de ce type de machine. Quand vous avez des gros stickers Intel Inside Centrino et nVidia graphics, alors vous savez de suite pour le CPU, l'USB, les contrôleurs IDE et VGA, le Wi-Fi, etc. ce qu'il faut ajouter et surtout supprimer.
Comment sais tu si tu peux supprimer ou pas tout ce qui concerne l'apm et te rabattre sur l'acpi en étant sûr que ça marche ?
L'expérience et au pire un premier test. Les erreurs dues à des machines dont l'ACPI est buggé, sont assez caractéristiques pour savoir par exemple quelle option passer au noyau en paramètre de démarrage.
Connais tu tous les sigles, gente MTRR et autres joyeusetés ?
Même si je ne les comprends pas tous, je sais à quoi ils correspondent. C'est-à-dire que je sais, selon le type d'architecture ou selon l'usage qui sera fait de la machine, si j'ai besoin de ces supports ou non.
j'ai une carte s3 graphics twister Fujitsu (twister T PN133 integrated in via VT8231/VT8233) détecté comme une savage, puis-je mettre -video_cards_via dans USE de gentoo ? De même pour -video_cards_chips dummy, ....j'ai même -video_cards_s3 ! Puis-je juste garder video_cards_savage ?
Ceci n'a rien à voir avec la configuration propre du noyau. Il faut se renseigner dans la documentation Gentoo pour savoir quel est l'influence de ces flags. Vous avez, en principe, à votre disposition la commande ufed.
J'ai a priori un celeron 1,2Go qui correspondrait à pentium3m, quelles options dois je prendre pour le cpu ??
Pentium-III/Celeron ?
Bref, si tu sais répondre à tout ça, t'as mis combien de temps avant de savoir tout ça ?
Ce n'est pas une question de temps, mais d'expérience, de logique, de répétition et de bien connaître ses besoins.
t'as une super mémoire
Ma mémoire est exécrable.
et tu comprends tout tout de suite ?
Concernant le noyau, l'aide pour chaque option est généralement assez explicite. Et pour les débutants ou les ignorants, on ne peut pas plus explicite que :
If you don't know what to do here, say N.
ou
You can safely say Y.
-- Sébastien Monbrun aka TiChou
Dans le message <news:45581a31$0$7738$426a74cc@news.free.fr>,
*julien* tapota sur f.c.o.l.configuration :
Comment peux tu être sûr que la ligne "Silicon Graphics chipset" n'est pas
utilisé par un ordinateur
Mauvais exemple. :-) Quand on a ce genre de bécane et que l'on souhaite y
installer Linux, c'est qu'on sait déjà ce qu'il y a à l'intérieur et le
support à ajouter au noyau.
notamment un portable dont on ne connaît jamais toutes les
caractéristiques détaillées ?
La réponse de Nicolas répond essentiellement à cette question. Et
généralement on connaît assez vite les caractéristiques de ce type de
machine. Quand vous avez des gros stickers Intel Inside Centrino et nVidia
graphics, alors vous savez de suite pour le CPU, l'USB, les contrôleurs IDE
et VGA, le Wi-Fi, etc. ce qu'il faut ajouter et surtout supprimer.
Comment sais tu si tu peux supprimer ou pas tout ce qui concerne l'apm et
te rabattre sur l'acpi en étant sûr que ça marche ?
L'expérience et au pire un premier test. Les erreurs dues à des machines
dont l'ACPI est buggé, sont assez caractéristiques pour savoir par exemple
quelle option passer au noyau en paramètre de démarrage.
Connais tu tous les sigles, gente MTRR et autres joyeusetés ?
Même si je ne les comprends pas tous, je sais à quoi ils correspondent.
C'est-à-dire que je sais, selon le type d'architecture ou selon l'usage qui
sera fait de la machine, si j'ai besoin de ces supports ou non.
j'ai une carte s3 graphics twister Fujitsu (twister T PN133 integrated in
via VT8231/VT8233) détecté comme une savage, puis-je
mettre -video_cards_via dans USE de gentoo ? De même
pour -video_cards_chips dummy, ....j'ai même -video_cards_s3 ! Puis-je
juste garder video_cards_savage ?
Ceci n'a rien à voir avec la configuration propre du noyau. Il faut se
renseigner dans la documentation Gentoo pour savoir quel est l'influence de
ces flags. Vous avez, en principe, à votre disposition la commande ufed.
J'ai a priori un celeron 1,2Go qui correspondrait à pentium3m, quelles
options dois je prendre pour le cpu ??
Pentium-III/Celeron ?
Bref, si tu sais répondre à tout ça, t'as mis combien de temps avant de
savoir tout ça ?
Ce n'est pas une question de temps, mais d'expérience, de logique, de
répétition et de bien connaître ses besoins.
t'as une super mémoire
Ma mémoire est exécrable.
et tu comprends tout tout de suite ?
Concernant le noyau, l'aide pour chaque option est généralement assez
explicite. Et pour les débutants ou les ignorants, on ne peut pas plus
explicite que :
Dans le message <news:45581a31$0$7738$, *julien* tapota sur f.c.o.l.configuration :
Comment peux tu être sûr que la ligne "Silicon Graphics chipset" n'est pas utilisé par un ordinateur
Mauvais exemple. :-) Quand on a ce genre de bécane et que l'on souhaite y installer Linux, c'est qu'on sait déjà ce qu'il y a à l'intérieur et le support à ajouter au noyau.
notamment un portable dont on ne connaît jamais toutes les caractéristiques détaillées ?
La réponse de Nicolas répond essentiellement à cette question. Et généralement on connaît assez vite les caractéristiques de ce type de machine. Quand vous avez des gros stickers Intel Inside Centrino et nVidia graphics, alors vous savez de suite pour le CPU, l'USB, les contrôleurs IDE et VGA, le Wi-Fi, etc. ce qu'il faut ajouter et surtout supprimer.
Comment sais tu si tu peux supprimer ou pas tout ce qui concerne l'apm et te rabattre sur l'acpi en étant sûr que ça marche ?
L'expérience et au pire un premier test. Les erreurs dues à des machines dont l'ACPI est buggé, sont assez caractéristiques pour savoir par exemple quelle option passer au noyau en paramètre de démarrage.
Connais tu tous les sigles, gente MTRR et autres joyeusetés ?
Même si je ne les comprends pas tous, je sais à quoi ils correspondent. C'est-à-dire que je sais, selon le type d'architecture ou selon l'usage qui sera fait de la machine, si j'ai besoin de ces supports ou non.
j'ai une carte s3 graphics twister Fujitsu (twister T PN133 integrated in via VT8231/VT8233) détecté comme une savage, puis-je mettre -video_cards_via dans USE de gentoo ? De même pour -video_cards_chips dummy, ....j'ai même -video_cards_s3 ! Puis-je juste garder video_cards_savage ?
Ceci n'a rien à voir avec la configuration propre du noyau. Il faut se renseigner dans la documentation Gentoo pour savoir quel est l'influence de ces flags. Vous avez, en principe, à votre disposition la commande ufed.
J'ai a priori un celeron 1,2Go qui correspondrait à pentium3m, quelles options dois je prendre pour le cpu ??
Pentium-III/Celeron ?
Bref, si tu sais répondre à tout ça, t'as mis combien de temps avant de savoir tout ça ?
Ce n'est pas une question de temps, mais d'expérience, de logique, de répétition et de bien connaître ses besoins.
t'as une super mémoire
Ma mémoire est exécrable.
et tu comprends tout tout de suite ?
Concernant le noyau, l'aide pour chaque option est généralement assez explicite. Et pour les débutants ou les ignorants, on ne peut pas plus explicite que :
If you don't know what to do here, say N.
ou
You can safely say Y.
-- Sébastien Monbrun aka TiChou
BARANGER Emmanuel
Le tuning du noyau Linux était indispensable fonctionnellement à l'époque ou les modules n'existaient pas et intéressant lorsque leur chargement/déchargement ralentissait la machine. Au vu des performances actuelles, les distributions modernes ne s'embarrasse plus de ce genre de détail et compilent le maximum de drivers sous forme de modules. Quant à la compréhension totale du sujet, c'est une tour de Babel dont certains continuent à chercher le sommet (Linus Torvalds).
Oui c'est assez vrai à un e exeption prèt. La compilation du noyeau en realtime pour la musique midi notament avec Jack. Mais en dehors de cette petite particularité, les kernels modernes, effectivement, sont tout à fait satisfaisant par défaut
Le tuning du noyau Linux était indispensable fonctionnellement à
l'époque ou les modules n'existaient pas et intéressant lorsque leur
chargement/déchargement ralentissait la machine. Au vu des performances
actuelles, les distributions modernes ne s'embarrasse plus de ce genre
de détail et compilent le maximum de drivers sous forme de modules.
Quant à la compréhension totale du sujet, c'est une tour de Babel dont
certains continuent à chercher le sommet (Linus Torvalds).
Oui c'est assez vrai à un e exeption prèt. La compilation du noyeau en
realtime pour la musique midi notament avec Jack. Mais en dehors de
cette petite particularité, les kernels modernes, effectivement, sont
tout à fait satisfaisant par défaut
Le tuning du noyau Linux était indispensable fonctionnellement à l'époque ou les modules n'existaient pas et intéressant lorsque leur chargement/déchargement ralentissait la machine. Au vu des performances actuelles, les distributions modernes ne s'embarrasse plus de ce genre de détail et compilent le maximum de drivers sous forme de modules. Quant à la compréhension totale du sujet, c'est une tour de Babel dont certains continuent à chercher le sommet (Linus Torvalds).
Oui c'est assez vrai à un e exeption prèt. La compilation du noyeau en realtime pour la musique midi notament avec Jack. Mais en dehors de cette petite particularité, les kernels modernes, effectivement, sont tout à fait satisfaisant par défaut
Eric Belhomme
=?iso-8859-15?Q?Sébastien_Monbrun_aka_TiChou?= wrote in news::
Ce n'est pas une question de temps, mais d'expérience, de logique, de répétition et de bien connaître ses besoins.
Je ne suis bien sur pas un guru de kernel, mais j'ai une certaine habitude
des compilations de noyau, et je ne pense pas perdre beaucoup de temps en configuration, mais rien que le fait de parser toutes les options pour répondre (Y/M/N) doit me prendre quasiment une heure...
Bien sur, c'est à faire une seule fois pour une machine donnée (par la suite, un copier/coller du .config suivi d'un "make oldconfig" permet de gagner *beaucoup* de temps !)
Reste ensuite à compiler le noyau...
-- Rico
=?iso-8859-15?Q?Sébastien_Monbrun_aka_TiChou?= <gro.uohcit@uohcit>
wrote in news:gniii.20061113123119@florizarre.tichou.org:
Ce n'est pas une question de temps, mais d'expérience, de logique, de
répétition et de bien connaître ses besoins.
Je ne suis bien sur pas un guru de kernel, mais j'ai une certaine habitude
des compilations de noyau, et je ne pense pas perdre beaucoup de temps en
configuration, mais rien que le fait de parser toutes les options pour
répondre (Y/M/N) doit me prendre quasiment une heure...
Bien sur, c'est à faire une seule fois pour une machine donnée (par la
suite, un copier/coller du .config suivi d'un "make oldconfig" permet de
gagner *beaucoup* de temps !)
=?iso-8859-15?Q?Sébastien_Monbrun_aka_TiChou?= wrote in news::
Ce n'est pas une question de temps, mais d'expérience, de logique, de répétition et de bien connaître ses besoins.
Je ne suis bien sur pas un guru de kernel, mais j'ai une certaine habitude
des compilations de noyau, et je ne pense pas perdre beaucoup de temps en configuration, mais rien que le fait de parser toutes les options pour répondre (Y/M/N) doit me prendre quasiment une heure...
Bien sur, c'est à faire une seule fois pour une machine donnée (par la suite, un copier/coller du .config suivi d'un "make oldconfig" permet de gagner *beaucoup* de temps !)
Reste ensuite à compiler le noyau...
-- Rico
Eric Belhomme
ygg wrote in news:ej9g2t$2ab$1 @s1.news.oleane.net:
Le tuning du noyau Linux était indispensable fonctionnellement à l'époque ou les modules n'existaient pas et intéressant lorsque leur chargement/déchargement ralentissait la machine. Au vu des performances actuelles, les distributions modernes ne s'embarrasse plus de ce genre de détail et compilent le maximum de drivers sous forme de modules. Quant à la compréhension totale du sujet, c'est une tour de Babel dont certains continuent à chercher le sommet (Linus Torvalds).
un cas particulier notable, est la cas où on souhaite déployer un serveur dont le niveau de sécurité doit être très élevé : dans ce cas on désactive le suppport des modules, et on inclut tout ce qui est nécessaire en dur directement de le noyau.
-- Rico
ygg <yggdrassil@a_supprimer.cegetel.net> wrote in news:ej9g2t$2ab$1
@s1.news.oleane.net:
Le tuning du noyau Linux était indispensable fonctionnellement à
l'époque ou les modules n'existaient pas et intéressant lorsque leur
chargement/déchargement ralentissait la machine. Au vu des performances
actuelles, les distributions modernes ne s'embarrasse plus de ce genre
de détail et compilent le maximum de drivers sous forme de modules.
Quant à la compréhension totale du sujet, c'est une tour de Babel dont
certains continuent à chercher le sommet (Linus Torvalds).
un cas particulier notable, est la cas où on souhaite déployer un serveur
dont le niveau de sécurité doit être très élevé : dans ce cas on désactive
le suppport des modules, et on inclut tout ce qui est nécessaire en dur
directement de le noyau.
ygg wrote in news:ej9g2t$2ab$1 @s1.news.oleane.net:
Le tuning du noyau Linux était indispensable fonctionnellement à l'époque ou les modules n'existaient pas et intéressant lorsque leur chargement/déchargement ralentissait la machine. Au vu des performances actuelles, les distributions modernes ne s'embarrasse plus de ce genre de détail et compilent le maximum de drivers sous forme de modules. Quant à la compréhension totale du sujet, c'est une tour de Babel dont certains continuent à chercher le sommet (Linus Torvalds).
un cas particulier notable, est la cas où on souhaite déployer un serveur dont le niveau de sécurité doit être très élevé : dans ce cas on désactive le suppport des modules, et on inclut tout ce qui est nécessaire en dur directement de le noyau.
-- Rico
ygg
13/11/2006 14:40 - Eric Belhomme /
ygg wrote in news:ej9g2t$2ab$1 @s1.news.oleane.net:
Le tuning du noyau Linux était indispensable fonctionnellement à l'époque ou les modules n'existaient pas et intéressant lorsque leur chargement/déchargement ralentissait la machine. Au vu des performances actuelles, les distributions modernes ne s'embarrasse plus de ce genre de détail et compilent le maximum de drivers sous forme de modules. Quant à la compréhension totale du sujet, c'est une tour de Babel dont certains continuent à chercher le sommet (Linus Torvalds).
un cas particulier notable, est la cas où on souhaite déployer un serveur dont le niveau de sécurité doit être très élevé : dans ce cas on désactive le suppport des modules, et on inclut tout ce qui est nécessaire en dur directement de le noyau.
Il semblerait que ce que j'ai qualifié de détail dans un certain
contexte ne le soit pas dans d'autres déploiements plus pointus. Au vu de la présence de nombreux spécialistes je me permets une question: Est-il possible de retrouver les options de configuration du noyau à partir du binaire?
13/11/2006 14:40 - Eric Belhomme /
ygg <yggdrassil@a_supprimer.cegetel.net> wrote in news:ej9g2t$2ab$1
@s1.news.oleane.net:
Le tuning du noyau Linux était indispensable fonctionnellement à
l'époque ou les modules n'existaient pas et intéressant lorsque leur
chargement/déchargement ralentissait la machine. Au vu des performances
actuelles, les distributions modernes ne s'embarrasse plus de ce genre
de détail et compilent le maximum de drivers sous forme de modules.
Quant à la compréhension totale du sujet, c'est une tour de Babel dont
certains continuent à chercher le sommet (Linus Torvalds).
un cas particulier notable, est la cas où on souhaite déployer un serveur
dont le niveau de sécurité doit être très élevé : dans ce cas on désactive
le suppport des modules, et on inclut tout ce qui est nécessaire en dur
directement de le noyau.
Il semblerait que ce que j'ai qualifié de détail dans un certain
contexte ne le soit pas dans d'autres déploiements plus pointus. Au vu
de la présence de nombreux spécialistes je me permets une question:
Est-il possible de retrouver les options de configuration du noyau à
partir du binaire?
ygg wrote in news:ej9g2t$2ab$1 @s1.news.oleane.net:
Le tuning du noyau Linux était indispensable fonctionnellement à l'époque ou les modules n'existaient pas et intéressant lorsque leur chargement/déchargement ralentissait la machine. Au vu des performances actuelles, les distributions modernes ne s'embarrasse plus de ce genre de détail et compilent le maximum de drivers sous forme de modules. Quant à la compréhension totale du sujet, c'est une tour de Babel dont certains continuent à chercher le sommet (Linus Torvalds).
un cas particulier notable, est la cas où on souhaite déployer un serveur dont le niveau de sécurité doit être très élevé : dans ce cas on désactive le suppport des modules, et on inclut tout ce qui est nécessaire en dur directement de le noyau.
Il semblerait que ce que j'ai qualifié de détail dans un certain
contexte ne le soit pas dans d'autres déploiements plus pointus. Au vu de la présence de nombreux spécialistes je me permets une question: Est-il possible de retrouver les options de configuration du noyau à partir du binaire?
