Je viens de tester le noyau 2.6.0test9 et j'ai remarqué qu'il était vraiment lent. Par exemple lorsque je lance Eterm, il met 1 à 2 sec à m'afficher le '#' et à me permettre la saisie alors qu'avec le 2.4.20 c'est quasi instantanné. Autre exemple plus flagrant, sous quake 3, je descends toutes les 2 secondes à 20fps puis ca remonte a 125fps puis ca redescend a 20fps...
J'avais constaté le meme probleme avec le noyau 2.6.0test8 (j'ai pas testé les versions précédentes)
 
Je pense que ça doit venir d'une mauvaise configuration du noyau mais je ne sais vraiment pas vers ou chercher.
 
Pour info, je tourne sous une gentoo.

 
j'ai pas de probleme de console, j'utilise gnome-terminal, perso.
je vais aller voir sous quake ; euh, c'est quoi la commande pour avoir les fps ?

J'ai pris l'exemple de Eterm et de quake mais c'est vraiment tout le systeme qui est lent et ca se ressent vraiment. Donc si tu l'as pas remarqué c'est que tu ne dois pas avoir ce probleme.
Est-ce que tu pourrais m'envoyer le fichier config de ton noyau que je teste avec tes options. Tu peux me l'envoyer ici: simon.treny@free.fr
 
Merci

done.

Je le sent de plus en plus mal ce 2.6
Apparement il est aussi mal conçu que le 2.4. D'ailleurs Redhat refuse de l'incorporer en tant que noyau principal avant 2005.
 
Bref, c'est mal barré

 
un peu rapide ta réflexion ...

Euh dans presque tous les benchmark, le 2.6 est plus performant que le 2.4.

 
tu l'as testé ?

Tu as peut etre pas remarqué, mais d'une part le kernel 2.6 n'est toujours pas sortit (si ca se trouve il sortira en 2005), et Redhat devient une distrib centrée uniquement sur les serveurs, et quand on voit le temps que le 2.4 a mis pour être vraiment stable une telle déclaration se comprend.
 
Alors pour ceux qui suivent lkml d'encore plus loin que moi, depuis le 2.6.0-test6 y a eu des modifs au niveau de l'io scheduler qui le rend 2 fois plus lent dans les benchmarks C'est corrigé dans le test-9-mm1
 
D'ailleurs quake3 marche impec avec mon -test9-mm1 avec le patch vm swappiness de ck (il doit aussi tres bien marcher sans ce patch mais j'ai pas testé)

Je vous rappelle que duglambier est un multi de samuelp si mes souvenirs sont bons.

Ca me fait marrer ceux qui font des prédictions sur l'avenir de l'info même à deux ans... "Linux n'est pas prêt pour le desktop", "pour les jeux" "ne sera jamais aussi "facile" que windows"...

 
évidemment, ils veulent le tester avant ... ça fera qu'un an de test, c'est pas excessif pour un kernel, sur des machines de prod  

 
surtout qu'en on voit tout ce qu'il apporte niveau sécu et features, je trouve que c'est plutot pas mal qu'il soit plus rapide ...

 
ah oui, pas faux    
décidément il est partout aujourd'hui
 
 
 
bon sinon, _Momone_, renice X à 0 pour voir

_Momone_ tu serais pas également un autre multi à sam qui trainerait dans un coin ?

 
Tu sais, mon chef (qui tres fort en info) m'assure que Linux n'est pas pret pour le Desktop. Il dit que c'est trop compliqué, pas convivial, et que ça percera jamais.
 
C'est vrai que dans certaisn domaines Linux est a la traine... et ce n'est pas un troll.
 
Quand on aura une couche stable que l'on change pas toutes les semaines permettant de developper facilement des drivers, on aura fait un grand pas.
 
J'espere que le 2.6 va corriger cette lacune : il faut apparemment developper 1 driver pour chaque noyau different (et ça peut meme aller au 2.4.21-aa1 et 2.4.21-aa2 : parfois c pas compatible !!!)
 
Est ce que les ingenieurs de Microsoft sont si bons que ça pour fournir une couche interface facile a programmer pour les drivers et relativement identique qqsoit les Windows ou est ce que c'est le noyau Linux qui est mal foutu ?

pas crédible dutout. Mais attends, on parle bien du même Duglambier qui est modo sur ppc et qui me fait la morale ?  
 

ah ouai, le coup de l'interface entre le noyau et le driver, c'est un coup de sam ça aussi !
je confirme

Mairde je suis demasqué

Comment peut-on dire "jamais" ?
Si tu regardes Windows 3.1 par rapport à XP, tu pouvais très bien dire la même chose à propos de Windows : compliqué (les jeux dont il fallait tripatouiller l'autoexec et le config.sys), pas convivial. Ca n'a pas de sens ce jamais. Il n'y a rien d'intrinsèque dans Linux qui empêche d'avoir des outils conviviaux, Mandrake ou Suse y arrivent très bien. Et quand on voit la vitesse de développement de Linux par rapport à celui de Windows, y a pas photo.
D'ailleurs KDE ou Gnome sont déjà plus conviviaux que XP. T'as déjà essayé de remplacer le thème Playskool de XP ?

Il est tombé dedans.

J'ai essayé avec le config de perchut et apparemment ca marche beaucoup mieux depuis: Quake ne rame plus, ya juste ETerm qu'est toujours super lent à lancer par rapport au 2.4. Mais je vais essayer avec le mm1!
 
Merci Perchut
 
Sinon, sans vouloir troller, ce que dit duglambier est pas faux, le fait que l'interface driver change a partiquement chaque nouvelle version de noyau doit refroidir pas mal de constructeur.

 
sam....

nan meme pas

 
Inscrit depuis 2001, pas beaucoup de messages...
Dommage que la table des multis ait été remise à zéro.

ah ouaih ?    
et tu crois qu'un pilote W9x marche sur un noyau 2K ?
ou encore un pilote 2K marche sur XP ?
 
C idem !!!
 
la force de windows c qu'il a tous les fabricants derriere lui !!
 
 
Linus l'a dit: "les plus grandes innovations sur linux viendront du "user space" ....."  
c a dire de ce que la communauté va apporter en gui (le noyau lui est hyper stable), pilote etc ... et esperons que les fabricants soutiennent aussi linux !! c ca le vrai enjeu.

Le modèle gestion des drivers, WDM, apparu sous W2K (avant ? m'en rappelle plus ... non je pense pas ... ) est présent sous XP aussi non ?

oui ca c theorique (meme ss w98 et Me  tu avait le WDM )... ds la pratique y'a eu pa mal de pilotes a rechopper ... maintenant ca s'harmonise un peu mieux : les fabricants prennent un peu plus connaissance de la HAL.
 

C'est convivial en effet : il y a le mémorable topic de 25 pages sur S&R sur la mise en place de certains thèmes (OsX, keramik) sous XP : il faut modifier les dll (soit dit en passant c'est illégal), la base des registres, et faut rebooter au moins deux fois pour qu'il tienne compte des nouvelles icones http://forum.hardware.fr/forum2.ph [...] 9863&cat=4 . A part ça c'est hyper convivial.

 
Tu vois le mal partout !  

La BDR est hyper conviviale voyons !
N'importe quelle personne sait quelle clé modifier dans /Hkeys/Local/Machine/Applications/Pack_qui_marche_pas enfin !

 
ah bah je vais pouvoir ressortir mes vieux multi alors

... je rajouterai en plus que ca te pourri bien la stabilité de XP (cf login window). (merci j'ai testé samourize et autre winblind)