Ubuntu-fr

Cathou

[Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Salut,

j'espère que c'est la rubrique appropriée..

(Breezy, newbie)

Voila : j'ai un AMD64 X2 et je voudrais utiliser un noyau 686-smp (je tiens pas à passer directement en 64 bits, trop long à expliquer)

Je me pose 2 questions:

- Est-ce que si j'installe le paquet qui va bien, le nouveau noyau ne risque pas de se fâcher avec ce qu'il verra dans /etc, je pense en particulier à Xorg et au nvidia glx.. ?
J'ai déja mis à jour mon noyau une fois, et apt m'avais modifié automatiquement mon menu grub et tout, et ça roulait seulement je restais en noyau 386. Là c'est autre chose..

- D'une manière générale, si on a besoin d'un prog ou d'un module noyau qui n'existe pas dans un dépot, alors on va chercher le tarball qui va bien et on le compile. C'est pas ce qui me fait peur en soi, je me demande seulement : est-ce qu'avec le 'sudo make install' final on risque pas de compromettre tout le système?

Merci d'avance

Dernière modification par Cathou (Le 29/04/2006, à 19:47)

Lestat the vampire

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Pour commencer, utilise cette page du wiki.
Une fois le nouveau noyau installé, grub va se modifier pour booter sur le nouveau noyau en premier (s'il ne le fait pas, tu peux toujours lui indiquer en modifiant la liste).
Si tu as installé les drivers nvidia, tu devras installer aussi les linux-restricted-modules de ton nouveau noyau sinon tu n'auras pas de 3d (voire tu risques de ne pas avoir d'interface graphique au démarrage).
Si tu as besoin d'un prog, tu continue à utiliser Synaptic comme d'habitude. Si le prog ne se trouve pas dans les dépots, soit tu trouves un dépot non officiel qui heberge le paquet, sinon il faudra effectivement compiler ton programme mais la je ne me lance pas dans les détails car je ne pourrais pas t'expliquer pourquoi c pas bien (mais en général faut eviter de la faire sur un système qui utilise des paquets....)

Cathou

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

(J'avais lu la page du wiki)

Oui tout s'est passé comme t'as dit

Il faut effectivement les packages linux-restricted sinon X ne voit pas les module 3D de l'ancien noyau et il plante.

en général faut eviter de la faire sur un système qui utilise des paquets

Donc si on a besoin d'un module noyau qui n'existe pas dans les dépots on est marron alors?

C'est ça que j'ai du mal à piger: la réputation des gens sous Debian c'est d'y aller à grand coup de compils. Et pourtant ils ont un système qui utilise les paquets. Comment ils arrivent à concilier les deux approches?

En tout cas merci pour ton aide

cat /proc/cpuinfo :

processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 15
model           : 43
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
stepping        : 1
cpu MHz         : 2010.371
cache size      : 512 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm cmp_legacy
bogomips        : 1990.65

processor       : 1
vendor_id       : AuthenticAMD
cpu family      : 15
model           : 43
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
stepping        : 1
cpu MHz         : 2010.371
cache size      : 512 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm cmp_legacy
bogomips        : 1990.65

Hé hé

Link31

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

C'est ça que j'ai du mal à piger: la réputation des gens sous Debian c'est d'y aller à grand coup de compils. Et pourtant ils ont un système qui utilise les paquets. Comment ils arrivent à concilier les deux approches?

À mon avis ils compilent puis font un paquet debian. Mais il n'y a aucun risque à compiler, il faut seulement penser à garder le dossier de compilation (ou au moins le Makefile) pour pouvoir désinstaller si besoin.

Cathou

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

À mon avis ils compilent puis font un paquet debian

Ça y est je commence à comprendre !

garder le dossier de compilation (ou au moins le Makefile) pour pouvoir désinstaller si besoin

Tu veux dire en faisant quelque chose du genre sudo make uninstall? C'est un peu cracra, non?
Dans ce cas, est-ce qu'on a la garantie que ce sera fait proprement si entretemps on a changé de compilo, ou upgradé son noyau, ou autre?

Lestat the vampire

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Moi je me pose une autre question existentielle :
Pourquoi ne pas mettre un noyau K7-SMP pour un athlon64 X2 ?? je me demande s'il ne se sont pas gourrés dans le wiki...ou sinon je voudrais bien savoir quel est l'avantage a mettre un 686-smp plutot qu'un k7-smp pour ce genre de proc...
Si quelqu'un a la réponse....merci !!

Link31

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Tu veux dire en faisant quelque chose du genre sudo make uninstall? C'est un peu cracra, non?
Dans ce cas, est-ce qu'on a la garantie que ce sera fait proprement si entretemps on a changé de compilo, ou upgradé son noyau, ou autre?

Non, ça n'a rien à voir avec le compilo. La procédure de désinstallation (tous les rm -f qu'il faut ) est stockée dans un fichier (je crois que c'est dans le Makefile). Ensuite il suffit en effet de faire un sudo make uninstall et cette procédure est appelée.

Maintenant si on a supprimé le dossier en question (ou le Makefile), une solution est de télécharger de nouveau les sources, de faire un ./configure suivi d'un sudo make uninstall. Mais là, ça peut produire des résultats aléatoires si on a upgradé un peu trop de choses entre-temps.

C'est toi qui vois : tu es libre de compiler ou pas de cette façon. Par contre je ne sais plus du tout comment on fait les paquets debian...

Dernière modification par Link31 (Le 29/04/2006, à 22:59)

Cathou

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Lestat the vampire s'est posé la question:

Pourquoi ne pas mettre un noyau K7-SMP pour un athlon64 X2 ??

Tout simplement parce que un 64X2 n'est pas un K7

Tu peux t'en convaincre par exemple ici: http://en.wikipedia.org/wiki/Amd

Si j'ai bien compris - mais je peux me gourrer - un noyau 686 convient pour les K8.
En tout cas pour l'instant ça marche

Link31 a écrit:

Mais là, ça peut produire des résultats aléatoires si on a upgradé un peu trop de choses entre-temps.

On est d'accord, c'est bien ce que j'avais crû comprendre aussi.
Je vais me pencher sur la fabrication de paquets persos, je sens que ça va me plaire

Lestat the vampire

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Je sais bien qu'un X2 est basé sur une architecture K8 et n'est pas un K7, le problème, c'est qu'il n'existe de kernel K8-smp que sous amd64...
En 32bits, il n'y a que K7-smp...et 686-smp...je sais bien que les deux fonctionnent mais quel est le meilleur pour ce genre de proc ?
or je viens de lire aussi que :

i686 = MMX
K7 = MMX, MMXext, 3Dnow!
K8 = MMX, MMXext, 3Dnow!, 3Dnow! Pro aka SSE1, SSE2

Alors ?? 686 ou K7 that is the question ?

Link31

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

cat /proc/cpuinfo

...pour connaître les extensions de ton processeur.

Cathou

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Tu as raison Lestat, maintenant moi aussi j'ai des doutes

Mais si je prends un noyau k7-smp, est-ce qu'une spécificité importante du K8, à savoir l'hypertransport, sera reconnue comme il faut?

Je sens que mon menu grub va pas tarder à s'allonger de nouveau

benohite

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

J'arrive aprés la bataille mais bon

Tu veux dire en faisant quelque chose du genre sudo make uninstall? C'est un peu cracra, non?
Dans ce cas, est-ce qu'on a la garantie que ce sera fait proprement si entretemps on a changé de compilo, ou upgradé son noyau, ou autre?

Non, ça n'a rien à voir avec le compilo. La procédure de désinstallation (tous les rm -f qu'il faut ) est stockée dans un fichier (je crois que c'est dans le Makefile). Ensuite il suffit en effet de faire un sudo make uninstall et cette procédure est appelée.

Maintenant si on a supprimé le dossier en question (ou le Makefile), une solution est de télécharger de nouveau les sources, de faire un ./configure suivi d'un sudo make uninstall. Mais là, ça peut produire des résultats aléatoires si on a upgradé un peu trop de choses entre-temps.

C'est toi qui vois : tu es libre de compiler ou pas de cette façon. Par contre je ne sais plus du tout comment on fait les paquets debian...

Le programme checkinstall permet de créer un paquet deb lors de la compilation et l'installe via apt. La desinstallation est donc garantie est facile, pas besoin de garder le dossier de compilation.

./configure
sudo checkinstall

---

You are legally entitled and encouraged to copy, share and redistribute this CD for yourself and your friends. Share the spirit of Ubuntu !

Lestat the vampire

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Mais si je prends un noyau k7-smp, est-ce qu'une spécificité importante du K8, à savoir l'hypertransport, sera reconnue comme il faut?
Je sens que mon menu grub va pas tarder à s'allonger de nouveau

C'est une excellente question !! je n'en sais foutrement rien !! C'est bien pour ca que je pose la question..si jamais ya des spécialistes !!! Mais si on met un 686 on profite pas des extensions spécifiques d'amd (3dnow, etc....)...
En tout cas, on peut toujours faires des tests comparatifs entre les 2 noyaux...

Cathou

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

En fait il suffit d'aller voir chez ceux qui savent forcément, en l'occurence une mailing-list du linux-kernel

Par exemple ici.

Et surtout là, qui renvoie à une page intéressante.

Le type a listé tous ses paramètres de compilation du noyau. On peut y voir qu'il existe (entre autres!) les flags:

CONFIG_X86_64
CONFIG_64BIT
CONFIG_X86
CONFIG_X86_PC
CONFIG_X86_VSMP
CONFIG_MK8                         <- je verrais bien le support auto de 3Dnow et des SSE avec ce flag, au pif
CONFIG_GENERIC_CPU
CONFIG_SMP
CONFIG_K8_NUMA

Est-ce que ça fait avancer le shimilimili?

Pas vraiment en ce qui concerne les paquets sur les dépots Ubuntu, parce qu'on connaît pas les détails de compilation de chaque noyau. A moins qu'il y ait un moyen de récupérer cette info, mais je le connais pas..

En revanche, le nombre de flags impressionnant permet de penser qu'il y a forcément une combinaison qui va bien pour les K8 dual-core, tout en restant en 32 bits.

J'en arrive à penser que le paquet Ubuntu qui convient au 64X2 en 32 bits n'existe pas pour l'instant.

J'ai l'impression que du côté d'Ubuntu c'est:
"Vous avez un 64X2 ? Faites-le tourner en 64 bits, le noyau approprié existe en paquet sur nos dépots. Si vous voulez le faire tourner en 32 bits, prenez un paquet 32 bits smp."

.. mais que les paquets smp 32 bits sont tous bridés pour le 64X2, chacun à sa manière.

Peut-être que je me gourre, mais c'est l'intuition que j'ai finalement

Lestat the vampire

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Alors la moi je suis largué !!:| je te suis plus car ca depasse mes compétences !!
Néanmoins, une chose est sure : pour profiter pleinement du X2 qu'il faudrait utiliser le K8-smp en 64 bits...après en 32 bits, je ne sais pas tu as peut etre raison et ce proc serait bridé....d'ailleurs s'il existait un foutu driver 64bits pour ma carte wifi, je serais déjà en K8-smp et je me poserais pas la question...

Autre chose, quand on va dans synpatic et qu'on fait une recherche sur les linux-image voila ce qui est écrit dans la description des paquets (je suis sous Dapper et le nombre de kernel s'est reduit et c pas plus mal, c plus simple !!)
Pour le linux-image-2.6.15-21-686 :

Linux kernel image for version 2.6.15 on PPro/Celeron/PII/PIII/PIV SMP/UP
This package contains the Linux kernel image for version 2.6.15 on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium IV with SMP support, the corresponding System.map file, and the modules built by the packager.......

Pour le linux-image-2.6.15-21-k7 :

Linux kernel image for version 2.6.15 on AMD K7 SMP/UP
This package contains the Linux kernel image for version 2.6.15 on AMD Duron/Athlon/Sempron with SMP support, the corresponding System.map file, and the modules built by the packager.

Bilan : Il n'est pas mentionné de quelquonque Athlon dans le 686 alors que dans le K7, il est juste écrit "Athlon" sans précision....sans autre détails et dans le doute...j'ai quand meme installé le K7....Si ta d'autres infos, n'hésite pas ca m'interesse (d'autres aussi peut etre ?) et peut etre qu'il existe aussi une erreur dans le wiki ?
A+

