0
L'équipe chargée des nouvelles version de Gentoo vient d'officialiser l'arrivée de la version 2006.1, la seconde cette année. Gentoo est une distribution Linux dite source. Elle a été conçue pour être modulaire, portable et optimisée pour le matériel de l'utilisateur.
Au niveau des logiciels, on retrouve GCC 4.1, un noyau Linux 2.6.17, le serveur X en version 7.1, GNOME 2.14.2, et KDE 3.5.2. L'installateur pour les version x86 et AMD64 permet maintenant une installation sans réseau avec une interface de configuration améliorée pour une installation plus simple et plus rapide.
Cette nouvelle version apporte également une prise en charge officielle des processeurs G5 double-coeurs pour la plateforme PPC. Par ailleurs, le profil 2006.1 est déjà disponible dans portage.
![[en]](../images/en.png)
Torrents (340 hits)-
Miroirs (498 hits)
-
Notes de publication (298 hits)
![[fr]](../images/fr.png)
Forum français (1041 hits)-
Gentoo 2006.1 review (598 hits)
-
DLFP : Le Gentoo Wiki Francophone est de retour (835 hits)
> Lire la dépêche (98 commentaires, moyenne: 2,3).
Vous avez demandé le commentaire #749482.
Run by 
Cette page a été générée par Templeet en 0.1424s (dont 0.0137 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Faîtes chauffer les CPU
Et dire que la sortie de cette nouvelle distrib va relancer le marché des CPU et alim qui ne vont pas supporter tant de compilations, sans parler du réseau EDF.
C'est aussi incroyable que gentoo sorte avec un kernel plus récent que celui de la etch qui elle n'est pas encore sortie O_o, bon le kernel peut encore évoluer sur etch.
En tant qu'utilisateur de debian, je voulais savoir quels étaient les avantages ou bien la plus-value de la gentoo ? Est-ce que la compilation apporte des vrais gains de performances ?
Bref, tout un tas de question auxquelles je n'ai toujours pas de réponse.
Merci d'avance pour vos réponses
[^]Re: Faîtes chauffer les CPU
Je ne suis qu'un ancien utilisateur de gentoo (ca remonte a 2 ans).
Au niveau performance : ca n'apporte rien. Une distribution classique est généralement plus performante (apres, ca se joue a pas beaucoup). Peut etre etais-je un branque question optimisation, pourtant j'utilisais les options préconisés par tout le monde.
Apres, le systeme en lui meme est très agréable : portage est pratique, la gestion de l'init est super... Bref, c'est un syteme sympa a utiliser, configurer, et administrer.
Ca dépend de ce que tu veux. Avec gentoo tu garderas la main sur ton systeme. Mais j'avais tendance a mettre a jour ma gentoo tout le temps (j'etais en ~x86 un truc du genre, je sais plus trop). Donc mon cpu tournais tout le temps a fond pour la compilation, ce qui ne laissait plus grand chose pour mon systeme. Bref, un probleme d'utilisateur, pas de la distrib.
[^]Re: Faîtes chauffer les CPU
C'est une déclaration qui n'engage que toi.
Si tu sais identifier correctement le bon profil pour ton cpu, les instructions supportées, la quantité de cache, ... tu peux gagner au niveau des performances. C'est particulièrement vrai quand on s'attaque à des processeurs ayant des petites caches comme les VIA C3. En quelques ajustements de paramètres, il est aisé de faire regénérer un os complètement adapté au hardware.
De même, recompiler tout en ne spécifiant que ce dont on a besoin permet de garder un os léger et particulièrement adapté pour les systèmes embarqués.
Pour ma part Gentoo m'a quelques fois servi pour faire des systèmes compacts pour de l'informatique embarquée (client léger, client multimedia, ...)
[^]Re: Faîtes chauffer les CPU
Il ne te reste qu'à nous prouver le contraire. Jusque là je n'ai vu aucun article montrant que gentoo peut permettre un gain signigicatif de perfs.
Par contre j'ai vu beaucoup d'utilisateurs déclencher des bugs de gcc en utilisant des paramètres d'optimisation ridicules.
[^]Re: Faîtes chauffer les CPU
Si ce sont de vrais bugs de gcc (pas une mauvaise utilisation) ça fait déjà un avantage d'avoir des distributions comme gentoo.
<ma vie>
Moi j'aimais bien gentoo, mais en étant en ~x86, c'était très à jour, stable (au sens "ça ne plante pas") et instable ("au sens pas mal de mise à jour, de révisions d'ebuild")
Du coup c'est un peu embettant de devoir faire des mise à jour régulièrement (souvent donc) avec une distribution source. Je suis passé à suse, très bien intégré (et joli out of the box), mais je trouvait le tout "lourd" et pas beaucoup de controles.
puis là mon pc est mort, (disque dur mort) et je vais installer une debian (enfin, j'ai commencé à installer une debian) pour voir ce que ça donne.
</ma vie>
[ Répondre ] Ce commentaire est-il impertinent ou utile ?
[^]Re: Faîtes chauffer les CPU
Je n'en suis pas convaincu : les utilisateurs utilisant des options d'optimisation très agressives pour le système complet, ne sont, à mon avis pas spécialement compétents, et par conséquent ce sera très difficile pour eux de retrouver le bug de gcc, si il existe.
Par contre, ceux qui utilisent ces options à bon escient (programmes très cpuivores) auront beaucoup plus de chances de retrouver les bugs, vu que ils vont probablement comparer les résultats du programme avec et sans optimisation.
[^]Re: Faîtes chauffer les CPU
Les gains de performance sont généralement insignifiants.
Cependant, le cas d'un via C3 est exemplaire puis qu'avec Gentoo, il est possible de compiler tout ton système avec -march=c3 -Os et ainsi d'être en i686 alors qu'avec une distribution binaire, tu devrais te contenter des paquets compilés pour i386, voire i585.
De plus, le gros avantage de Gentoo est sa flexibilité. Par exempe, un simple 'emerge mplayer' me suffit pour installer une version de mplayer uniquement son sur une machine sans écran sans rameuter X.org et toutes les dépendances requises pour la vidéo.
[+] [^]Re: Faîtes chauffer les CPU
Arch Linux is an i686-optimized linux distribution.
binary package system.
Arch also uses a ports-like package build system.
[+] [^]Re: Faîtes chauffer les CPU
Arch Linux is an i686-optimized linux distribution.
binary package system.
Arch also uses a ports-like package build system.
[^]Re: Faîtes chauffer les CPU
Ouah tu as un bi processeur ?
^d^c
[^]Re: Faîtes chauffer les CPU
Parceque toi, tu as une preuve formelle qu'il n'y a pas de gains à, par exemple, à compiler une distribution en spécifiant que le processeur a une toute petite cache et qu'il faut donc éviter de dérouler les boucles parceque le coût d'une branche est moins élevé que le coût d'un accès à la ram? Ou que justement, comme le processeur a une grande cache, autant dérouler dans la limite du raisonnable pour réduire les branchements?
Tout d'abord, ce n'est pas gentoo qui fait grimper ou baisser les performances, mais les options de GCC, gentoo est juste un outil pour passer les paramètres lors de la compilation et compiler de manière automatique.
Et des benchs concernant gcc et ses options, il y en a déjà eu pas mal, il suffit de se baisser pour en trouver.
moi j'ai vu des utilisateurs lancer des commandes débiles sous linux qui ont provoqué des pertes de données ou la corruption de l'OS, est-ce que pour autant ça fait de linux un système inutile?
L'argument du "les utilisateurs ne sont pas compétents, ça ne marche donc pas" est l'argument que microsoft a reservi aux chefs d'états pendant des années à propos de linux pour décourager les migrations.
[^]Re: Faîtes chauffer les CPU
> C'est une déclaration qui n'engage que toi.
Elle m'engage aussi, après un à deux ans de gentoo. Non je n'avais pas un C3, oui j'avais très correctement identifié mon proc (un joli Athlon XP).
A l'époque une mandrake était même plus rapide au lancement de certains gros softs (prelink activé sur les deux) sur la plupart des machines et ça avait généré quelques débats.
[^]Re: Faîtes chauffer les CPU
Comme le disent les commentaires ci-dessus, la compilation aux petits oignons pour sa propre machine ne rend pas les applications plus rapides d'un coup de baguette magique. Les réglages qui font les grosses différences pour la compilation, comme fvisibility=hidden pour qt/kde, ont de toute façon de grande chances d'être aussi utilisés par les distributions binaires.
Par contre, la modularité (décrite aussi plus haut) et le concept global de la distribution qu'on se construit soi-même apporte un grand plus en terme de performances. Par exemple, je viens d'installer une fedora core 4 et j'ai observé qu'un certain nombre de choses vraiment inutiles étaient en fonctionnement, comme les démons hplip alors qu'il n'y a pas d'imprimante hp ou comme le démon bluez alors qu'il n'y a pas de bluetooth. Sur ma sourcemage, une distribution source au concept proche de gentoo, rien de tout ça puisque le principe est de partir avec un système minimal et d'ajouter petit à petit ce dont j'ai besoin.
Je pense que le choix de Fedora et des autres grosses distributions binaires est guidé par la volonté de faire tout fonctionner au premier démarrage, sans intervention de l'utilisateur novice. C'est un avantage indéniable pour la catégorie d'utilisateurs en question, et qui ressemble d'ailleurs beaucoup à l'approche Windows si je ne m'abuse. Par contre, combien de fois je me souviens avoir lu sur des forums windows des remarques du genre "fait ctrl-alt-suppr et regarde si tu n'as pas des trucs inutiles"... eh bien maintenant on retrouve exactement les mêmes remarques pour les services sur fedora et compagnie.
En attendant, la fedora que je viens d'installer est d'un lenteur poussive et décourageante. J'espère que les mises à jour vont améliorer cette situation, parce que même si je suis capable de modifier la configuration, un utilisateur novice, lui, n'aurait pas forcément su.
[^]Re: Faîtes chauffer les CPU
L'intérêt de Gentoo n'est pas forcémment sa faculté à vouloir tout compiler. L'optimisation est souvent perçue comme la plus-value de gentoo. Or à mon goût, ce qui est plus intéressant, c'est d'être modulaire, je m'explique :
Si tu veux un serveur LAMP qui ne fait que ca, tu vas prendre une gentoo avec un système minimal et compiler que ce dont tu as besoin. Le principe des USE est pratique pour ca, tu choisis la façon dont sera compilée chaque composant. Ainsi, tu peux déselectionner chaque librairie que tu juges optionnel, ex : pas de X, pas de son, mais utilisation de LDAP ou Kerberos, etc...
Bref, le code compilé ne fait que ce dont tu l'as autorisé à faire. Plus simple, plus efficace et moins de tracas.
Si tu veux un desktop 3D de la mort, alors tu vas compilé avec les options pour cette carte graphique, cette carte son mais pas de joystick ou de table tracante car tu n'en as pas.
Enfin, comme autre avantage, il y a bien sûr la documentation Gentoo qui incite les utilisateurs à comprendre le fonctionnement de leur système -> très pédagogique.
Et puis, la mise à jour avec portage permet de gérer assez finement diverses versions d'un même package avec les SLOTs
[^]Re: Faîtes chauffer les CPU
En ce qui concerne les performances, j'etais un jour "tombé" sur un article (peut être sur linuxfr, d'ailleurs) qui disait que l'on ne constatait pas vraiment de gain de perf, ou alors sur les machines TRES sollicitées :-) et à titre personnel je ne vois guère de différences à matériel égal entre ma station (SUN U20, gentoo) et celles des collègues (SUN U20, RedHat). Mais il y a peut être des spécialistes dans la salle qui peuvent me détromper.
L'avantage que j'y vois au quotidien (chez moi et au travail) c'est la maitrise parfaite de ce qui est installé (si je veux un env. xfce, pas besoin d'installer QT, etc.). Pour mes serveurs, seuls les prog. et bibliothèques strictement nécessaires et connues sont installées.
Ce qui me manque en fait, c'est un outil de type 'kickstart' pour pouvoir deployer massivement du gentoo sur les stations, en réseau; je n'ai pas trouvé d'équivalent (j'y travaille donc en ce moment) et l'installation "au CD" serait un peu fastidieuse, sur quelques 200 machines :-)
[^]Re: Faîtes chauffer les CPU
si c'est des machines identiques tu peut pas compiler les binaire sur une (avec l'aide des autres au passage grace a distcc) et installer ces dernier a coups de emerge?
Ce commentaire est :
Génial, Nul, 42
[^]Re: Faîtes chauffer les CPU
Certes, mais cette methode "oblige" à booter avec un CD sur chaque machine, installer un systeme minimal, puis 'emerge -gK' de tous les packages...
Assez long comparé à kickstart/anaconda (boot pxe avec un fichier de config complet pour une installation automatisée).
Avec l'habitude, j'arrive à installer une WS gentoo en environ 3 à 4 heures, en intervenant de temps en temps pour lancer une commande, contre une demi heure pour une Redhat en mode entièrement automatique.
[^]Re: Faîtes chauffer les CPU
Cependant rassure moi, c'est bien juste la premiere install qui est longue, apres les emerges marchent bien?
Ca se ghost pas une gentoo?
Ce commentaire est :
Génial, Nul, 42
[^]Re: Faîtes chauffer les CPU
Tu veux sans doute parler de g4u[1] (peut être aussi ghost mais nous n'avons pas de W$, ici, et je ne m'en suis jamais servi)
Effectivement, c'est une solution mais:
- Il faut la place pour stocker la(les) image(s) (ws, serveur)
- Le temps de télechargement d'une image complète doit être assez long(pas testé)
- Il faut repasser sur les machines pour les paramétrer (nom, @IP, etc...)
- Lors de grosses mises a jour(ou changement de géometrie des DD/partitions) tu doit "re-ghoster" une machine par modele présent sur ton parc.
Avec une installation type 'kickstart' tous les paramètres sont définis dans un seul fichier, unique pour chaque modèle de machine(architecture(32,64), nom, @IP, fstab, packages,etc...)
La maintenance en est grandement simplifiée. Un changement se fait d'un simple 'vi' :-)
[1]http://www.feyrer.de/g4u
[^]Re: Faîtes chauffer les CPU
J'ai développé un système de ce genre qui pour objectif le déploiement sur N postes des modifs ou install qu'on fait sur un poste.
Le principe est relativement simple:
1) au boot le système démarre avec un initrd (gentoo embedded) qui configure toute la machine avec toutes ces particularités (genre NIS pour le login ou multiple carte son, X avec un résolution >1024 etc.)
2) une fois le système ok un chroot est fait dans une layer unionfs (debian ou gentoo) pour préserver l'image originale qui est readonly
3) ensuite quelques commandes permettent d'avoir l'état du système, de faire la synchro avec un autre poste, ou un backup depuis un serveur central , etc... Les postes peuvent être clonnés!
J'ai commencer le développement d'un daemon pour automatiser la synchro entre postes ... malheureusement je fais ça pendant mon temps libre et pour l'instant j'en ai pas beaucoup ;)
http://www.gelux.ch
voilà peut être que ca peut intéresser...
Olivier
[^]Re: Faîtes chauffer les CPU
Je ne suis pas tout à fait sûr que ce soit la même chose, mais le projet SCIRE[1] ressemble à ce que tu cherches, non ?
[1] : http://www.gentoo.org/proj/en/scire/
Vous devriez vraiment visiter Aperture First !
[^]Re: Faîtes chauffer les CPU
Gains de performances, pas tellement. Enfin, sur les différents benchmarks que j'ai vu, Gentoo était même parfois plus lente que Debian. La possibilité de choisir ses options de compilation, c'est bien, mais si le mainteneur du package Debian en a choisi des bons, on ne fera pas forcément mieux en recompilant soi-même.
Le vrai bénéfice de recompiler ses applies, c'est plutôt pour choisir les options de compil autres que les performances. Par exemple, des applies qui te donnent le choix entre plusieurs toolkits graphiques, voire pas de toolkit graphique du tout (Emacs CVS par exemple). En désactivant le support pour les trucs que tu n'utilises pas à la compilation, on peut aussi avoir des gains de performances (par exemple, il y a des applies Gtk avec un support GNOME optionnel). Côté Debian, le problème est résolu en ayant plusieurs packages et en en installant un au choix.
Un autre avantage, c'est que dans le système Gentoo, le système de package ne dit pas « va chercher le package sur un des mirroirs enregistré, et installes-le », mais « voici la commande pour récupérer les sources, et voici la commande pour les compiler » (c'est le fameux ebuild qui dit tout ça). Du coup, c'est assez facile de faire un ebuild pour une version de développement, le gestionnaire de paquet étant capable d'aller tapper directement dans le CVS. Avec un paquet Debian, il faut qu'il y ai quelque part un cron job qui fasse le CVS pour toi, et reconstruise le paquet.
Je dis tout ça en n'ayant installé Gentoo qu'une seule fois, et ne l'ayant quasiment pas utilisé, mais l'expérience était intéressante. Et on apprend des choses, c'est une distrib très pédagogique.
[^]Re: Faîtes chauffer les CPU
Hop, mise à jour passée. Tps de compilation, hum, 10 min grand maximum.
En fait, si tu tient ta gentoo à jours (i.e. qutidiennement), tu as rarement plus de 10 min de compilation sauf gros truc genre GCC, OOo, TB, FF... ou a être completement en ~arch et non arch (Mes systemes sont x86 et amd64 avec des bout de ~ dedans). Je fait des mises à jours environs 5/7j.
Sinon comme dit precedement, ce que j'aime c'est :
- portage et les flags qui permettent d'avoir une install à la carte (i.e. eviter les dependances dont tu ne veux pas, preciser tes librairies préféres le cas échéant...)
- le systeme d'init
- le systeme de conf
- la doc (officiel et wiki, je connais moins les forums)
Ce que j'aime moins : les jours ou OOo est mis à jour :p
Ce commentaire est :
Génial, Nul, 42
[^]Re: Faîtes chauffer les CPU
Et dire que la sortie de cette nouvelle distrib va relancer le marché des CPU et alim qui ne vont pas supporter tant de compilations, sans parler du réseau EDF.
Je rapelle que tous les signataires de la charte de Nicolas Hulot « Défi pour la Terre » se sont engagés à ne pas installer Gentoo : le réchauffement climatique est accéléré par ces manchots papous.
En tant qu'utilisateur de debian, je voulais savoir quels étaient les avantages ou bien la plus-value de la gentoo ? Est-ce que la compilation apporte des vrais gains de performances ?
Le gain de performance est totalement prouv^W^W un des plus grands mythe. N'empêche, on peut le dire, « C'est moi qui l'ai compilé ».
LMes avantages pour Gentoo :
- Voir tous les paquets installés (depuis le début, jusqu'à la fin. Qui connait réellement tous les paquets pré-installés dans sa distribution ?)
- Voir les options de compilations : pour les activer, ou pour les découvrir :)
- Un bel init, plein de couleurs. Mis à part ça, les 3 niveaux de boot, les scripts d'init bien fait sont un plus.
- Les différentes versions d'un même logiciel disponible, avec les versions instables sous protections. Utile quand on veut prendre le risque d'avoir le dernier vlc, mais se limiter à telle version (système plus fin que paquet / paquet-devel).
- Des mises à jours fréquentes, qui sont fragiles (qui a encore changé l'API d'expat qui m'oblige à recompiler la moitié du système ?)
Voilà, quelques uns des nombreux avantages de la gentoo.
N'hésitez pas à exprimer les votre ...
[^]Re: Faîtes chauffer les CPU
Bonne gestion des dependances aussi.
Ce commentaire est :
Génial, Nul, 42
[^]Re: Faîtes chauffer les CPU
Comme j'en parle de ce journal : https://linuxfr.org/~chicha/22539.html
Je n'ai pas vu d'augmentation visible des performances sur une Gentoo par rapport à Mandriva et Kubuntu sur un PC de bureau standard.
Gentoo reste à mes yeux une magnigique distro, idéale pour comprendre comment marche une distro jusque dans ses entrailles.
Elle bénificie d'une très grande stabilité. La documentation et la communauté est exemplaire. Son gestionnaire de paquet est magnifique...
.... Mais ! Elle demande beaucoup de temps en maintenance pour avoir un système à jour, pour un resultat pas si enorme que ca !
Je l'imagine très bien dans un réseau d'entreprise : tous les ordinateurs ayant la même config et les mêmes besoins, il y aurait un serveur centrale qui se tape la compilation pour tout le monde et les autres machines viennent chopper leurs paquets tout compilés et optimisés sur le serveur.
Mais pour un ordinateur familiale de bureau, je n'en vois pas l'intérêt.
[^]Re: Faîtes chauffer les CPU
Je l'imagine très bien dans un réseau d'entreprise : tous les ordinateurs ayant la même config et les mêmes besoins, il y aurait un serveur centrale qui se tape la compilation pour tout le monde et les autres machines viennent chopper leurs paquets tout compilés et optimisés sur le serveur.
Tu veux parler de debian là non ? :-)
[^]Re: Faîtes chauffer les CPU
j'ai cru un instant qu'il parlait de Redmond...
esby
[^]Re: Faîtes chauffer les CPU
> Mais pour un ordinateur familiale de bureau, je n'en vois pas l'intérêt.
J'entends souvent cet argument. J'en ai un. Gentoo est de loin la distribution qui gère le mieux mon AMD64 en natif avec tout un tas de patches qui ne sont pas appliqués par d'autres distributions.
- gentoo-sources est un kernel très adapté à mon amd64
- compat-libs et consors m'aident a faire tourner toutes mes applis
- les flags permettent de compiler que ce dont tu n'as besoin (comme le support IPv6 que je désire sur toutes mes applis)
- un tres bonne gestion des dépendances et des ports très récents lorsque tu désires tester une nouvelle appli.
C'est une distribution d'enthousiaste et elle comporte également une documentation et un wiki qui se sont révélés très utiles lors de certaines configurations ou tests.
Steph
[^]Re: Faîtes chauffer les CPU
oui, tu peut meme faire faire les compil la nuit par toute les machine du reseau grace a distcc.
Ce commentaire est :
Génial, Nul, 42
[^]Re: Faîtes chauffer les CPU
Arf le truc foireux, c'est typiquement le genre de truc impossible à industrialiser, techniquement c'est possible mais la moindre petite coquille peut foutre en l'air ton système d'information, je préfère de loin la compilation centralisée et testée (machine de recette) et puis ensuite déploiement quand c'est OK.
[^]Re: Faîtes chauffer les CPU
parc que machine => compilation repartie
un serveur initiateur de la compil, compil la nuit en groupe, le jour seul si besoin.
Une machine de test, ou tu verifie le resultat, voire que tout est cohérent et si elle marche bien, tu mets à jours le parc sinon tu recommences.
A mon avis ca doit pouvoir se faire avec des /etc/poratge/pakages* distant.
Ce commentaire est :
Génial, Nul, 42
[^]Re: Faîtes chauffer les CPU
compiler != installer
[^]Re: Faîtes chauffer les CPU
Je pense qu'un peu de synthèse est utile ici:
Les - :
- Aucune amélioration visible des performances pures, car la pluspart des distributions en i586 et i686 sont déjà pas mal optimisées.
- Temps de compilations souvent un peu long (quoiqu'avec une machine récente les updates se passent souvent en douceur sans problème, la machine restant exploitable pendant les compilations).
- Il faut pas mal mettre les mains dans un terminal, mais quand on aime, on compte pas :)
- consomation de CPU intensive, mais avec les Core 2 Duo ça ne devrait plus poser de problème d'environnement :)
Les + :
+ On peut régler le plus finement possible les dépendances de chaque paquet que les ./configure nous le permettent, simplement grâce à 2 fichiers de conf à la syntaxe aisée.
+ On compile que ce dont on à réellement besoin, système minimal, pas de démons à gogo lancés sans en avoir besoin, boot souvent plus rapide (bien que l'archlinux semble être plus rapide à booter, bootchart à l'appui)
+ Portage est quand même très agréable à utiliser (dérivé des ports BSD, pâle copie diront certains, mais outil à part entière qui n'a plus rien à envier aux ports maintenant).
+ Stable même en unstable, et oui, 4 ans en unstable et aucun problème notoire si ce n'est un paquet qui se compile pas de temps en temps, mais rien de grave c'est souvent corrigé très vite.
+ Paquets très à jour (surtout en unstable).
+ Moulte overlays éxistants, possibilité d'avoir de maintenir des paquets cvs & svn facilement, gestion des dépendances très souple dans ce contexte grâce à la compilation.
[+] [^]Re: Faîtes chauffer les CPU
Et par la dessus j'ai oublié la communauté d'utilisateur qui fourmille de renseignenements, de ressources sur les forums gentoo.
Ils sont un peu moins sympa sur irc ;) mais les forums officiels sont très actifs et réactifs.
Par la dessus une documentation bien faite sur le site officiel gentoo, quelques wiki d'utilisateurs qui fourmillent d'howto, et on est jamais perdu à condition de savoir manier google un peu, mais les bons résultats sont presque toujours dans les 3 premiers liens qu'il donne :)
[^]Re: Faîtes chauffer les CPU
Là je ne suis pas d'accord, enfin partiellement. Si IRC n'est pas "très sympa", ça concerne principalement #gentoofr (et encore plus #gentoo-uk, d'ailleurs), et pas du tout le canal principal #gentoo, qui reste à mon avis une encore meilleure ressource que les forums.
Vous devriez vraiment visiter Aperture First !
[^]Re: Faîtes chauffer les CPU
je peux pas vous laisser troller sur l'irc...
perso je me suis mit au gentoo wiki parceque j'ai trouvé les gens de l'irc simpas et spécialement gentoofr où quand on a un probléme y a toujours quelqu'un pour aider (même s'il sais pas la réponce).
De troll sur les distrib on passe de troll aux communautés.
Les gentoo font de la compile pour rien et sentent pas la rose.
Les debian sont réfractaire à la nouveauté....
bon je crois qu'il faut s'arrété là.
mais la discussion été interessante à la base.
Kalden Time Breach Project Manager
http://TimeBreach.SourceForge.net
[^]Re: Faîtes chauffer les CPU
ça concerne principalement #gentoofr
En meme temps quand on voit certains... Et qui sont passés @ en plus dans quelques cas...
Constat :
J'allais sur #gentoofr régulièrement il y a un an, c'etait sympa, bien, tout ca. Je suis repassé il y a un mois dessus (recrutement pour le wiki tout ca...).
Quand on lit des personnes "sensibilisées" aux problemes de droits de licences, droits d'auteurs... vanter leurs telechargements illégaux, là, comme ca. Encore, il n'y en aurait qu'un... Mais il y a un écho derrière ! Ca fait peur en fait.
Et si l'idéal n'était pour beaucoup de gens plus là (s'il y a été un jour) ?
Moi, ca me désole. J'ai rien contre les discussions Stargate, loin de là, mais limite ca devient de l'échange de liens edk/bt.
Alors, j'ai pensé, soit on essaye de nettoyer, et on va nous traiter de dictateurs (tain, on peut meme plus discuter tranquille !), et on va dire que l'ambiance est pourrie (m'enfin, il fut un temps, on causait bien, on se marrait bien, et ca partait pas dans des délires genre "le telechargement illegal, c'est bien"), soit on fait rien, et ca va rester comme ca, voire empirer, soit on part.
Je suis lâche, je suis reparti. J'ai honte pour certains d'entre eux.
M'enfin peut-etre qu'un jour, l'envie me reprendra d'administrer ce canal, qui contient bien des gens sympathiques au demeurant... Je sais pas. Je ne dois pas avoir la Gniarf touch' :D
(ps : kiorky, si tu lis ces lignes, pas la peine de sortir tes logs de y'a vingt ans, OSF)
[^]Re: Faîtes chauffer les CPU
kikoo ^^
Windows has no users. It has hostages.
[^]Re: Faîtes chauffer les CPU
Un avantage que je vois a Gentoo, (mais je retrouve cet avantage sous debian / OpenBSD) :
Permet d'être proche du système, et pour gentoo proche de la machine.
D'autre part, ça donne une vision différente du monde linux, et dui monde unix, ce qui nous diversifie et permet de pouvoir donner un point de vue objectif sur telle ou telle appli/distrib (si tant est qu'on oublie notre distrib chérie).
Par exemple, le jour ou j'ai essayé OpenBSD, j'ai adoré le système de configuration des cartes réseau (un fichier par carte, avec le nom de la carte)
Les nomages des cartes réseau (par constructeur / chips et pas par type de carte)
Et ça je l'ai vu lors de l'install, avec 4h de recherche avant (je m'y suis mis sur un pc a coté sur un coup de tête et un trip avec un ami, celui qui auras une OBSD opérationelle pour apache le plus rapidement)
En résumé, ce que je veux dire :
toutes les distribs, tous les OS ont leurs avantages spécifiques (d'autres personnes l'ont dit sur linuxfr)
Pourquoi continuer a troller et ne pas justement s'appuyer sur ces différence (qui font la force du libre) pour améliorer l'ensemble?
Tous ont de bonnes idées, tous en ont des mauvaises.
Aucune distribution ne vise le même public, et encore plus fort, des distribitions proches par parenté peuvent viser des public très différents. Ex : Debian (quand même experimenté) et Ubuntu (pour les débutants). L'essentiel est donc que la distribution soit adapté a SON public, et qu'elle suive les désirs de celui-ci.
partisan du libre, j'utilise Debian et OpenBSD
Ma fiertée
[^]Re: Faîtes chauffer les CPU
Pour les perfs, ca a déja été répondu...
J'utilise une gentoo depuis 2004, avant j'avais fait debian stable, puis instable, encore avant redhat, slackware, ... J'avais trouvé la gentoo bien documenté, et je voulais essayer.
Debut 2005, j'en ai eu marre, compiler KDE prends un temps fou. Donc j'ai pris une knoppix, installé sur HD, puis modifié le source.list. Au bout de quelque temps ca a commencé a merder. J'ai essayé ubuntu, fedora, pas mandrake (c'est une histoire de gout). Mais rien à faire, je ne retrouvais pas le plaisir de configurer ma distribution aux petits oignons. Je suis donc repassé à la gentoo. La debian stable à changé depuis, tant pis.
Le principal reproche que j'ai, c'est la migration des fichiers de configurations dans /etc, se serait bien (et j'ai pas le temps) que chaque paquet puisse faire un import et un export au format texte, pour les faire migrer facilement. J'ai jamais eu de soucis avec ma debian, mais alors gentoo, soit je les met pas à jour, et un jour ou l'autre le format a changé définitivement, soit je met à jour en essayant de comprendre le nouveau format à partir d'un diff :-(
Sinon, j'utilise gentoo sur ma machine perso et un serveur. Les deux sont très stable.
Mon dernier reproche ira à linux, à quand la possibilité de swapper de noyau au runtime ?
[^]Re: Faîtes chauffer les CPU
Pour ton dernier reproche :
http://linuxfr.org/2004/05/18/16263.html