J'ai compilé l'option 4KSTACKS dans le noyau v.2.6.7 alors qu'avant j'avais un 2.6.3-7mdk et j'observe des lenteurs un peu partout.
 
Est-ce que quelqu'un a une idée concernant cette lenteur.
 
Par contre les drivers nvidia 6106 marchent très bien.

tu as testé le même kernel en enlevant juste le 4kstack pour être sur que c'est bien la cause ?

je suis en train de le faire. Le temps que ça compile mais par rapport à l'ancien kernel c'est une des seules option que j'ai rajouté en plus d'avoir mis en dur le FS ext3, ide, alsa et activé premtible kernel

confirmation c'est bien 4KSTACK qui lambine mais sérieusement

impossible. soit c'est du placebo, soit tu as foiré ta configuration noyau, soit tu as des drivers binaires foireux. mais de ce que je sais des 4K stack et sur le changements que ça implique, tu ne peux pas avoir de ralentissement

ça je sais c'est une question de pile et c'est censé s'exécuter plus vite. C'est bien pour ça que je poste car incompréhension du mon problème. Mais si tu veux le détail de fichier de config du noyau je le post si ça peux servir

déjç, t'as des chiffres significatifs pour argumenter ?

non j'ai pas fais de test mais quand je vois que kde mais 2x plus de temps pour démarrer et pour ouvrir n'importe quelle fenêtre bah je dis que c'est plus lent. Et je précise que  les options étaient les mêmes que mon noyau précedent hormis les modifs énoncées plus haut

le preemptible kernel ça n'est pas rien, tu ne peux pas faire un noyau avec beaucoup de choses différentes, piocher une option et la tenir pour responsable. fais de vrais tests, option par option.

 
Oui c'est ce que je suis en train de faire    
Je ne tiens pas le 4KSTACK pour responsable mais pour l'instant j'ai de forts soupçons.....

Par contre pour le preemptible kernel il lmarche impeccable!!

genre tu serais très qualifié pour faire ce genre de déduction ...

non je ne pense pas

même pas du tout

 
tomate syndrome    

 
et si tu vires le 4kstack de ce 2.6.7, et rien que le 4kstack, tu retrouves les mêmes perf que sur ton 2.6.3 de mdk ??

 
Je recompile les noyaux pour vérifier les options :
-->je refais le 2.6.3-7mdk avec les options que j'avais mises dans le 2.6.7 mais sans le 4kstack, comme ça je verrais s'il ya des ralentissements flagrants (je cherche pas à gagner 3ms   )
 
-->après idem avec 2.6.7 sans 4kstack
 
-->après on verra pour le 4kstack dans un 2.6.3-7mdk ou dans un 2.6.7

J'ai pris dans cooker le kernel-source version 2.6.7-2mdk et j'ai compilé avec 4KStacks + preemptible, et le systeme (KDE principalement) est bien plus rapide qu'avec le 2.6.3-14mdk .

merci de ton bon sens Albator

 
Je ne dis pas le contraire    
J'ai vérifié pour les options du kernel et Taz avait peut-être raison car l'option "Check for stack overflows" était cochée ce qui entraine peut-être un ralentissement.    
 
Donc je vais passer à un 2.6.7-2mdk +options citées par [Albator] et je verrais.
 
Udok-->la réponse est bien oui entre un 2.6.7+4KStack et un 2.6.7 sans, mais sous toutes réserves des autres options...

 
gni ??

J'ai pas vérifié option par option, mais uniquement les changements les plus importants, ce qui peux expliquer les incohérences dans le noyau que j'ai compilé

 
tu comprends bien que si tu veux tester le 4kstack, tu ne dois changer que celui là bien entendu ?  

oui c'est ce que je n'avais pas fait avec le premier kernel que j'ai compilé (et du coup quand j'ai posté mon premier post) mais pour les suivants j'y ai bien veillé !!

bon alors, tu l'as fait le test avec 2.6.7 avec et sans 4kstack, et uniquement ce changement ???

Résultats de ces tests : un merdier total    
 
J'ai compilé un 2.6.7-2mdk avec et sans 4kstack :  
 
-> sans ça marche pas trop mal sauf que comme j'ai compilé l'ide pour les cd en dur j'ai plus de lecteur cd (j'arrive plus à les monter, il me dis qu'ils sont inexistants bien qu'il y ait hdc et hdd dans le /dev!!!) et j'arrive pas à charger le module ndiswrapper
 
->avec le stack j'arrive même plus à installer les drivers nvidia (je lui est indiquer l'option --kernel-source-path et il veut rien savoir), kde veux plus démarrer et il y a une tonnes d'erreurs dans le chargement des services au démarrage.
 
Pour finir retour 2.6.3-7mdk, case départ et de nombreuses heures de perdues
 
Pour clore le tout je comptais faire une petite partie de WRTC-Enemt territory pour faire passer la pilule et bien non le jeu freeze au bout de 2 mins (alors qu'il marchait avant... )
 
Vu l'heure je vais arrêter le désastre ici et je sens que demain (enfin dans quelques heures) je vais faire un rm -f /*, enlever lilo et remettre win.
Je suis pas un informaticien, j'y connais pas grand chose et je rechigne pas à mettre les mains dans le cambouis, mais là c'est trop ça me gonfle terriblement.
 
Encore une question : je fais comment pour virer tous les noyaux et leurs modules proprement ???
Et si ça interresse encore quelqu'un j'essayerai peut-être de refaire deux noyaux pour vérifier le ""problème"" avec l'option 4kstack (quand j'aurai tous remis en ordre)