Dernière modification par Lestat the vampire (Le 01/05/2006, à 19:41)

Cathou

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

pour profiter pleinement du X2 qu'il faudrait utiliser le K8-smp en 64 bits

Oui, bien entendu. S'il s'agit de passer en 64 bits, il n'y a pas d'ambiguïté.

J'ai installé le noyau *k7-smp (deux lignes de plus dans mon menu grub ) et ça marche 'aussi bien' que le noyau 686-smp. Alors quid? Quel est le meilleur?

Apparemment on est pas les seuls à être perplexes. Voir par exemple ce thread en anglais. Il y a des arguments en faveur de chacun des noyaux, mais on peut noter cette remarque:

with 686 image
CONFIG_M686=y

with k7 image
CONFIG_MK7=y

Neither one sets CONFIG_MK8=y and running K7 will limit the K8's features to K7's.

Hé hé. Du coup j'ai un peu creusé et j'ai trouvé ça:

CONFIG_MK7
    bool "Athlon/Duron/K7"
    help
      Select this for an AMD Athlon K7-family processor.  Enables use of
      some extended instructions, and passes appropriate optimization
      flags to GCC.

CONFIG_MK8
    bool "Opteron/Athlon64/Hammer/K8"
    help
      Select this for an AMD Opteron or Athlon64 Hammer-family processor.  Enables
      use of some extended instructions, and passes appropriate optimization
      flags to GCC.

