> J'ai le souvenir qu'il n'avait pas été capable de redimensionner ma partition
Fedora ne le fait pas s'il y a déjà un FS ou que dans de rares cas. J'ai oublié les détails de tous ça mais il y a des raisons techniques et aussi la "trouille" de bousiller un FS.
> Un point très noir de Fédora est son extrême lenteur au démarrage.
Fedora a deux défaut ici :
- l'interface graphique au boot. C'est Xorg qui est lancé (pour l'interface graphique), puis arrêté, puis relancé pour avoir gdm (login graphique).
- Fedora lance plein de services que beaucoup d'autres le lance pas : portmap, client NFS, etc... C'est un choix, c'est pour avoir un client complet par défaut. Lance system-config-services pour virer ce que tu n'utilises pas.
Pour l'interface graphique, tu peux l'inhiber avec "GRAPHICAL=no" dans /etc/sysconfig/init ou avec un "yum remove rhgb".
Perso, je n'utilise pas le boot graphique. Entre autre car je trouve stupide d'avoir un boot graphique et un shutdown en mode texte et aussi car ça lance deux fois Xorg. C'est un défaut qui doit être corrigé depuis des lustres... Mais je crois que la majorité des développeurs virent le boot graphique... Donc ce n'est pas prêt d'être corrigé.
Si tu vires le boot graphique et fait le "ménage" dans les services lancés, tu obtiens un boot rapide. C'est tout ce qu'il y a à faire.
> Les développeurs promettent des améliorations pour la prochaine version
> Avec Débian etch il suffit de faire un "apt-get install 915resolution"
Pareil pour Fedora.
> qui télécharge de grosses quantités de données d'internet (beaucoup ont l'ADSL mais certans paient à la quantité de données échangées).
Problème qui n'a rien à voir avec Yum. Yum télécharge peu de donnée pour le job qu'il a à faire.
Le problème ici est que Fedora monte souvent en version et pas uniquement pour corriger un bug. C'est dans les objectifs de Fedora. Donc on peut avoir une mise à jours complète de KDE ce qui demande de downloader une grosse quantité de donnée. Par exemple FC6 a Linux 2.6.20 (alors qu'elle est sortie avec un 2.6.18) et KDE 3.5.6 (initialement avec 3.5.4). C'est un choix qui a ses atouts et ses inconvéniants. Par exemple il y a 3 Go (!) de mise à jour actuellement (sans compter ce qui a été viré par une mise à jour supérieure).
FC6 a déjà vu passé plus de 15 Go (!) de mise à jour (et uniquement pour une architecture). C'est compté la branche "updates/testing".
C'est un choix. Perso, j'aime, mais je comprend que d'autres n'aime pas.
> Pour finir, j'ai constaté un gain très net de réactivité quand je suis passé sous Débian etch
Mouaif...
On lit souvent des trucs comme ça, mais quand il faut passer par un bench c'est une autre histoire. Voir par exemple Gentoo qui n'a jamais prouvé être plus rapide qu'une distribution déjà compilée. Pourtant des "gentoo c'est vachement plus rapide" on en a vu.
[^] # Re: Mon avis
Posté par IsNotGood . En réponse au journal J'aime, je n'aime pas : Fedora. Évalué à 3.
Fedora ne le fait pas s'il y a déjà un FS ou que dans de rares cas. J'ai oublié les détails de tous ça mais il y a des raisons techniques et aussi la "trouille" de bousiller un FS.
> Un point très noir de Fédora est son extrême lenteur au démarrage.
Fedora a deux défaut ici :
- l'interface graphique au boot. C'est Xorg qui est lancé (pour l'interface graphique), puis arrêté, puis relancé pour avoir gdm (login graphique).
- Fedora lance plein de services que beaucoup d'autres le lance pas : portmap, client NFS, etc... C'est un choix, c'est pour avoir un client complet par défaut. Lance system-config-services pour virer ce que tu n'utilises pas.
Pour l'interface graphique, tu peux l'inhiber avec "GRAPHICAL=no" dans /etc/sysconfig/init ou avec un "yum remove rhgb".
Perso, je n'utilise pas le boot graphique. Entre autre car je trouve stupide d'avoir un boot graphique et un shutdown en mode texte et aussi car ça lance deux fois Xorg. C'est un défaut qui doit être corrigé depuis des lustres... Mais je crois que la majorité des développeurs virent le boot graphique... Donc ce n'est pas prêt d'être corrigé.
Si tu vires le boot graphique et fait le "ménage" dans les services lancés, tu obtiens un boot rapide. C'est tout ce qu'il y a à faire.
> Les développeurs promettent des améliorations pour la prochaine version
Dans les promesses, il n'y a pas grand chose. Des pistes oui, des promesses non.
Une piste :
http://fedoraproject.org/wiki/FCNewInit
Mais pas de développeur :
http://fedoraproject.org/wiki/Releases/FeatureNewInit
Il y a un manque d'intérêt actuellement.
> et l'utilitaire 915resolution qui pourrait corriger ça n'est pas disponible sur les dépôts officiels de Fédora.
Hue!
> Avec Débian etch il suffit de faire un "apt-get install 915resolution"
Pareil pour Fedora.
> qui télécharge de grosses quantités de données d'internet (beaucoup ont l'ADSL mais certans paient à la quantité de données échangées).
Problème qui n'a rien à voir avec Yum. Yum télécharge peu de donnée pour le job qu'il a à faire.
Le problème ici est que Fedora monte souvent en version et pas uniquement pour corriger un bug. C'est dans les objectifs de Fedora. Donc on peut avoir une mise à jours complète de KDE ce qui demande de downloader une grosse quantité de donnée. Par exemple FC6 a Linux 2.6.20 (alors qu'elle est sortie avec un 2.6.18) et KDE 3.5.6 (initialement avec 3.5.4). C'est un choix qui a ses atouts et ses inconvéniants. Par exemple il y a 3 Go (!) de mise à jour actuellement (sans compter ce qui a été viré par une mise à jour supérieure).
FC6 a déjà vu passé plus de 15 Go (!) de mise à jour (et uniquement pour une architecture). C'est compté la branche "updates/testing".
C'est un choix. Perso, j'aime, mais je comprend que d'autres n'aime pas.
> Pour finir, j'ai constaté un gain très net de réactivité quand je suis passé sous Débian etch
Mouaif...
On lit souvent des trucs comme ça, mais quand il faut passer par un bench c'est une autre histoire. Voir par exemple Gentoo qui n'a jamais prouvé être plus rapide qu'une distribution déjà compilée. Pourtant des "gentoo c'est vachement plus rapide" on en a vu.
Bench Fedora vs Ubuntu :
http://www.phoronix.com/scan.php?page=article&item=658&a(...)
C'est du pareil au même.