Page 4 sur 7

Publié : mar. 10 juil. 2007, 22:49
par wain
Bonne nouvelle encore:
http://kerneltrap.org/node/11737

=> le scheduler CFS (Completely Fair Scheduler) intègrera le kernel linux 2.6.23.

Cela veut dire qu'un simple kernel vanilla sans patchset offrera désormais une excellente réactivité au système :wink:

Publié : mar. 17 juil. 2007, 15:19
par marc[i1]
Chez moi le patch klight est inaccessible, le site semble mort !

Quelqu'un à ce problème ?

Publié : mar. 17 juil. 2007, 18:13
par wain
merde le site est mort:
http://crazypoulpes.com/~wain/linux-2.6.21-klight7.bz2

Je fais vite un autre paquetage kernel-sources

Publié : mar. 17 juil. 2007, 18:17
par wain
c'est bon, le nouveau package est dispo sur [archlinuxfr].

Je me demande si à l'avenir je ne vais pas distribuer les patchs dans l'archive directement :roll:

Publié : mer. 18 juil. 2007, 12:41
par warnaud
Clair ça t'évitera bien des soucis, car certains patchsets ont toujours le même nom mais évidemment pas le même md5sum :@

Publié : mer. 18 juil. 2007, 12:42
par warnaud
Clair ça t'évitera bien des soucis, car certains patchsets ont toujours le même nom mais évidemment pas le même md5sum :@, d'ailleurs, pourquoi ne pas mirrorer les sources des pkgs que l'on fait ?

Publié : dim. 29 juil. 2007, 13:24
par kozaki
Vous avez suivi les récents développements du côté du patchset 100% Realtime de Ingo Molnár ?
- Linux: Real Time Kernel Patch Queue (Jul 17, 2007) @ http://lwn.net/Articles/105571/
- Approaches to realtime Linux: Ingo's fully preemptible kernel @ http://www.linuxtoday.com/news_story.ph ... -NW-HE-KNl
- Mandriva s'y colle : Trem maintain actually a full hard rt molnar'team works, in mandriva rpm. Qlqs détails (bubar)

Résultats positifs du côté des utilisateurs d'applications multimédia qui requièrent le realtime :) Ex. @ http://ardour.org/node/546

Publié : dim. 29 juil. 2007, 21:16
par warnaud
Ce qui est dommage c'est que Con Kolivas avait fait la même chose depuis des années ...
cf : http://apcmag.com/6735/interview_con_kolivas (l'interview de Kolivas)
http://www.nuxified.org/article/fork_a_ ... he_desktop (solution à mourrir de rire)
http://kerneltrap.org/node/14008 (la version de linus ... j'aime le passage où il explique que si Con Kolivas penfais que son Scheduler était parfais, pourquoi y'en a 30 versions ... si ça c'est pas de la vraie mauvaise foi !)

Mais bon dans 5-10ans on aura des fonctionnalités desktop \o/ (qui seront des forks de patchs déjà existant et plus maintenus ou des retour en arrière)

Publié : dim. 29 juil. 2007, 22:32
par kozaki
trop fort l'interview de Kolivas (gtoulu!) :D
Super intéressant son point de vue, très réaliste sur entre autre comment CK a décidé de se coltiner le kernel (scheduler), et aussi la séparation quasi-totale entre les utilisateurs finaux et les développeurs de Linux !

Bon moi je mentionnais le kernel-rt (realtime), vraiment uniquement dans le but de rendre possible l'utilisation d'un OS Linux comme station audio (pro). Vous connaissez les messages d'avertissement et autres "xun error" au lancement d'applis genre jack-audio, Rosegarden... ?
Si vous aviez entendu comment le nouveau responsable es techniques audios pros de Freenews m'a parlé de Linux pour les applications audio professionnelles ... glooops, pas brillant :x