En fait si on va voir dans /boot on trouve des fichiers config* qui sont des vestiges de la compilation des noyaux installés et c'est assez instructif de les comparer, en faisant par exemple:
diff -wy config-2.6.12-10-686-smp config-2.6.12-10-k7-smp | less

Effectivement, CONFIG_MK8 est désactivé dans les deux cas, ce qui renforce l'intuition initiale que les noyaux 32 bits smp proposés sur les dépots Ubuntu sont bridés pour les 64X2 et Opteron. Alors que les pentiums, eux, sont très bien supportés. Pas sympa ça, m'sieur Ubuntu

Enfin bref, je vais continuer à chercher. Avec ce que j'ai compris pour l'instant, quelqu'un qui veut utiliser un noyau 32 bits sur une machine à base de 64X2 a intéret à installer un noyau *k7-smp. En ce sens, la page du wiki induit en erreur comme tu le disais.

Je vais me faire un noyau perso qui utilisera le fameux flag CONFIG_MK8 et me fabriquer le deb correspondant, dans la foulée
J'y vais mollo, parce qu'il y a des précautions à prendre quand on installe un noyau custom, surtout vis à vis des mises à jour ultérieures du système via apt. J'ai pas encore tout compris..
Si j'arrive à quelque chose d'intéressant (perfs ET stabilité), je posterai dans ce thread.