c'est un peu le premier noyau que tu compiles, donc fort de ton expérience, tout le monde prend bien note de tes conclusion.

si tu veux pas te faire chier la bite pourquoi as tu voulu compilé un kernel.

ne compile pas de kernel dans ce cas la et utilisent ceux de mandrake non ?

bah non, c'est tellement mieux de cocher des options au hasard ...

Les 12000 erreurs au démarrage des services, ça vient probablement d'un oubli d'installer les modules après leur compilation, ça me le fait parfois, forcément le système marche moins bien

Mais je me demande qui dit à ceux qui se mettent sous Linux qu'il faut recompiler son noyau..
 
En tout cas, ça devient courant sur OSA les noob qui raconte n'importe quoi et tente de le faire passer pour une vérité..

 
Lol, c'est clair, moi aussi quand j'ai installé Linux pour la première fois (Mandrake 7.0 je crois), l'espèce de barbu qui m'avait convaincu de l'installer m'a fit "la première chose à faire sous Linux, c'est de recompiler le noyau", et hop.
 
Résultat: plein de trucs qui ne marchent plus, et un système qui n'est pas plus rapide.
Merci Huggy les bons tuyaux

Je suis choqué par le dernier post de tomake!
 
A l'époque ou j'étais newbi linux (1999) j'ai pas commencé directe a compiler un kernel moi. Tomake lui directe recompile un noyau 2.6 et fais mumuse avec les options du kernel. Parce qu'apparement il n'arrive pas a recompiler son noyau correctement maintenant tomake est décu il veut retourner vers windows.
 
Attends quand on est newbie faut pas bruler les étapes.
 
1)recompiler son noyau sous linux n'est pas une obligation, vu que t'es newbie pourquoi tu te contentes pas des noyaux de ta distrib
2) suffit de rater la recompil d'un noyau pour etre dégouter de linux, on voit bien le windowsien en puissance
3) pk vouloir recompiler un noyau quand on est newbi ?

Bonjour à Tous,
 
Désolé mais je me suis emporté hier soir, à tort c'est sûr, excusez moi, et après une bonne nuit j'ai toujours pas virer Linux et je suis sans doute pas prêt de le faire.
 
Pour répondre à quelques remarques :
 
Taz --> non ce n'est pas le tout premier mais il est vrai que j'en ai pas compilé des tonnes non plus. Quand j'étais sous mandrake 9.2 j'en ai compilé un 2.6.3 et j'ai eu aucun problème. Par ailleurs non je n'ai pas coché les options au hasard mais j'ai lu les docs, fait des recherches sur google pour voir ce que tel truc valait par rapport à ceux cocher par défault dans les noyaux de mandrake
 
Glor -->je ne tente pas de faire passer quoique ce soit pour une quelconque vérité mais j'ai relaté des constatations
 
Pour les autres -->certes recompiler le noyau n'est pas une obligation, loin de là, mais pourquoi ne pas essayer pour améliorer aussi ses performances. ET puis c'est pas en prenant les noyaux de mdk que je vais apprendre un jour à savoir compiler un noyau!
 
[Albator] --> pour les modules OK mais quel est l'intérêt de les remettre s'ils sont compiler en dur dans les noyau ??

Si avec le 2.6.7 de ta Mandrake tout fonctionne bien, pourquoi vouloir en changer? C'est le meilleur conseille qu'on puisse donner..
 
Ton titre et le contenu de tes posts pourrait penser à première vue,qu'après ta longue expérience, le 4K Stack ralenti le système. Hors il n'en est rien, et qu'en on lit tout le thread, on se rend compte que ce sont des constatations faites à la louche, à la va vite s'en savoir les conséquences que cela à sur le système que tu ne connais d'ailleurs pas plus que ça..
 
Je dois dire que ta dernière phrase me fait peur..

 
    Vois pas! Un peu plus d'explications peut-être ?
 
Ok pour le titre --> je te propose de le modifier et désolé donc pour en avoir trompé certains sur mon expérience sous linux mais c'était pas le but.

 
Je ne sais pas..

Je me suis mal exprimé ... Dans mon noyau, et dans le tien aussi je suppose, il y a des fonctionnalités en dur, et d'autres en modules.
Il m'arrive régulièrement de compiler le noyau, de l'installer mais d'oublier le "make modules_install". Du coup, au redémarrage, y a plein de services qui foirent (ex: tout ce qui est lié au réseau)

Quand je compile je fais :
make bzImage
make modules && make modules_install
make install
 
donc généralement ou je ne compile pas du tout les modules et dans ce cas là il y a le make install pour me le rappeler par un erreur, ou ya un truc que j'ai loupé quelque part...

outch
 
make mrproper
make menuconfig
make clean
make bzImage
make modules
make modules_install
cp System.map /boot/System.map-${kernel_version}
cp arch/i386/boot/bzIMage /boot/vmlinuz-${kernel_version}
cd /boot/
rm System.map vmlinuz
ln -s System.map-${kernel_version} System.map
ln -s vmlinuz-${kernel_version} vmlinuz
lilo