Pour revenir au départ de CK :( mon expérience sous Arch et Mandriva est intéressante : Même si la gestion RAM des derniers noyaux Mandriva est assez exceptionnelle (genre <60 Mo sous KDE), la réactivité du système en général est assez loin de celle d'Arch (x86_64), pareil voire surtout en RAID1.
Testerais volontier un kernel -ck (avec le Staircase Deadline CPU scheduler) sous Mandriva pour voir...

Publié : lun. 30 juil. 2007, 11:20
par lamisere
kozaki a écrit :la réactivité du système en général est assez loin de celle d'Arch
je suis passé sous frugal et si je ne reviens pas sous arch c'est seulement à cause (grâce) à la réactivité de frugal (i686) :!:

Publié : mer. 01 août 2007, 14:08
par wain
Je trouve que le scheduler CFS a dépasse déjà le CK en terme de réactivité (attention on parle bien du scheduleur CPU et non I/O). On le retrouve désormais dans presque tous les patchsets basés sur le kernel 2.6.22.

@lamisere: arch est compilé pour i686 tout comme frugalware. Je comprend pas ta remarque.

Publié : mer. 01 août 2007, 16:44
par lamisere
wain a écrit :@lamisere: arch est compilé pour i686 tout comme frugalware. Je comprend pas ta remarque.
je voulais dire que je n'avais essayé que la version i686 :wink:

Publié : ven. 10 août 2007, 20:48
par wain
mise à jour kernel-sources 2007.08.10-1:

- marc[i1] a ajouté de la couleur dans le choix des patchs
- le nouveau mirroir eu.kernel.org est utilisé pour les téléchargements
- pour un kernel vanilla 2.6.2x.y, les sources 2.6.2x sont téléchargées et le patch n°y passe le tout en 2.6.2x.y. Le kernel est alors nommé 2.6.22-vanilla-perso mais il s'agit en réalité d'un 2.6.22.x ;-)

Publié : lun. 10 sept. 2007, 10:06
par marc[i1]
Il existe sur AUR un patchset fait par pierluigi :
http://aur.archlinux.org/packages.php?d ... 1&ID=12247

Ce patchset apporte t'il un plus par rapport à ceux déjà présent dans kernel-sources ?
Est'il possible d'intégrer ce patchet si son utilité est justifiée ?

A première vue, il semble proche de ce que propose klight mais peut être offre t'il des petits plus appréciable ?

Publié : lun. 10 sept. 2007, 11:41
par wain
oui il est intéressant. Klight n'évolue plus beaucoup ces derniers temps. L'auteur semble donner plus d'attention à son autre patchset kamikaze. Le patch de pierlo reprend justement l'essentiel de kamikaze mais mixe le tous avec de très nombreux autres patchs. Je m'inquiète un peu de la stabilité. Eh oui il n'y a sûrement pas autant d'utilisateurs de -pierlo que de -kamikaze (soutenu par la communauté gentoo).
Le mieux est donc d'essayer :-D
Je l'ajouterai ASAP.

sinon marc[i1], tu m'avais parlé d'une modif à intégrer pour avoir le clavier FR dans le noyau ?

Publié : lun. 10 sept. 2007, 11:53
par marc[i1]
effectivement :)

Pour avoir le clavier en français par défaut dans le noyau :

Code : Tout sélectionner

loadkeys --mktable  /usr/share/kbd/keymaps/i386/azerty/fr-latin9.map.gz > $startdir/pkg/usr/src/linux/driver/char/defkeymap.c
à adapter selon votre keymap préféré (latin1, ...)

Il existe aussi une astuce pour que LILO écrive correctement (pratique quand on veux passer une option au boot) :

Code : Tout sélectionner

keytab-lilo.pl fr-latin1>/boot/fr.ktl
et de rajouter dans lilo.conf

Code : Tout sélectionner

keytable=/boot/fr.ktl
Par contre j'ai rien trouvé pour GRUB ! :/

Publié : lun. 10 sept. 2007, 13:48
par mélodie
marc[i1] a écrit : Par contre j'ai rien trouvé pour GRUB ! :/
J'ai trouvé quelque chose pour avoir le clavier français fr dans l'interface Grub !
http://pureedelinux.net/howto/
#le clavier français : keytable (hd0,2)/boot/grub/fr-latin1.klt
http://www.graoulug.org/wiki/wakka.php?wiki=GRUB

Mais je n'ai pas trouvé de méthode pour créer le fichier fr-latin1.klt. Possible qu'en le faisant à la main à partir de ça....
# Chargement du clavier français
keytable (hd0,0)/boot/fr-latin1.klt IL EST OÙ CE FICHIER ?!
# Emulation d'un clavier azerty_FR
# http://www.cri74.org/linux/howto/grub-howto-11.html
setkey less backquote
setkey greater tilde
setkey ampersand 1
setkey 1 exclam
setkey tilde 2
setkey 2 at
setkey doublequote 3
setkey 3 numbersign
setkey quote 4
setkey 4 dollar
setkey parenleft 5
setkey 5 percent
setkey minus 6
setkey 6 caret
setkey backquote 7
setkey 7 ampersand
setkey underscore 8
setkey 8 asterisk
setkey backslash 9
setkey 9 parenleft
setkey at 0
setkey 0 parenright
setkey parenright minus
setkey numbersign underscore
# no change for equal
# no change for plus
setkey a q
setkey A Q
setkey z w
setkey Z W
setkey caret bracketleft
# no equivalent for diaresis => we keep the US braceleft
setkey dollar bracketright
# no equivalent for pound => we keep the US braceright
setkey q a
setkey Q A
setkey m semicolon
setkey M colon
setkey bracketleft quote
setkey percent doublequote
setkey asterisk backslash
setkey bracketright bar
setkey w z
setkey W Z
setkey comma m
setkey question M
setkey semicolon comma
setkey period less
setkey colon period
setkey slash greater
setkey exclam slash
setkey bar question
marc[i1]Est-ce qu'il ressemble à ça le fichier fr.ktl que t'a généré LILO ?