s'il existait un foutu driver 64bits pour ma carte wifi

Cette nouvelle peut t'intéresser..

Lestat the vampire

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Comme je l'ai dis plus haut, la tu m'a largué, les modules du noyau et tout ca, ca dépasse mes compétences !!:D Mais je te fais entièrement confiance  sur ce point vu les recherches que tu as faites !
Et bien merci a toi de t'interesser au problème, si jamais tu trouves une solution, ca m'interesse et ca risque surement d'interesser tous les possesseurs de X2 qui serait bridés sur leur ubuntu32...
Sinon merci pour le lien, j'avais déjà lu une news la dessus mais malheureusement, avant qu'ils developpent leur noyau avec tout ce faut pour le wifi dedans...il se passera bien des choses !! et rien ne dis que mon matériel précis sera supporté et encore moins en 64bits !! En attendant, on continue la galère...mais bon, quelquepart on aime ca !

Cathou

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Retour d'expérience + quelques réflexions..

- J'ai compilé et mis sous forme de deb un noyau spécial 64X2 32 bits. Pour ceux que ça intéresse, c'est relativement simple en fait. Comme paquets, on a besoin de fakeroot, de kernel-package et bien sûr du noyau sous forme source. Le plus délicat c'est la config, parce qu'il faut savoir certaines choses pour la faire correctement. Par exemple, pour la prise en charge des clefs usb, on doit activer celle du scsi. Ce genre de choses..
Enfin bref, j'ai fait le ménage en virant tous les modules dont je me sers pas: pcmcia, wifi etc.. En fin de compil on a plusieurs fichiers deb, dont le fameux kernel-image. L'installation de ce dernier se passe aussi bien qu'avec un noyau 'natif ubuntu', à savoir qu'on a automatiquement deux nouvelles entrées dans le menu grub.

- Premier soucis: nvidiaglx ne marche pas. Bah oui, faudrait se recompiler les linux-restricted exprès pour ce noyau. Retour à la case départ
J'ai éludé le problème en repassant en driver 'nv'. Mis à part ça, la stabilité est au rendez-vous, aucun problème.

