Le problème de la méthode "yum upgrade" est qu'anaconda de FC2 n'est pas excécuté dans ce cas. Ce qui est normal si yum est lancé depuis Linux 2.4 alors qu'anaconda est prévu pour configurer pour Linux 2.6.
Donc si t'es doué et que tu peux faire le boulot que fait normalement anaconda...
Sinon il y a aussi le mode "update" dans l'installation de FC2 :-)
> sans effacer le 2.4 pour un évantuelle retour si probleme il y a..
Ça marche peut-être mais FC2 n'a jamais été fait pour supporter Linux 2.4. D'ailleur j'ai pas vu de personne faire ça sur les mailings test de devel de fedora.
Puis je crois que la glibc utilise des trucs spécifiques à Linux 2.6.
La FC2 finale est pour le 18/05 (en réalité elle est déjà faite mais il faut quelques jours pour les miroirs).
Avant de te prendre la tête, mets à jours ta FC2T3.
Tu peux le faire en fesant pointer yum sur la branche de développement.
Attention, la branche de développement de Fedora qui était jusqu'à maintenant dédié au bugfixe de FC2 est maintenant la branche de développement de FC3. Il y a rien pour l'instant sauf fedora-release-2-rawhide, mais ça ne va pas tarder.
Donc mets tout à jours avec cette source aujourd'hui sauf fedora-release et rpmdb-fedora. Puis n'utilise plus la branche de développement si tu veux une distribution stable.
Fais pointer yum sur : http://fr2.rpmfind.net/linux/fedora/core/development/i386/(...)
Je répète, uniquement pour aujourd'hui voir demain, et ne mets pas à jours fedora-release et rpmdb-fedora (utilises "--exclude=fedora-release --exclude=rpmdb-fedora").
Chaqu'un a sa définition de troll...
De plus on peut tous troller sans le faire exprès.
Quelqu'un qui connait mal Linux pourrait dire :
- "C'est nul linux pour la sécurité car il n'y a pas d'anti-virus"
> C'est donc une question pke j'ai PAS COMPRIS pourquoi je ne trouvait plus mplayer en passant a la test 3 avec yum et apt !!
Ben dans ce cas, pause une question :
- "je suis passe de FC2T2 à FC2T3 et je ne vois plus mplayer. Quelqu'un peut m'aider ?"
De plus tu semble systématiquement ignorer ce qu'est une "test". C'est une version de développement. Ce n'est pas un produit pour la consommation. C'est pour des testeurs/développeurs/curieux. Donc si php-imap n'est pas dans test1 on est prévenu à l'avance que l'intention est de virer php-imap dans FC2 "finale".
Notes que l'inverse est arrivé. SeLinux était activé par défaut dans "test 2" et la version finale n'aura pas SeLinux activé par défaut. Rendez-vous pour FC3 pour SeLinux.
> Donc inutile de me pourrir ou de crier au troll. Me dire que je me suis trompé et que on peut trouver mplayer
J'ai rien contre la critique. On peut critiquer Fedora d'être strict sur les brevets/DMCA et donc de ne pas fournir mplayer. Ceci est VRAI. Dans ce cas la réponse est d'aller voir une autre distribution. Par contre dire que Fedora a viré mplayer est totalement faut car il n'y a jamais eu de mplayer dans Fedora ou RedHat. Les mplayer que tu trouves sur freshrpms ou rpm.livna.org sont des initiatives personnelles.
Je suis désolé, mais tu trolles. Peut-être involontairement.
Tu considéres une "test" comme une "finale", tu dis que mplayer fesait parti de Fedora, etc...
C'est du troll.
> Il se trouve que j'ai (avant de poster le journal) cherché à installer mplayer (via yum et apt-get) sur une fedora a partir des nouveaux repository (certain etant référencés par "1.92" d'autre par "2" au niveau de leur URL's).
C'est en phase beta/test. Donc forcément ça bouge.
Aujourd'hui la FC2 est finale. Les iso, etc sont en copie sur les miroirs : http://fedora.redhat.com/participate/schedule/(...)
Donc maintenant il n'y a que "2".
Pour la prochaine il y aura :
2.90 (test)
2.91 (test)
2.92 (test)
3 (finale)
Notons que rien est garanti dans les mises à jour "test" -> "finale" ou "finale" -> "test". Si ça marche tant mieux. Par exemple "FC2 test 1" -> "FC2 test 2" ne marche pas.
Les "test" dans Fedora n'ont rien à voir avec "testing" de Debian. Ce sont des beta.
"test" est réservé pour Fedora.
"beta" est réservé pour RHEL.
Se plaindre publique deux fois c'est un troll.
Faire des conclusion sur Test 3 alors que tu ne l'as pas testé est un troll.
Faire croire qu'il y avait mplayer avant est aussi un troll.
> En fait, le fait de poser une question est un troll , non ?
Pour ton premier journal, je nai pas crié au troll et j'ai indiqué :
- qu'il y avait squirrelmail
- où te procurer php-imap
> Personne ne dis que mc a été supprimé
Bon, j'ai merdé. J'étais chez un pote qui avait besoin d'un coup de main et il n'y avait pas mc sur sa becane alors qu'il avait mc sur sa mdk 9.2 .
Simplement pour dire que c'est lourd les journaux pour se plaindre que le distribution bidule n'a pas machin (et deux fois de suite).
> tout comparer à mandrake
Tu vas être hyper étonné mais j'ai plus de personnes autour de moi qui utilisent Mandrake qu'une autre distribution. C'est dingue ça ! Inimaginable en France ....
Même si je les aide je ne les invite pas à passer à Fedora. Ils le feront ou pas. Je m'en fous.
D'ailleur j'ai aucun pote qui utilise Fedora ...
Ce message est pour les gens qui moinsent sans réfléchir 2 secondes.
River Open (celui qui a fait ce journal) avait déjà fait un journal pour se plaindre qu'il n'y avais pas php-imap dans Fedore Core 2 test 2 : http://linuxfr.org/~elamapi/11397.html(...)
Là il en met une seconde couche en parlant de test 3 alors qu'il n'a pas essaié la test 3 qui a php-imap.
FC2 "finale" aura php-imap. php-imap est toujours dans rawhide qui est en freeze : http://download.fedora.redhat.com/pub/fedora/linux/core/development(...)
De plus yum pour FC2 test x est configuré pour aller chercher les paquets dans rawhide. Donc s'il avait seulement fait un "yum install php-imap" sous sa FC2T2 il aurait la réponse.
J'accepte très bien les journaux qui demande où trouver tel ou tel programme pour une distribution. On répond, on rend service.
Réjouté dans test 3 (cd 4). Il faut te renseigner.
> supprimé sans préavis, discrètement,
Heu, si. Il a été viré dans test 1. Tout le monde était prévenu.
> et sans offrir de solution de remplacement
La solution de remplacement pour la majorité des cas est SquirrelMail (fourni). Mais dans certains cas, ce n'est pas satisfesant.
Celà a été âprement discuté sur mailing-list et finalement php-imap a été ajouter (entre autre car il ne pouvait pas être déplacé vers fedora.us).
> c'est mplayer (et par consequence mencoder) qui ne font plus parti de la fedora a partir de la core 2 test 2 (et test 3).
mplayer n'a jamais fait parti de Fedora ou RedHat (ni xine).
Le paquet pour mencoder se nomme "mplayer-mencoder".
> Quelqu'un peu confirmer ou me dire que je me trompe ....
Tu trolles très mal surtout...
> Pke la ca commencerai vraiment a faire beaucoup de suppression !?
Par rapport à FC1, il y a 150 nouveaux paquets en plus (240 Mo).
UMP veut les brevets logiciels. Point barre.
Pourquoi ? Il est clair que le défaut d'adoption d'une directive précisant les
conditions à remplir par un logiciel pour être brevetable pourrait
conduire à une politique de l'Office européen des brevets (OEB) allant à
l'encontre de la position de ceux qui ne sont pas partisans de la
brevetabilité des logiciels.
C'est l'argument des pro-brevets pour noyer le poisson.
Si on est contre les brevets, on ne valide pas les brevets. Ce que fait l'OEB, on s'en fout du moment que le brevet ne sont pas reconnus.
> Personne n a dis que mandrake passerais pas X.org
Je dis ça ?
Mandrake devrait dire clairement qu'ils passeront à X.org puisque XFree86 est un cul-de-sac selon eux. Mais non, ils tortillent du cul.
Ça leur permet de faire comme s'ils étaient "au-dessus de la mélée" au-lieu de donner l'impression de suivre le troupeau.
Ceci dit, ce n'est qu'une critique sur la communication, car finalement ils suivront le troupeau.
> Autrement Alan cox l'a peu être dit mais ca serait plutôt andrew morton :-)
Je parlais des mailings Fedora. Et j'ai pas vu Andrew Morton sur ces mailings.
Dave Jones le dit aussi... (toujours sur Fedora).
Il n'y a pas qu'Andrew qui débuggue le noyau :-)
Les tests démontrent si certaines fonctionnalités marchent ou pas. Pour Linux il faut que quelqu'un rencontre le problème pour d'autre il y a aussi les tests de non-regressions. C'est utilisé pour svn, postgresql, gcc, gdb et quelques autres. Ce n'est pas fait pour le Fun. C'est très utile.
Par contre la mise en place de test de non-regressions pour un noyau est très difficile, contrairement à gcc par exemple. Pour gcc il y a un fichier d'entré et un fichier de sorti de référence. Il suffit de comparer la sortie de gcc avec le fichier de référence. Pour linux c'est beaucoup plus compliqué et tu es dépendant du hardware de la bécane qui fait les tests. Donc des tests devraient être fait sur plein de bécanes différentes, etc.
Discuté sur mailing Fedora. Ça n'apporte pas grand chose et c'est aussi une cause de problème avec certains drivers. Alan Cox a dit que ça a été très pratique pour débugger le noyau (en quoi ? je ne sais pas).
> le scheduler cfq est plus performant
Pour une utilisation type poste de travail.
> elevator=cfq dans la ligne kernel
C'est le schedule par défaut :
$ dmesg | grep cfg
Using cfq io scheduler
J'ai une FC2 (linux 2.6.6-rc2-bk3 + quelques petits patchs redhat (assez limité)).
Ici c'est du bonheur. Le schedule est une merveilleur (mplayer + une complie ne le dérange pas). Idem pour la nouvelle couche d'entrée sortie. Je ne peux pas dire si c'est globalement plus rapide mais c'est plus agréable qu'un 2.4.
J'ai un hardware assez standard et c'est rock solid.
[^] # Re: je suis pas un bon geek
Posté par 007 . En réponse au journal FC2 dispo via bittorrent. Évalué à 2.
Mais dans une ou deux années...
Quoique .... Sachant qu'XFree86 peut copier ce qui est dans X.org...
XFree86 n'est plus mentionné sur freedesktop :
http://www.freedesktop.org/Software/Home(...)
> à part la licence
La licence c'est important pour l'utilisateur final même s'il ne s'en rend pas compte.
Un fil de discussion qui montre qu'XFree86 sera bientôt mort :
http://www.xfree86.org/pipermail/forum/2004-April/004328.html(...)
I'm disappointed that many of the major distros have chosen to
discriminate against XFree86 and its licence
[^] # Re: Passage de FC1 -> FC2
Posté par 007 . En réponse au journal FC2 dispo via bittorrent. Évalué à 2.
Donc si t'es doué et que tu peux faire le boulot que fait normalement anaconda...
Sinon il y a aussi le mode "update" dans l'installation de FC2 :-)
> sans effacer le 2.4 pour un évantuelle retour si probleme il y a..
Ça marche peut-être mais FC2 n'a jamais été fait pour supporter Linux 2.4. D'ailleur j'ai pas vu de personne faire ça sur les mailings test de devel de fedora.
Puis je crois que la glibc utilise des trucs spécifiques à Linux 2.6.
# précision
Posté par 007 . En réponse au journal FC2 dispo via bittorrent. Évalué à 2.
"exotique" pour nous (écriture romane). Ce n'est pas du mépris bien évidemment.
# FC2
Posté par 007 . En réponse au journal Fedora 2. Évalué à 1.
Sinon dispo via bittorrent (voir le journal suivant. Uniquement i386 et pas les CD sources). Le 18 il y aura AMD64 aussi.
# FC2 final c'est pour le 18/05
Posté par 007 . En réponse au journal Petite question sur le chargement du kernel. Évalué à 2.
Avant de te prendre la tête, mets à jours ta FC2T3.
Tu peux le faire en fesant pointer yum sur la branche de développement.
Attention, la branche de développement de Fedora qui était jusqu'à maintenant dédié au bugfixe de FC2 est maintenant la branche de développement de FC3. Il y a rien pour l'instant sauf fedora-release-2-rawhide, mais ça ne va pas tarder.
Donc mets tout à jours avec cette source aujourd'hui sauf fedora-release et rpmdb-fedora. Puis n'utilise plus la branche de développement si tu veux une distribution stable.
Fais pointer yum sur :
http://fr2.rpmfind.net/linux/fedora/core/development/i386/(...)
Je répète, uniquement pour aujourd'hui voir demain, et ne mets pas à jours fedora-release et rpmdb-fedora (utilises "--exclude=fedora-release --exclude=rpmdb-fedora").
La liste des dépôts :
http://fedora.redhat.com/download/up2date-mirrors/(...)
[^] # Re: Je ne sais pas trop
Posté par 007 . En réponse au journal Qu'est ce qu'un troll. Évalué à 2.
http://linuxfr.org/~elamapi/11397.html(...) => n'est pas un troll
http://linuxfr.org/~elamapi/12709.html(...) => est un troll (lire les commentaires pour savoir pourquoi).
Chaqu'un a sa définition de troll...
De plus on peut tous troller sans le faire exprès.
Quelqu'un qui connait mal Linux pourrait dire :
- "C'est nul linux pour la sécurité car il n'y a pas d'anti-virus"
Et Boum.
[^] # Re: Pas d'affollement.
Posté par 007 . En réponse au journal pas de mplayer pour fedora ?. Évalué à 0.
Ben dans ce cas, pause une question :
- "je suis passe de FC2T2 à FC2T3 et je ne vois plus mplayer. Quelqu'un peut m'aider ?"
De plus tu semble systématiquement ignorer ce qu'est une "test". C'est une version de développement. Ce n'est pas un produit pour la consommation. C'est pour des testeurs/développeurs/curieux. Donc si php-imap n'est pas dans test1 on est prévenu à l'avance que l'intention est de virer php-imap dans FC2 "finale".
Notes que l'inverse est arrivé. SeLinux était activé par défaut dans "test 2" et la version finale n'aura pas SeLinux activé par défaut. Rendez-vous pour FC3 pour SeLinux.
> Donc inutile de me pourrir ou de crier au troll. Me dire que je me suis trompé et que on peut trouver mplayer
J'ai rien contre la critique. On peut critiquer Fedora d'être strict sur les brevets/DMCA et donc de ne pas fournir mplayer. Ceci est VRAI. Dans ce cas la réponse est d'aller voir une autre distribution. Par contre dire que Fedora a viré mplayer est totalement faut car il n'y a jamais eu de mplayer dans Fedora ou RedHat. Les mplayer que tu trouves sur freshrpms ou rpm.livna.org sont des initiatives personnelles.
Je suis désolé, mais tu trolles. Peut-être involontairement.
Tu considéres une "test" comme une "finale", tu dis que mplayer fesait parti de Fedora, etc...
C'est du troll.
[^] # Re: Pas de troll
Posté par 007 . En réponse au journal pas de mplayer pour fedora ?. Évalué à 0.
C'est en phase beta/test. Donc forcément ça bouge.
Aujourd'hui la FC2 est finale. Les iso, etc sont en copie sur les miroirs :
http://fedora.redhat.com/participate/schedule/(...)
Donc maintenant il n'y a que "2".
Pour la prochaine il y aura :
2.90 (test)
2.91 (test)
2.92 (test)
3 (finale)
Notons que rien est garanti dans les mises à jour "test" -> "finale" ou "finale" -> "test". Si ça marche tant mieux. Par exemple "FC2 test 1" -> "FC2 test 2" ne marche pas.
Les "test" dans Fedora n'ont rien à voir avec "testing" de Debian. Ce sont des beta.
"test" est réservé pour Fedora.
"beta" est réservé pour RHEL.
[^] # Re: Pas d'affollement.
Posté par 007 . En réponse au journal pas de mplayer pour fedora ?. Évalué à 0.
Se plaindre publique deux fois c'est un troll.
Faire des conclusion sur Test 3 alors que tu ne l'as pas testé est un troll.
Faire croire qu'il y avait mplayer avant est aussi un troll.
> En fait, le fait de poser une question est un troll , non ?
Pour ton premier journal, je nai pas crié au troll et j'ai indiqué :
- qu'il y avait squirrelmail
- où te procurer php-imap
[^] # Re: Pas d'affollement.
Posté par 007 . En réponse au journal pas de mplayer pour fedora ?. Évalué à -1.
Bon, j'ai merdé. J'étais chez un pote qui avait besoin d'un coup de main et il n'y avait pas mc sur sa becane alors qu'il avait mc sur sa mdk 9.2 .
Simplement pour dire que c'est lourd les journaux pour se plaindre que le distribution bidule n'a pas machin (et deux fois de suite).
> tout comparer à mandrake
Tu vas être hyper étonné mais j'ai plus de personnes autour de moi qui utilisent Mandrake qu'une autre distribution. C'est dingue ça ! Inimaginable en France ....
Même si je les aide je ne les invite pas à passer à Fedora. Ils le feront ou pas. Je m'en fous.
D'ailleur j'ai aucun pote qui utilise Fedora ...
[^] # Re: Pas d'affollement.
Posté par 007 . En réponse au journal pas de mplayer pour fedora ?. Évalué à 9.
River Open (celui qui a fait ce journal) avait déjà fait un journal pour se plaindre qu'il n'y avais pas php-imap dans Fedore Core 2 test 2 :
http://linuxfr.org/~elamapi/11397.html(...)
Là il en met une seconde couche en parlant de test 3 alors qu'il n'a pas essaié la test 3 qui a php-imap.
FC2 "finale" aura php-imap. php-imap est toujours dans rawhide qui est en freeze :
http://download.fedora.redhat.com/pub/fedora/linux/core/development(...)
De plus yum pour FC2 test x est configuré pour aller chercher les paquets dans rawhide. Donc s'il avait seulement fait un "yum install php-imap" sous sa FC2T2 il aurait la réponse.
J'accepte très bien les journaux qui demande où trouver tel ou tel programme pour une distribution. On répond, on rend service.
Mais les jounaux à troll répétifs me gonfflent.
Et si je fesais un journal pour me plaindre que Mandrake ne fournit plus mc ?
http://qa.mandrakesoft.com/show_bug.cgi?id=4770(...)
# Que puis-je faire cher journal ?
Posté par 007 . En réponse au journal Kernel 2.6.6 : lost interrupt. Évalué à 2.
$ hdparm /dev/hda
$ hdparm -i /dev/hda
Faire un diff entre la config du 2.6.5 qui marche et du 2.6.6 qui ne marche pas et voir si tu trouves quelque chose.
# Pas d'affollement.
Posté par 007 . En réponse au journal pas de mplayer pour fedora ?. Évalué à 10.
> pas de mplayer pour fedora ?
NON ! C'EST UN PUTAIN DE PROBLÈME DE BREVET !
C'EST ENCORE ET ENCORE LA MÊME RAISON RÉPÉTÉ 2 MILLES FOIS !
Pourquoi je m'énerve moi ?
Oublions.
btw, il n'y a pas de mp3 pour la même raison. Je dis ça, c'est pour t'épargner un autre journal.
$ yum search mplayer
[...]
Available package: mplayer.i386 0:0.92-0.lvn.1.1.91 from Fedora Extras (non-US) - stable matches with
C'est ici : http://rpm.livna.org/(...) . Attention, il faut ajouter le dépôt de http://fedora.us/(...) .
> de php-imap
Réjouté dans test 3 (cd 4). Il faut te renseigner.
> supprimé sans préavis, discrètement,
Heu, si. Il a été viré dans test 1. Tout le monde était prévenu.
> et sans offrir de solution de remplacement
La solution de remplacement pour la majorité des cas est SquirrelMail (fourni). Mais dans certains cas, ce n'est pas satisfesant.
Celà a été âprement discuté sur mailing-list et finalement php-imap a été ajouter (entre autre car il ne pouvait pas être déplacé vers fedora.us).
> c'est mplayer (et par consequence mencoder) qui ne font plus parti de la fedora a partir de la core 2 test 2 (et test 3).
mplayer n'a jamais fait parti de Fedora ou RedHat (ni xine).
Le paquet pour mencoder se nomme "mplayer-mencoder".
> Quelqu'un peu confirmer ou me dire que je me trompe ....
Tu trolles très mal surtout...
> Pke la ca commencerai vraiment a faire beaucoup de suppression !?
Par rapport à FC1, il y a 150 nouveaux paquets en plus (240 Mo).
# Du blabla
Posté par 007 . En réponse au journal Brevets logiciels : la position de l'UMP. Évalué à 1.
Pourquoi ?
Il est clair que le défaut d'adoption d'une directive précisant les
conditions à remplir par un logiciel pour être brevetable pourrait
conduire à une politique de l'Office européen des brevets (OEB) allant à
l'encontre de la position de ceux qui ne sont pas partisans de la
brevetabilité des logiciels.
C'est l'argument des pro-brevets pour noyer le poisson.
Si on est contre les brevets, on ne valide pas les brevets. Ce que fait l'OEB, on s'en fout du moment que le brevet ne sont pas reconnus.
Ça montre la préoccupation de l'UMP : OEB.
[^] # Re: Euh....
Posté par 007 . En réponse au journal Interview Mandrake. Évalué à -1.
Je dis ça ?
Mandrake devrait dire clairement qu'ils passeront à X.org puisque XFree86 est un cul-de-sac selon eux. Mais non, ils tortillent du cul.
Ça leur permet de faire comme s'ils étaient "au-dessus de la mélée" au-lieu de donner l'impression de suivre le troupeau.
Ceci dit, ce n'est qu'une critique sur la communication, car finalement ils suivront le troupeau.
[^] # Re: L'impact des images.
Posté par 007 . En réponse au journal Télécharger sur le net = torturer des irakiens ?. Évalué à 0.
[_] 10 $
[_] 20 $
[_] Rien. Ils n'ont pas d'avocats.
[^] # Re: Euh....
Posté par 007 . En réponse au journal Interview Mandrake. Évalué à -1.
On ouvre les paris ?
[^] # Re: Et encore, vous n'avez rien vu !
Posté par 007 . En réponse au journal FC2 (Tettnang). Évalué à -1.
[^] # Re: Euh....
Posté par 007 . En réponse au journal Interview Mandrake. Évalué à -2.
Mandrake dit :
Not at the moment, but we are keeping that option open and will see what develops.
Ils feraient mieux de prendre le train en marche. Surtout que s'ils ne suivent pas XFree86 il n'y a guère le chois.
Bref, c'est incohérent de la part de Mandrake. Je parie que la prochaine Mandrake aura X.org (une foi que les autres auront fait tout le boulot...).
[^] # Re: On va voir la réaction
Posté par 007 . En réponse au journal On va voir la réaction. Évalué à 1.
[^] # Re: Vos expériences avec le 2.6?
Posté par 007 . En réponse à la dépêche Linux 2.6.6 est sorti. Évalué à 0.
Je parlais des mailings Fedora. Et j'ai pas vu Andrew Morton sur ces mailings.
Dave Jones le dit aussi... (toujours sur Fedora).
Il n'y a pas qu'Andrew qui débuggue le noyau :-)
[^] # Re: Tests de non-régression ?
Posté par 007 . En réponse à la dépêche Linux 2.6.6 est sorti. Évalué à 2.
Les tests démontrent si certaines fonctionnalités marchent ou pas. Pour Linux il faut que quelqu'un rencontre le problème pour d'autre il y a aussi les tests de non-regressions. C'est utilisé pour svn, postgresql, gcc, gdb et quelques autres. Ce n'est pas fait pour le Fun. C'est très utile.
Par contre la mise en place de test de non-regressions pour un noyau est très difficile, contrairement à gcc par exemple. Pour gcc il y a un fichier d'entré et un fichier de sorti de référence. Il suffit de comparer la sortie de gcc avec le fichier de référence. Pour linux c'est beaucoup plus compliqué et tu es dépendant du hardware de la bécane qui fait les tests. Donc des tests devraient être fait sur plein de bécanes différentes, etc.
[^] # Re: Vos expériences avec le 2.6?
Posté par 007 . En réponse à la dépêche Linux 2.6.6 est sorti. Évalué à 3.
Il n'y en a qu'un d'utilisé à la foi...
> le noyau preemptible non plus
Discuté sur mailing Fedora. Ça n'apporte pas grand chose et c'est aussi une cause de problème avec certains drivers. Alan Cox a dit que ça a été très pratique pour débugger le noyau (en quoi ? je ne sais pas).
> le scheduler cfq est plus performant
Pour une utilisation type poste de travail.
> elevator=cfq dans la ligne kernel
C'est le schedule par défaut :
$ dmesg | grep cfg
Using cfq io scheduler
[^] # Re: cooker
Posté par 007 . En réponse au journal Interview Mandrake. Évalué à -1.
[^] # Re: Vos expériences avec le 2.6?
Posté par 007 . En réponse à la dépêche Linux 2.6.6 est sorti. Évalué à -2.
Ici c'est du bonheur. Le schedule est une merveilleur (mplayer + une complie ne le dérange pas). Idem pour la nouvelle couche d'entrée sortie. Je ne peux pas dire si c'est globalement plus rapide mais c'est plus agréable qu'un 2.4.
J'ai un hardware assez standard et c'est rock solid.
Un conseil. Essaies le 2.6.6 et
bon chance :-)