Quel rapport avec le noyau ?

Publié : lun. 10 sept. 2007, 13:59
par marc[i1]
mélodie a écrit :marc[i1]Est-ce qu'il ressemble à ça le fichier fr.ktl que t'a généré LILO ?
Je sais pas ... j'utilise GRUB :D

Publié : lun. 10 sept. 2007, 14:07
par mélodie
marc[i1] a écrit :
mélodie a écrit :marc[i1]Est-ce qu'il ressemble à ça le fichier fr.ktl que t'a généré LILO ?
Je sais pas ... j'utilise GRUB :D
Plus qu'à essayer alors, mais où est la charnière entre la compilation du noyau et la configuration des fichiers /etc/lilo.conf ou /boot/grub/menu.lst ?

/Edit : j'ai tenté de créer ce fichier et le placer dans /boot, puis j'ai mis dans le fichier menu.lst

Code : Tout sélectionner

keytable (hd0,1)/boot/fr-latin1.klt
et j'ai rebooté ma machine virtuelle. J'ai ouvert une invite grub et lui ai demandé d'écrire azerty, alors, il a écrit :

grub>qwerty

Bref... puis j'ai tenté 'setkey' car c'est une commande qui existe ! ^^

Mais après modif+reboot, ça ne marche pas non plus. :D

Publié : lun. 10 sept. 2007, 15:25
par mélodie
Voilà comment avoir le clavier AZERTY franco-français dans les commandes Grub de démarrage :

Clavier français sous GRUB
Pour avoir un clavier AZERTY français sous GRUB, il suffit de mettre ceci au début du fichier de configuration de GRUB menu.lst :

# Gestion clavier AZERTY francais pour grub
#
# Lettres correctement transposees
#
setkey a q
setkey A Q
setkey z w
setkey Z W
setkey q a
setkey Q A
setkey m semicolon
setkey M colon
setkey w z
setkey W Z
#
# Ponctuation correctement transposee
#
setkey comma m
setkey question M
setkey semicolon comma
setkey period less
setkey colon period
setkey slash greater
setkey exclam slash
#
setkey dollar bracketright
setkey asterisk backslash
setkey percent doublequote
#
# Chiffres et symboles. Le clavier QWERTY ne gere pas la touche AltGr, ce qui
# pose probleme pour la conversion AZERTY. Choix retenu:
# - Quand le symbole minuscule est utile (exemple "-"), c'est lui qui sera
# obtenu, et le symbole obtenu par AltGr (exemple "|") devra etre transfere
# vers une autre touche.
# - Quand le symbole minuscule est inutile ou ne peut etre converti (exemple
# "e accent aigu"), c'est alors le symbole AltGr (exemple "~") qui sera
# directement obtenu.
#
setkey ampersand 1
setkey 1 exclam
setkey tilde 2
setkey 2 at
setkey doublequote 3
setkey 3 numbersign
setkey quote 4
setkey 4 dollar
setkey parenleft 5
setkey 5 percent
setkey minus 6
setkey 6 caret
setkey backquote 7
setkey 7 ampersand
setkey underscore 8
setkey 8 asterisk
setkey caret 9
setkey 9 parenleft
setkey at 0
setkey 0 parenright
#
# Symboles correctement transposes
#
setkey parenright minus
#
# Symboles demenages vers d'autres touches (vous devrez chercher un peu...)
#
# Inferieur et superieur => touche "carre / cube"
setkey less backquote
setkey greater tilde
#
# "#" ==> la touche "£"
setkey numbersign braceright
#
# "|" ==> touche "mu" (et peut-etre "<"), identique a QWERTY
#
# "\" ==> touche "paragraphe"
setkey backslash question
#
# "[" et "]" sur touche "circonflexe" / "trema"
setkey bracketright braceleft
#
# "{" ==> touche "u accent grave"
setkey braceleft quote
#
# "}" ==> touche "degre"
setkey braceright underscore
#
# Fin des transpositions