- J'ai pensé faire un bench pour départager les 4 noyaux à ma disposition (386, 686-smp, k7-smp et 64x2-custom) malheureusement les seuls que j'ai trouvés sur le web de vraiment satisfaisants impliquaient de patcher le noyau, voire même de patcher gcc
Plutôt que tout ce cirque, et en 4 exemplaires, j'ai préféré me faire un truc à la mano en quelques minutes:

/* imulti.c : compilé par gcc -mtune=i386 -m32 imulti.c -o imulti */

#include <stdlib.h>
#include <string.h>

#define TABSIZE 5
#define NLOOP 3000000

int main(int argc, char**argv)
{
   int i,c;

   int *itab = malloc(TABSIZE*sizeof(int));

   if(!itab) return 1;

   memset(itab,0x55,TABSIZE*sizeof(int));

   for(c=0; c<NLOOP; ++c)
   {
      for(i=0; i<TABSIZE; ++i)
      {
         itab[i] = itab[(i+1)%TABSIZE] * itab[(i+2)%TABSIZE] * itab[(i+3)%TABSIZE] * itab[(i+4)%TABSIZE];
      }
   }

   free(itab);
   return 0;
}

Le prog de bench proprement dit consiste à lancer en parallèle (forks) plusieurs instances du programme précédent, et à mesurer le temps d'exécution.
J'ai nommé 'stress' ce programme lanceur et je l'ai exécuté en ligne de commande dans un tty, immédiatement après le boot et sans me loguer dans gnome, en faisant
/usr/bin/time -f "%e secondes" ./stress

En jouant sur le nombre de forks et la mémoire allouée dans le prog lancé (TABSIZE) on peut rendre le bench plus ou moins stressant pour le système, mais uniquement d'un point de vue mémoire et cpu (pas d'accès disque, pas de réseau, pas d'I/O). J'ai utilisé entre 2 et 200 forks, et un tableau de taille comprise entre 5 entiers et 5 millions d'entiers.
Pour plusieurs combinaisons forks/TABSIZE fixées, j'ai comparé les temps d'exécution pour mes 4 noyaux.

- Résultats et conclusions:

1) Les temps d'exécution sur le noyau 386 sont catastrophiques! Environ 2 fois plus longs que sur les trois autres noyaux, et quelquefois pire. Visiblement, un seul des deux coeurs est vu et utilisé par le noyau.

2) Les temps d'exécution sur les 3 autres noyaux sont dans un mouchoir de poche. Par exemple pour un bench de 4mn40s de moyenne, ils se tiennent dans un écart d'une demi-seconde! C'est du kif-kif, quoi.

3) D'après ce qui précède, du strict point de vue de la performance, les deux noyaux smp proposés par ubuntu sont parfaitement interchangeables pour les possesseurs de 64x2 et Opteron.

Bien entendu, pour ceux qui veulent les fonctions PowerNow/Frequency Scaling c'est à eux de voir.
Quant aux mmx, sse etc.. ce sont des instructions de calcul flottant, ce qui fait qu'elles comptent pour peanuts car le noyau linux n'utilise pas la fpu.
A mon avis, si on a pas d'incompatibilité matérielle qui le justifie, ça ne vaut pas le coup de se faire un noyau perso. D'autant plus que...

4) ...on peut gagner des perfs par un autre moyen. Par curiosité j'ai compilé le programme de départ en utilisant l'option -mtune=k8 de gcc, sans toucher au programme stress. En relançant stress, j'ai obtenu des temps divisés par 2 pour chacun des quatre noyaux! Et sans même utiliser l'option -O2..
Ce qui montre que les plus gros gains de performance qu'on peut atteindre c'est dans l'espace utilisateur qu'on doit les chercher.

Un de ces jours j'essaierai apt-build. Je suis curieuse de voir ce que ça peut donner sur:
- X et ses libs
- Gnome et ses libs
- Firefox

Mais je m'égare

dylhoxic

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

A mon avis un noyau k7 sur un amd64 X2 qui fait tourner une Ubuntu 32bits est la meilleure solution...

@cathou : Au niveau des bench, tu peux essayer avec des applications 3D...

---

Kubuntu++

Cathou

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Hé non justement, faut faire gaffe: le risque c'est de faire un bench de l'appli qu'on lance au lieu de faire un bench du noyau (puisque c'est de ça qu'il s'agit).

