Cette id=E9e saugrenue m'est pass=E9e par la t=EAte.
1/ Question troll (?) : vais-je gagner en performance si je compile sacha=
nt que=20
les packages distribu=E9s doivent =EAtre en mode i486, alors que je pourr=
ais=20
compiler pour mon cpu ? Sachant que de toute fa=E7on, je compile d=E9ja m=
oi-m=EAme mes=20
noyaux.
2/ Connaissez-vous des sites qui d=E9crivent comment faire ? (j'ai vu qu'=
il y a=20
des scripts "Slackbuild". C'est peut etre plug&play mais j'aimerais avoir=
des=20
infos avant...)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Rakotomandimby (R12y) Mihamina
( Fri, 18 Mar 2005 21:38:01 +0000 ) 4_Oceans :
Bonjour,
quand je roulais sous slack je l'ai fait. à cette époque je tournait sur un Duron 800Mhz. Ce que tu dois faire c'est bien positionner tes flags GCC et tu peux carément y aller avec les slackbuilds.
Le truc c'est que moi je n'ai pas vu de gains en perfs, parceque je n'avais pas de vrais repères de mesures. mais je l'ai fait.
Cela dit, moi j'y suis allé en une passe. c'est à dire que je n'ai pas tout recompilé avec "tout recompilé". par exemple, les libs ne sont pas recompilées en premier. donc avant que les libs soient recompilées tu tourne avec des "vieilles" libs. les nouvelles libs sont compilées avec certaines vieilles libs... pour que tout soit fait avec du neuf, il faut repasser une deuxieme fois. m'enfin c'est ce que je pense, peut-être que la réalité est toute autre.... et que en une fois tu aura fait tout le travail :-)
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
( Fri, 18 Mar 2005 21:38:01 +0000 ) 4_Oceans :
Bonjour,
quand je roulais sous slack je l'ai fait.
à cette époque je tournait sur un Duron 800Mhz.
Ce que tu dois faire c'est bien positionner tes flags GCC et tu peux
carément y aller avec les slackbuilds.
Le truc c'est que moi je n'ai pas vu de gains en perfs, parceque je
n'avais pas de vrais repères de mesures. mais je l'ai fait.
Cela dit, moi j'y suis allé en une passe. c'est à dire que je n'ai pas
tout recompilé avec "tout recompilé". par exemple, les libs ne sont pas
recompilées en premier. donc avant que les libs soient recompilées tu
tourne avec des "vieilles" libs. les nouvelles libs sont compilées avec
certaines vieilles libs... pour que tout soit fait avec du neuf, il faut
repasser une deuxieme fois. m'enfin c'est ce que je pense, peut-être que
la réalité est toute autre.... et que en une fois tu aura fait tout le
travail :-)
--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
quand je roulais sous slack je l'ai fait. à cette époque je tournait sur un Duron 800Mhz. Ce que tu dois faire c'est bien positionner tes flags GCC et tu peux carément y aller avec les slackbuilds.
Le truc c'est que moi je n'ai pas vu de gains en perfs, parceque je n'avais pas de vrais repères de mesures. mais je l'ai fait.
Cela dit, moi j'y suis allé en une passe. c'est à dire que je n'ai pas tout recompilé avec "tout recompilé". par exemple, les libs ne sont pas recompilées en premier. donc avant que les libs soient recompilées tu tourne avec des "vieilles" libs. les nouvelles libs sont compilées avec certaines vieilles libs... pour que tout soit fait avec du neuf, il faut repasser une deuxieme fois. m'enfin c'est ce que je pense, peut-être que la réalité est toute autre.... et que en une fois tu aura fait tout le travail :-)
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
bobi
( Fri, 18 Mar 2005 21:38:01 +0000 ) 4_Oceans :
Bonjour,
quand je roulais sous slack je l'ai fait. à cette époque je tournait sur un Duron 800Mhz. Ce que tu dois faire c'est bien positionner tes flags GCC et tu peux carément y aller avec les slackbuilds.
Le truc c'est que moi je n'ai pas vu de gains en perfs, parceque je n'avais pas de vrais repères de mesures. mais je l'ai fait.
Cela dit, moi j'y suis allé en une passe. c'est à dire que je n'ai pas tout recompilé avec "tout recompilé". par exemple, les libs ne sont pas recompilées en premier. donc avant que les libs soient recompilées tu tourne avec des "vieilles" libs. les nouvelles libs sont compilées avec certaines vieilles libs... pour que tout soit fait avec du neuf, il faut repasser une deuxieme fois. m'enfin c'est ce que je pense, peut-être que la réalité est toute autre.... et que en une fois tu aura fait tout le travail :-)
il me semble qu'on m'a répondu sur lea que les paquets étaient optimisés
pour i686. Quitte à tout compiler, pense à une linux from scratch (gentoo, sourcemage...)
( Fri, 18 Mar 2005 21:38:01 +0000 ) 4_Oceans :
Bonjour,
quand je roulais sous slack je l'ai fait.
à cette époque je tournait sur un Duron 800Mhz.
Ce que tu dois faire c'est bien positionner tes flags GCC et tu peux
carément y aller avec les slackbuilds.
Le truc c'est que moi je n'ai pas vu de gains en perfs, parceque je
n'avais pas de vrais repères de mesures. mais je l'ai fait.
Cela dit, moi j'y suis allé en une passe. c'est à dire que je n'ai pas
tout recompilé avec "tout recompilé". par exemple, les libs ne sont pas
recompilées en premier. donc avant que les libs soient recompilées tu
tourne avec des "vieilles" libs. les nouvelles libs sont compilées avec
certaines vieilles libs... pour que tout soit fait avec du neuf, il faut
repasser une deuxieme fois. m'enfin c'est ce que je pense, peut-être que
la réalité est toute autre.... et que en une fois tu aura fait tout le
travail :-)
il me semble qu'on m'a répondu sur lea que les paquets étaient optimisés
pour i686.
Quitte à tout compiler, pense à une linux from scratch (gentoo,
sourcemage...)
quand je roulais sous slack je l'ai fait. à cette époque je tournait sur un Duron 800Mhz. Ce que tu dois faire c'est bien positionner tes flags GCC et tu peux carément y aller avec les slackbuilds.
Le truc c'est que moi je n'ai pas vu de gains en perfs, parceque je n'avais pas de vrais repères de mesures. mais je l'ai fait.
Cela dit, moi j'y suis allé en une passe. c'est à dire que je n'ai pas tout recompilé avec "tout recompilé". par exemple, les libs ne sont pas recompilées en premier. donc avant que les libs soient recompilées tu tourne avec des "vieilles" libs. les nouvelles libs sont compilées avec certaines vieilles libs... pour que tout soit fait avec du neuf, il faut repasser une deuxieme fois. m'enfin c'est ce que je pense, peut-être que la réalité est toute autre.... et que en une fois tu aura fait tout le travail :-)
il me semble qu'on m'a répondu sur lea que les paquets étaient optimisés
pour i686. Quitte à tout compiler, pense à une linux from scratch (gentoo, sourcemage...)
4_Oceans
Bonjour,
Le truc c'est que moi je n'ai pas vu de gains en perfs, parceque je n'avais pas de vrais repères de mesures. mais je l'ai fait.
C'est un peu ce que je craignais : au niveau user, on ne voit peut-être pas la différence...
tu peux carément y aller avec les slackbuilds. [...]
les libs ne sont pas recompilées en premier. donc avant que les libs soient recompilées tu tourne avec des "vieilles" libs.
C'est justement une info la dessus que je recherche. Je suis étonné d e ne pas voir un script ou un makefile en haut de la hierarchie pour choisir les packages, par exemple, mais surtout pour ordonnancer correctement les com pils. Il doit bien y avoir un gars qui a déjà fait cela... Sinon, c'est moins simple...
Bonjour,
Le truc c'est que moi je n'ai pas vu de gains en perfs, parceque je
n'avais pas de vrais repères de mesures. mais je l'ai fait.
C'est un peu ce que je craignais : au niveau user, on ne voit peut-être pas la
différence...
tu peux carément y aller avec les slackbuilds.
[...]
les libs ne sont pas recompilées en premier. donc avant que les libs soient recompilées tu
tourne avec des "vieilles" libs.
C'est justement une info la dessus que je recherche. Je suis étonné d e ne pas
voir un script ou un makefile en haut de la hierarchie pour choisir les
packages, par exemple, mais surtout pour ordonnancer correctement les com pils.
Il doit bien y avoir un gars qui a déjà fait cela...
Sinon, c'est moins simple...
Le truc c'est que moi je n'ai pas vu de gains en perfs, parceque je n'avais pas de vrais repères de mesures. mais je l'ai fait.
C'est un peu ce que je craignais : au niveau user, on ne voit peut-être pas la différence...
tu peux carément y aller avec les slackbuilds. [...]
les libs ne sont pas recompilées en premier. donc avant que les libs soient recompilées tu tourne avec des "vieilles" libs.
C'est justement une info la dessus que je recherche. Je suis étonné d e ne pas voir un script ou un makefile en haut de la hierarchie pour choisir les packages, par exemple, mais surtout pour ordonnancer correctement les com pils. Il doit bien y avoir un gars qui a déjà fait cela... Sinon, c'est moins simple...
4_Oceans
Bonjour,
bobi wrote:
il me semble qu'on m'a répondu sur lea que les paquets étaient opti misés pour i686.
Ce qui me met le doute c'est certains noms de packages : aaa_elflibs-10.1.0-i486-1.tgz aalib-1.4rc5-i386-1.tgz par exemple...
Quitte à tout compiler, pense à une linux from scratch (gentoo, sourcemage...) Oui, mais je suis amoureux depuis des années de ma slackware...
Et fidèle ! ;)
Merci pour la réponse.
Bonjour,
bobi wrote:
il me semble qu'on m'a répondu sur lea que les paquets étaient opti misés
pour i686.
Ce qui me met le doute c'est certains noms de packages :
aaa_elflibs-10.1.0-i486-1.tgz
aalib-1.4rc5-i386-1.tgz
par exemple...
Quitte à tout compiler, pense à une linux from scratch (gentoo,
sourcemage...)
Oui, mais je suis amoureux depuis des années de ma slackware...
il me semble qu'on m'a répondu sur lea que les paquets étaient opti misés pour i686.
Ce qui me met le doute c'est certains noms de packages : aaa_elflibs-10.1.0-i486-1.tgz aalib-1.4rc5-i386-1.tgz par exemple...
Quitte à tout compiler, pense à une linux from scratch (gentoo, sourcemage...) Oui, mais je suis amoureux depuis des années de ma slackware...
Et fidèle ! ;)
Merci pour la réponse.
gregg
4_Oceans wrote:
Bonjour,
salut,
1/ Question troll (?) : vais-je gagner en performance si je compile sachant que les packages distribués doivent être en mode i486, alors que je pourrais compiler pour mon cpu ? Sachant que de toute façon, je compile déja moi-même mes noyaux.
Pas sur tout, et pas beaucoup. D'une expérience avec FreeBSD, je n'avais rien gagné en compilant kde. Un peu plus de réactivité en compilant XFree, mais bof, ça ne justifie pas l'opération, amha.
2/ Connaissez-vous des sites qui décrivent comment faire ? (j'ai vu qu'il y a des scripts "Slackbuild". C'est peut etre plug&play mais j'aimerais avoir des infos avant...)
As-tu pensé à swaret, et son option "--compile" ? (je n'ai pas regardé swaret depuis longtemps, mais il me semble que la compilation fonctionne maintenant).
++
4_Oceans wrote:
Bonjour,
salut,
1/ Question troll (?) : vais-je gagner en performance si je compile
sachant que les packages distribués doivent être en mode i486, alors que
je pourrais compiler pour mon cpu ? Sachant que de toute façon, je
compile déja moi-même mes noyaux.
Pas sur tout, et pas beaucoup.
D'une expérience avec FreeBSD, je n'avais rien gagné en compilant kde.
Un peu plus de réactivité en compilant XFree, mais bof, ça ne justifie
pas l'opération, amha.
2/ Connaissez-vous des sites qui décrivent comment faire ? (j'ai vu
qu'il y a des scripts "Slackbuild". C'est peut etre plug&play mais
j'aimerais avoir des infos avant...)
As-tu pensé à swaret, et son option "--compile" ?
(je n'ai pas regardé swaret depuis longtemps, mais il me semble que la
compilation fonctionne maintenant).
1/ Question troll (?) : vais-je gagner en performance si je compile sachant que les packages distribués doivent être en mode i486, alors que je pourrais compiler pour mon cpu ? Sachant que de toute façon, je compile déja moi-même mes noyaux.
Pas sur tout, et pas beaucoup. D'une expérience avec FreeBSD, je n'avais rien gagné en compilant kde. Un peu plus de réactivité en compilant XFree, mais bof, ça ne justifie pas l'opération, amha.
2/ Connaissez-vous des sites qui décrivent comment faire ? (j'ai vu qu'il y a des scripts "Slackbuild". C'est peut etre plug&play mais j'aimerais avoir des infos avant...)
As-tu pensé à swaret, et son option "--compile" ? (je n'ai pas regardé swaret depuis longtemps, mais il me semble que la compilation fonctionne maintenant).
++
Lsom
gregg wrote:
D'une expérience avec FreeBSD, je n'avais rien gagné en compilant k de.
Exact, j'ai la même expérience (j'avais oublié).
Un peu plus de réactivité en compilant XFree, mais bof, ça ne jus tifie pas l'opération, amha. ok
As-tu pensé à swaret, et son option "--compile" ?
Effectivement, je n'ai pas le réflexe swaret.
Merci.
Nb : 4_Oceans et moi ne font qu'un. C'était pour un autre post pour qqu n d'autre. J'avais oublié de changer...
gregg wrote:
D'une expérience avec FreeBSD, je n'avais rien gagné en compilant k de.
Exact, j'ai la même expérience (j'avais oublié).
Un peu plus de réactivité en compilant XFree, mais bof, ça ne jus tifie
pas l'opération, amha.
ok
As-tu pensé à swaret, et son option "--compile" ?
Effectivement, je n'ai pas le réflexe swaret.
Merci.
Nb : 4_Oceans et moi ne font qu'un. C'était pour un autre post pour qqu n
d'autre. J'avais oublié de changer...
D'une expérience avec FreeBSD, je n'avais rien gagné en compilant k de.
Exact, j'ai la même expérience (j'avais oublié).
Un peu plus de réactivité en compilant XFree, mais bof, ça ne jus tifie pas l'opération, amha. ok
As-tu pensé à swaret, et son option "--compile" ?
Effectivement, je n'ai pas le réflexe swaret.
Merci.
Nb : 4_Oceans et moi ne font qu'un. C'était pour un autre post pour qqu n d'autre. J'avais oublié de changer...
Doug713705
Le Samedi 19 Mars 2005 09:48, 4_Oceans s'est exprimé de la sorte sur fr.comp.os.linux.configuration :
Bonjour,
bobi wrote:
il me semble qu'on m'a répondu sur lea que les paquets étaient optimisés pour i686.
Ce qui me met le doute c'est certains noms de packages : aaa_elflibs-10.1.0-i486-1.tgz aalib-1.4rc5-i386-1.tgz par exemple...
Il me semble avoir lu (je n'ai pas réussi à retrouver où) que les packages Slackware étaient compilés avec l'option -mcpuH6 (d'ou leur nom finissant par i486.tgz).
C'est bien dommage et j'aimerai moi aussi optimiser mon système mais recompiler l'ensemble des packages me semble bien long et fastidieux. J'ai déja compiler un système LFS dont j'étais super fier ;-) Bien que le système me permit de tourner pendant 1 an sans problème c'était plus pour l'expérience que pour autre chose.
Quitte à tout compiler, pense à une linux from scratch (gentoo, sourcemage...)
<debat> Ma récente tentative de gentoo (stage 1) fut un echec ( problème de dépendances, loooongueur de compilation hallucinantes [+sieurs jours de download+compil non stop !!!] ) et j'en ai été très déçu et cela m'a un peu refroidi quant aux systèmes "from scratch". </debat>
Oui, mais je suis amoureux depuis des années de ma slackware... Et fidèle ! ;)
<pub> Tu as bien raison, un système des plus stables, fiables et simples. Bref il rempli son contrat : "We have always considered simplicity and stability paramount, and as a result Slackware has become one of the most popular, stable, and friendly distributions available." </pub>
Comme je le dis depuis plusieurs années dans ma signature : Slackware RuleZ ;-)
-- @+ Doug [Linux user #307925] - Slackware RuleZ ;-) [Pourquoi t'es qui, qu'est ce que tu fais par où ?] -- Pour me contacter enlever no-spam (2X) --
Le Samedi 19 Mars 2005 09:48, 4_Oceans s'est exprimé de la sorte sur
fr.comp.os.linux.configuration :
Bonjour,
bobi wrote:
il me semble qu'on m'a répondu sur lea que les paquets étaient optimisés
pour i686.
Ce qui me met le doute c'est certains noms de packages :
aaa_elflibs-10.1.0-i486-1.tgz
aalib-1.4rc5-i386-1.tgz
par exemple...
Il me semble avoir lu (je n'ai pas réussi à retrouver où) que les packages
Slackware étaient compilés avec l'option -mcpuH6 (d'ou leur nom finissant
par i486.tgz).
C'est bien dommage et j'aimerai moi aussi optimiser mon système mais
recompiler l'ensemble des packages me semble bien long et fastidieux.
J'ai déja compiler un système LFS dont j'étais super fier ;-)
Bien que le système me permit de tourner pendant 1 an sans problème c'était
plus pour l'expérience que pour autre chose.
Quitte à tout compiler, pense à une linux from scratch (gentoo,
sourcemage...)
<debat>
Ma récente tentative de gentoo (stage 1) fut un echec ( problème de
dépendances, loooongueur de compilation hallucinantes [+sieurs jours de
download+compil non stop !!!] ) et j'en ai été très déçu et cela m'a un peu
refroidi quant aux systèmes "from scratch".
</debat>
Oui, mais je suis amoureux depuis des années de ma slackware...
Et fidèle ! ;)
<pub>
Tu as bien raison, un système des plus stables, fiables et simples. Bref il
rempli son contrat :
"We have always considered simplicity and stability paramount, and as a
result Slackware has become one of the most popular, stable, and friendly
distributions available."
</pub>
Comme je le dis depuis plusieurs années dans ma signature : Slackware
RuleZ ;-)
--
@+
Doug [Linux user #307925] - Slackware RuleZ ;-)
[Pourquoi t'es qui, qu'est ce que tu fais par où ?]
-- Pour me contacter enlever no-spam (2X) --
Le Samedi 19 Mars 2005 09:48, 4_Oceans s'est exprimé de la sorte sur fr.comp.os.linux.configuration :
Bonjour,
bobi wrote:
il me semble qu'on m'a répondu sur lea que les paquets étaient optimisés pour i686.
Ce qui me met le doute c'est certains noms de packages : aaa_elflibs-10.1.0-i486-1.tgz aalib-1.4rc5-i386-1.tgz par exemple...
Il me semble avoir lu (je n'ai pas réussi à retrouver où) que les packages Slackware étaient compilés avec l'option -mcpuH6 (d'ou leur nom finissant par i486.tgz).
C'est bien dommage et j'aimerai moi aussi optimiser mon système mais recompiler l'ensemble des packages me semble bien long et fastidieux. J'ai déja compiler un système LFS dont j'étais super fier ;-) Bien que le système me permit de tourner pendant 1 an sans problème c'était plus pour l'expérience que pour autre chose.
Quitte à tout compiler, pense à une linux from scratch (gentoo, sourcemage...)
<debat> Ma récente tentative de gentoo (stage 1) fut un echec ( problème de dépendances, loooongueur de compilation hallucinantes [+sieurs jours de download+compil non stop !!!] ) et j'en ai été très déçu et cela m'a un peu refroidi quant aux systèmes "from scratch". </debat>
Oui, mais je suis amoureux depuis des années de ma slackware... Et fidèle ! ;)
<pub> Tu as bien raison, un système des plus stables, fiables et simples. Bref il rempli son contrat : "We have always considered simplicity and stability paramount, and as a result Slackware has become one of the most popular, stable, and friendly distributions available." </pub>
Comme je le dis depuis plusieurs années dans ma signature : Slackware RuleZ ;-)
-- @+ Doug [Linux user #307925] - Slackware RuleZ ;-) [Pourquoi t'es qui, qu'est ce que tu fais par où ?] -- Pour me contacter enlever no-spam (2X) --
Rakotomandimby (R12y) Mihamina
( Sat, 19 Mar 2005 21:48:24 +0100 ) Doug713705 :
me semble avoir lu (je n'ai pas réussi à retrouver où) que les packages Slackware étaient compilés avec l'option -mcpuH6 (d'ou leur nom finissant par i486
c'est lié au FLAG de gcc utilisé ou bien au type de CPU qui peut recevoir ce paquet ?
selon ce document : http://www.linuxpackages.net/howto.php?page=perfect-package&title=Perfect+Package#File_Name
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
( Sat, 19 Mar 2005 21:48:24 +0100 ) Doug713705 :
me semble avoir lu (je n'ai pas réussi à retrouver où) que les packages
Slackware étaient compilés avec l'option -mcpuH6 (d'ou leur nom finissant
par i486
c'est lié au FLAG de gcc utilisé ou bien au type de CPU qui peut
recevoir ce paquet ?
selon ce document :
http://www.linuxpackages.net/howto.php?page=perfect-package&title=Perfect+Package#File_Name
--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
me semble avoir lu (je n'ai pas réussi à retrouver où) que les packages Slackware étaient compilés avec l'option -mcpuH6 (d'ou leur nom finissant par i486
c'est lié au FLAG de gcc utilisé ou bien au type de CPU qui peut recevoir ce paquet ?
selon ce document : http://www.linuxpackages.net/howto.php?page=perfect-package&title=Perfect+Package#File_Name
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Kevin Denis
On 2005-03-18, 4_Oceans wrote:
1/ Question troll (?) : vais-je gagner en performance si je compile sachant que les packages distribués doivent être en mode i486, alors que je pourrais compiler pour mon cpu ? Sachant que de toute façon, je compile déja moi-même mes noyaux.
Vraiment pas grand chose. Et encore moins par rapport au temps passe a
compiler.
2/ Connaissez-vous des sites qui décrivent comment faire ? (j'ai vu qu'il y a des scripts "Slackbuild". C'est peut etre plug&play mais j'aimerais avoir des infos avant...)
Lis les slackbuild et regarde les options choisies. Apres, ca se recompile
tout seul.
Ou alors recompiler toi meme avec les ./configure --options --kivontbien
pub: checkinstall asic-linux.com.mx/~izto/checkinstall/ -- Kevin
On 2005-03-18, 4_Oceans <me@privacy.net> wrote:
1/ Question troll (?) : vais-je gagner en performance si je compile
sachant que
les packages distribués doivent être en mode i486, alors que je pourrais
compiler pour mon cpu ? Sachant que de toute façon, je compile déja
moi-même mes
noyaux.
Vraiment pas grand chose. Et encore moins par rapport au temps passe a
compiler.
2/ Connaissez-vous des sites qui décrivent comment faire ? (j'ai vu qu'il y a
des scripts "Slackbuild". C'est peut etre plug&play mais j'aimerais avoir des
infos avant...)
Lis les slackbuild et regarde les options choisies. Apres, ca se recompile
tout seul.
Ou alors recompiler toi meme avec les ./configure --options --kivontbien
pub: checkinstall
asic-linux.com.mx/~izto/checkinstall/
--
Kevin
1/ Question troll (?) : vais-je gagner en performance si je compile sachant que les packages distribués doivent être en mode i486, alors que je pourrais compiler pour mon cpu ? Sachant que de toute façon, je compile déja moi-même mes noyaux.
Vraiment pas grand chose. Et encore moins par rapport au temps passe a
compiler.
2/ Connaissez-vous des sites qui décrivent comment faire ? (j'ai vu qu'il y a des scripts "Slackbuild". C'est peut etre plug&play mais j'aimerais avoir des infos avant...)
Lis les slackbuild et regarde les options choisies. Apres, ca se recompile
tout seul.
Ou alors recompiler toi meme avec les ./configure --options --kivontbien
pub: checkinstall asic-linux.com.mx/~izto/checkinstall/ -- Kevin