Les benchmarks les plus intéressants que j'aie trouvé c'est ceux-ci: Kernprof et Lockmeter de SGI.

J'ai pas assez d'expérience sous Unix pour en être certaine, mais ça me semble logique de patcher le noyau si on veut profiler des événements qui sont spécifiques au noyau.

Pour cette raison, mon bench perso est très naïf, j'ai seulement essayé d'avoir beaucoup de changements de contextes via les forks.
On peut imaginer plein de benchmarks différents en espace utilisateur pour essayer de stresser le noyau, mais à mon avis seuls des outils comparables à ceux que j'ai mis en lien peuvent garantir une analyse fine des performances d'un noyau par rapport à un autre

maxfox

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Bonjour Cathou

Trés intéressant tout ça

Puisque tu parles d'apt-build, dont je suis trés curieux également, pourrais-tu nous faire part de tes impressions une fois tes tests effectués ? Il m'ai malheureusement impossible de l'essayer convenablement pour l'instant...

Dernière modification par maxfox (Le 18/05/2006, à 19:11)

alexmic

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Bon bah on peut dire que c'est un thread de qualité, alors je vais tacher de ne pas tout gacher avec mon post.

Perso je suis sur le même porc que Cathou (64 X2 3800+) et j'utilise le k7-smp. Je viens de découvrir que les noyaux 386 étaient utilisables ce qui est pour moi une surprise. D'instinct j'aurais dit que le système ne chargerait pas le premier module après le grub.

Cathou, quitte à recompiler KDE pour voir la différence, pourquoi ne pas tenter une install de Gentoo? (Une distribution basée pour les sources, en gros tout est compilé à l'installation) Kde est réputé tourner la nuit entière pour la compil, mais j'imagine qu'avec ton proco, ça devrait aller plus vite

---

OMG Lawl pwnd rofl... Plaît-il?

Tony802

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Cathou, essaye nbench pour tes tests : http://www.tux.org/~mayer/linux/bmark.html

ciao

Cathou

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Tony802 > merci, mais hélas ce bench ne convient pas: il est strictement monotâche, par construction.

maxfox > J'ai installé apt-build aujourd'hui mais je suis pas allée plus loin. Je ferai mumuse avec quand j'aurai un peu de temps. Si j'arrive à mettre en évidence des gains de perfs de manière tangible, j'en dirai quelques mots bien entendu. En revanche je ne le ferai pas dans ce thread, j'en créerai un nouveau.

alexmic >

quitte à recompiler KDE pour voir la différence, pourquoi ne pas tenter une install de Gentoo?

Hum, j'essaye de ne pas m'éparpiller. Les années passées, j'ai pas cessé de faire des tentatives ponctuelles sous linux sans vraiment accrocher.
Et là ça fait un mois que je m'éclate VRAIMENT avec ma breezy (c'est incroyable le nombre de choses qu'on peut apprendre en un mois avec un wiki et un forum!). J'attends d'être une dure à cuire pour jongler avec les distros comme les grands qui ont des tatouages et tout.. Ceci dit, d'après la réputation de la Gentoo tu as raison.

Mais bon, quand je parlais d'apt-build, j'envisage pas de recompiler tous les paquets ubuntu
Peut-être quelques-uns, les plus gourmands en ressources, et à condition que ça vaille le coup. Mais c'est plutôt de la curiosité pour un outil que je connais pas, un prétexte à la bidouille. Si vraiment j'avais du temps, je me serais mise à Linux From Scratch carrément

Perso je suis sur le même porc que Cathou

Ha ha elle est bien bonne
J'aime bien les animaux mais pas à ce point..
Ou alors peut-être as-tu voulu dire que les processeurs z'aussi sont secs..

Dernière modification par Cathou (Le 18/05/2006, à 23:04)

dylhoxic

Re : [Résolu] Mon nouveau noyau 686-smp saura faire.. ?

Hé non justement, faut faire gaffe: le risque c'est de faire un bench de l'appli qu'on lance au lieu de faire un bench du noyau (puisque c'est de ça qu'il s'agit).

Juste un truc par exemple avec glxgears, un simple changement de kernel de i386 à k7 change radicalement le nombre de fps donc je pense que ca reste valable pour voir l'apport du kernel...

---

Kubuntu++