Articles précédents : Test
- [87] ATI cherche des bêta testeurs pour ses pilotes Linux
- [269] J'ai testé Windows
- [110] Test de la SuSE 8.2
- [20] Test de charge Openbrick: Mise à jour Drupal PHP-Nuke
- [48] Un nouveau stream d'OGG de France Inter
- [23] OCR sous Linux : comparatif
- [41] Explosion en vol de CD-ROM
- [23] Un bench MySQL contre tous
- [91] Benchmark J2EE vs dotNET
- [21] Ipod et Linux...
Test : Mesure du bénéfice de l'approche Gentoo
Posté par Aurélien Le Provost - Ribaltch (Jabber id, page perso, ). Modéré le 13 août 2003.Ce banc d'essai met aux prises la Debian, la Mandrake et la Gentoo sur des opérations quotidiennes (bureautique, traitement d'images, compilation).
Les performances de ces trois distributions sont sensiblement identiques. «Au final il semble que Linux est Linux, et vous pouvez choisir la version qui vous convient le mieux.»
Le banc d'essai sur Linmagau.org (6001 hits)
> Lire la suite (172 commentaires, moyenne: 2,2). [dépêche : 1068 caractères]
«Les tests suivants ont été effectués :
- Temps mis pour ouvrir une large feuille dans Gnumeric ;
- Temps mis pour compiler un noyau ;
- Temps mis pour «Dupliquer une image» dans The Gimp ;
- Temps mis pour effectuer un lourd «Unsharp Mask» dans The Gimp ;
- Temps mis pour ouvrir OpenOffice une première fois ;
- Temps mis pour réouvrir OpenOffice ;
- Expérience d'utilisateur avec Galeon, Evolution et OpenOffice.
Test 1 : Ouvrir une feuille de 32.000 lignes dans Gnumeric.
Debian 7min 15s
Mandrake 8min 45s
Gentoo 11min 21s
Test 2 : The Gimp, «Unsharp Mask» avec les valeurs suivantes : rayon 25, qualité 5 et seuil 255.
Debian 1min 05s
Mandrake 52s
Gentoo 54s
Test 3 : Compilation du noyau 2.4.21
Results:
Debian 7min 28s
Mandrake 7min 49s
Gentoo 9min 40s
Conclusion
Aucune de ces distributions ne semble avoir d'avantage consistant sur les performances, au final il semble que Linux est Linux et vous pouvez choisir la version qui vous convient le mieux.»
Auteur : Indranath Neogy
Re: Mesure du bénéfice de l'approche Gentoo
Comme quoi les trolls sur le sujet sont bels et bien stériles...
-
[^]Il y a quand meme une vrai difference
Posté par jr lamoule (page perso, ) le 13/08/2003 à 13:30. (lien). Évalué à 1.3 min pour ouvrir un fichier dans un tableur, c'est pas ce que j'appelle une difference minime ...
-
[^]Re: Il y a quand meme une vrai difference
Posté par Thomas Cataldo (page perso, ) le 13/08/2003 à 13:33. (lien). Évalué à 0.Donc mandrake et gentoo pour les graphistes qui font du gimp, et debian pour les autres :-)
Perso je ne trouve pas les différences négligeables : plus de 20 % de différence sur une compil de noyau, ça fait pas mal je trouve.
Mais bon ça reste un bench...-
[^]Re: Il y a quand meme une vrai difference
Posté par Pierre Jarillon (page perso, ) le 13/08/2003 à 13:46. (lien). Évalué à 6.J'en retiens que les options de compilation de Gentoo ne sont pas peaufinées car en théorie, elle aurait dû sortir en tête.
Tout cela confirme tout ce que j'avais pu lire sur Mandrake : les recompilations en mode 686 au lieu de 586 ne valent pas le dérangement.-
[^]Re: Il y a quand meme une vrai difference
Posté par Guillaume Rousse (page perso, ) le 13/08/2003 à 14:39. (lien). Évalué à 11.>les recompilations en mode 686 au lieu de 586 ne valent pas le dérangement.
Sauf cas particulier, typiquement les programmes qui fournissent des options spécifiques de compilation, comme les applications multimédias, pas juste les optimisations du compilateur.
Pour toutes ces applications, la politique mandrake dit que le package peut fournir des versions additionelles des librairies, et que le chargeur dynamique se chargera d'aller chercher la meilleure version. Le package glibc, par exemple, fournit un certain nombre de librairies compilées pour i686 dans /lib/i686.
-
[^]Re: Il y a quand meme une vrai difference
Posté par Philippe Fremy (page perso, ) le 14/08/2003 à 09:09. (lien). Évalué à 5.Je trouve que le test ne vaut pas grand chose car il manque des elements cles:
1. Est-ce que gentoo est prelinkee ? Ca cree des differences significatives en terme de perf. Mandrake est par defaut prelinkee il me semble, donc possede un avantage net.
2. Quel sont le compilateur et les options utilises pour cree les paquets debian et mandrake, et pour compiler la gentoo ? Gentoo a souvent le dernier gcc qui est en general plus lent que le precedent (sic).
3. compiler le kernel avec des gcc differents donne des resultats non comparables.
Sinon, perso, j'utilise une gentoo et j'aime bien recompiler mais c'est pas pour des problemes de perf. C'est plutot d'une part pour le fun, d'autre part pour avoir les tous derniers logiciels. Les versions stables de Mandrake et debian ne sortent pas tres souvent, donc c'est difficile d'avoir un systeme stable et tres a jour avec ces distros. Il faut passer en version instable, ce qui n'est jamais sans risque.
Gentoo envoie du bleeding edge en restant stable. Ca c'est cool.-
[^]Re: Il y a quand meme une vrai difference
Posté par wismerhill (page perso, ) le 14/08/2003 à 10:46. (lien). Évalué à 0.1. Est-ce que gentoo est prelinkee ? Ca cree des differences significatives en terme de perf. Mandrake est par defaut prelinkee il me semble, donc possede un avantage net.
Aucune importance, pour autant que je sache Gnumeric et Gimp sont écrit en C pas en C++.-
[^]Re: Il y a quand meme une vrai difference
Posté par Baptiste SIMON (Jabber id, page perso, ) le 14/08/2003 à 11:55. (lien). Évalué à 1.le rapport ?
prelink n'agit que sur les progs C++ ?--
BeTa-
[^]Re: Il y a quand meme une vrai difference
Posté par Christophe Fergeau () le 14/08/2003 à 12:33. (lien). Évalué à 2.Le prelink ca joue pas uniquement sur les temps de démarrage ?
-
[^]Re: Il y a quand meme une vrai difference
Posté par Bouiaw (page perso, ) le 14/08/2003 à 13:21. (lien). Évalué à 2.Le prelink précalcule les liaisons dynamiques, ce qui accélère seulement le démarrage. Cela accélère principalement les gros progs C++ qui utilisent énormément les liaisons dynamiques, le meilleur exemple étant KDE. Pour les programme en C, le gains est négligeable, et de toute façon, ça n'influence pas la vitesse d'exécution une fois le programme lancé.
-
-
-
-
-
[+] [^]
Posté par Francois Revol (page perso, ) le 14/08/2003 à 04:47. (lien). Évalué à -2.Slackware pour tout le monde !
Et pi BeOS tiens :P
-
-
[^]Re: Il y a quand meme une vrai difference
Posté par Fabien Jakimowicz (page perso, ) le 13/08/2003 à 13:37. (lien). Évalué à 1.si tu as suivi le lien du test, tu pourra constater qu'il y a une difference de + de 20 minutes entre les 3 distribs avec un avantage pour mandrake. Cependant, les numeros de versions du soft entre mandrake et les 2 autres sont differents , ce qui pourrait expliquer des choses (mais pas precise dans le test).
-
[^]Re: Il y a quand meme une vrai difference
Posté par Antoine Beck () le 13/08/2003 à 13:44. (lien). Évalué à 5.Pour gnumeric, le premier bench est fait avec des versions différentes, mais pour le second elles sont identiques. Et là c'est debian qui s'en sort. Mais c'est vrai que ça reste un bench.
-
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Fabien Jakimowicz (page perso, ) le 13/08/2003 à 13:30. (lien). Évalué à 2.ben, en general, un troll n'apporte rien et reste sterile. C'est pour cela que c'est dailleurs un troll (meme si ce n'est pas sa definition exacte).
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Fred (page perso, ) le 13/08/2003 à 15:45. (lien). Évalué à 7."un troll n'apporte rien et reste sterile"
Si les trolls sont stériles comment font ils pour se reproduire autant? ;o)-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Serge2 () le 13/08/2003 à 13:31. (lien). Évalué à 21.Par contre, la gentoo n'est pas très écolo. Tout recompiler systématiquement, vu comment chauffent les procs aujourd'hui participe au réchauffement de l'atmosphère. Ce n'est peut-être pas un hasard que l'apparition de la Gentoo coincide avec l'apparition de la canicule...
Bon, je sors.-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Possum Marsupial Power (Jabber id, page perso, ) le 13/08/2003 à 13:35. (lien). Évalué à 0.Tout à fait d'accord, y'a qu'a voir, je me sers de mon proc pour faire cuire mes saucisses façon barbecue.
Bon je retourne compiler OpenOffice :) Et je sais où est la sortie :p
Gentoo powa, Mdk Powa et Debian aussi mais un peu moins :)
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Fabien Jakimowicz (page perso, ) le 13/08/2003 à 13:35. (lien). Évalué à 6.donc avec la gento il faut aroser son pc afin de ne pas depasser la temperature maximale de l'air rejete .....
Je te rejoins ...
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par ceituna (page perso, ) le 13/08/2003 à 13:37. (lien). Évalué à 1.Eh, serge ! Quand tu as écrit tonb nom, tu as malformé l'écriture de ton nom...
Si tu veux troller, dis au moins que tu tappelles Klaus...
Ce sera plus crédible pour dire que Knoppix Roxor... :p)
Ok, la chaleur me monte à la te moi aussi -> [ ]-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Serge2 () le 13/08/2003 à 13:39. (lien). Évalué à 0.C'est vrai que Kde ça le fait mieux que Cde !
-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par ceituna (page perso, ) le 13/08/2003 à 13:42. (lien). Évalué à -2.Je vois que tues d'accord avec moi...
Il y a un peu trop de soleil ces jours-ci...
Je vais m'éclipser quelques jours en WE alors... :p))
Bon, cette fois-ci, je --> [ ] pour de bon, car double blague vaseuse, c'est pas bon signe... :=/-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par ceituna (page perso, ) le 13/08/2003 à 13:44. (lien). Évalué à -1.s/tues/tu est/g
désolé, mais à force de chercher un humour vaseux, mes doigts se sont collés au clavier...
(comme on dirait dans le sud, les doigts pèguent...) :)-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Epsos (page perso, ) le 13/08/2003 à 13:48. (lien). Évalué à -1.voir meme s/tues/tu es/
[-1] aussi ...-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Julien Borrel () le 13/08/2003 à 20:40. (lien). Évalué à -1.Il a l'air marrant votre jeu... Allez, j'essaie
s/voir meme/voire/
Bon, je viens vous rejoindre dehors.
-
-
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Pascal Terjan (Jabber id, page perso, ) le 13/08/2003 à 13:44. (lien). Évalué à 0.ouais mais ca vaut pas gnome
-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Pascal Terjan (Jabber id, page perso, ) le 13/08/2003 à 13:54. (lien). Évalué à 0.Comme l'ont si bien chanté les VRP, ca a des avantages.
-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Serge2 () le 13/08/2003 à 14:31. (lien). Évalué à -1.Argh, mes XP, une attaque des gnomeux, je suis cuit !
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Gwenole Beauchesne (page perso, ) le 13/08/2003 à 19:36. (lien). Évalué à 0.Ouais, un jour ils apprendront le langage avant de programmer quelque chose. i.e. Écrire quelque chose de portable en fait. Bon je trolle car de nos jours c'est normalement corrigé. ;-)
-
-
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Guillaume Libersat (Jabber id, page perso, ) le 13/08/2003 à 17:28. (lien). Évalué à 2.>Tout recompiler systématiquement, vu comment chauffent les procs aujourd'hui participe au réchauffement de l'atmosphère
Manquerais plus que le gars ait un processeur AMD...
Ahh, on me fait signe que c'est par la -->-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par sylvain TONUS (page perso, ) le 13/08/2003 à 18:38. (lien). Évalué à 4.ouais mais au moin, nous on gagne en chauffage l'hiver!!
mais ce qui est embetant, c'est que l'argent gagne en chauffage l'hiver, on le perd a racheter un autre processeur l'ete... :(-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Régis Couraud () le 13/08/2003 à 21:10. (lien). Évalué à 4.Certe les CPU AMD chauffent + mais cela fait des années que j'en utilise (Y compris en environement trés chaud comme en ce moment)
J'ai même un serveur qui tourne 24/24H 7/7J et il marche nickel, donc je pense qu'il faudrait peux être stopper les trolls.
Et puis AMD c'est pas si mal que ça ,-)-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Matthieu BENOIST () le 14/08/2003 à 07:50. (lien). Évalué à 1.Oaip, c'est vrai ça ! Et puis je suis sur que les PIV arrive pas à suivre un chtit athlon XP 1800 à 78°C (56° pour la CM) !!!
Y'a pas à dire, comme chaffage d'appoint, c'est le top !
Ok, -1 , je sort ------------->[]
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par SOULfly_B (Jabber id, page perso, ) le 14/08/2003 à 08:24. (lien). Évalué à 2.<ma vie>
je viens de m'acheter un AMD XP 2400+
eh ben je suis surpris de voir qu'il ne dépasse pas les 46°C aprés qq heures de compilation
et sa température normale de fonctionnement oscille autour de 40°C
pour éviter de faire de l'information mensongère, je précise que ma tour est une Antec AMG 1080 munie de 5 ventilos, rien que pour elle, ce qui explique que la température interne est toujours égale à la température ambiante
de plus, j'ai aussi un AMD XP 1800+, et lui il a tendance à chauffer : il est monté dernièrement à 68°C, mais la tour ne possède qu'un seul ventilo....
</ma vie>
tout ca pour dire que nous avons devant nous encore un beau troll :)-
[^]températures AMD / Intel
Posté par Marc Lacoste (page perso, ) le 14/08/2003 à 13:25. (lien). Évalué à 5.> XP 2400+ 46°C
> XP 1800+ 68°C
Parce que le 2400+ est gravé en 130 nm alors que l'autre est en 180.
Pour tordre le cou à une idée reçue: les Athlons ne consomment pas plus d'énergie que les P4:
http://www.tomshardware.fr/images/cpu/20030305/cpu_chart.gif(...)
La chaleur dégagée n'est donc pas plus importante. Les Athlons, avec un core plus petit (donc concentration de la chaleur plus importante, ont une température plus élevée que les P4, qui ont un heat spreader en plus pour diffuser l'énergie sur une plus grande surface.
En résumé, on peut cuire autant de saucisses avec l'un qu'avec l'autre.-
[^]Re: températures AMD / Intel
Posté par Alexandre LISSY (Jabber id, ) le 06/09/2003 à 21:08. (lien). Évalué à 1.y'a un heatspread, mais le core est pas plus gros, donc, le heatspread ça rajoute juste une étape, je pense pas que ça améliore l'évacuation, et que ça sert surtout à empêcher un reliage de pont et à protéger le core
-
-
-
-
-
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Keos () le 13/08/2003 à 13:47. (lien). Évalué à 3.Comme quoi les trolls sur le sujet sont bels et bien stériles...
Il est vrai....
Mais pour moi l'intérêt d'une gentoo se trouve ailleurs que dans les perfs...-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Pascal Terjan (Jabber id, page perso, ) le 13/08/2003 à 13:52. (lien). Évalué à 7.Pareil, les perfs je m'en fous un peu sur ma gentoo
Ce qui est cool c'est d'avoir exactement les options que l'on veut pour chaque appli (support X ou pas, support ipv6 ou pas, ...) tres facilement, sans etre force de regarder le configure des applis ni de refaire ces choix pour les differentes applis.
Et puis bon, j'aime bien emerge, je sais pas pourquoi, peut etre a cause des messages subliminaux qui me le disent pendant les install.-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Ramso (page perso, ) le 13/08/2003 à 14:26. (lien). Évalué à 3.j'aime bien gentoo et son gain de place vu qu'on ne compile que ce qui est nécessaire...
sauf qu'il faut 2 Go de plus rien que pour stocker ce qui dans les distributions binaires se trouvent dans les paquest *-dev :)
heu... j'ai pas vu quelle direction ont pris les autres, ha si, la sortie de secours est par là --> []--
Groar !-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Arachne (page perso, ) le 13/08/2003 à 14:38. (lien). Évalué à 2.Heuu... En même temps la compilation te vampirise ton /var d'un force!
Tes 2 Go tu as intérêts à les avoir pour emerge un soft comme KDE Gnome ou OOo sinon tu pleures!
D'autre part sous debian tu peux très bien installer que ce dont tu as besoin avec apt-get, là je vois pas le problème. Bon si tu utilises dselect ou tasksel, paix à ton âme... ;)-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par L. R. (Jabber id, page perso, ) le 13/08/2003 à 14:43. (lien). Évalué à 0.Pff si vous utilisiez un OS d'homme comme Windows vous auriez pas le problème de la compilo :P
Windows, ça r0x, y'a pas à dire.
Oui, je sais -->[_____]--
Quand le chat regarde la tartine beurrée, le sage s'en mord les doigts.
République bananière -- Banana Republic-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
-
-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Encolpe DEGOUTE (page perso, ) le 13/08/2003 à 14:47. (lien). Évalué à -4.Ainsi qu'attendre deux à trois heures de compilation avant d'avoir un système utilisable.
Avec un doom précompilé ça serait sans doute moins pénible.
Il faudrait demander aux mainteneurs Gentoo pourquoi ils ne passent pas à *BSD, tant qu'ils en sont à recréer un système d'installation automatique de Linux From Scratch...
--
god@universe$ make world men install
Segmentation fault
Core dumped-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Arachne (page perso, ) le 13/08/2003 à 15:42. (lien). Évalué à 5.Tu le fais exprès ou tu es vraiment profane ?
Portage est l'héritier du système de port des *BSD, donc c'est exactment ce que Gentoo a fait, avec GNU/Linux.
Mère de Dieu voilà le bon troll d'inculte comme je les aime : pas argumenté, caressant les opposants pour gagner de l'XP facile, et surtout, surtout, la signature de nerd. Sublime ;)-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Ramso (page perso, ) le 13/08/2003 à 16:20. (lien). Évalué à -6.ne soit pas agressif, il a encore le droit de faire de l'humour que je sache
il a descendu gentoo en quelques lignes, tant pis si ça te plaît pas :)--
Groar !
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Encolpe DEGOUTE (page perso, ) le 14/08/2003 à 08:09. (lien). Évalué à 3.De trollibus discutantum et flamandum
;^)
--
Comment ça j'ai marché dedans?
C'est du pied gauche, ça porte bonheur!
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Brice Arnould ( un_brice ) (page perso, ) le 13/08/2003 à 15:56. (lien). Évalué à 3.En plus le système "portage" de Gentoo n'est _pas_ une réecriture de "port" des BSDs.
http://www.gentoo.org/doc/en/faq.xml#doc_chap4_sect2(...)--
Respect à RMS.
-
-
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Laurent Mouillart (page perso, ) le 13/08/2003 à 14:23. (lien). Évalué à 2.Moi ce que j'aime bien c'est la simplicité de création des paquets, je crée donc des paquets pour tout ce que j'utilise et c'est bien pratique.
Le fait qu'il existe plein de paquets pour les trucs que j'utilise et que je trouve pas dans les autres distributions à part FreeBSD (peut être pour des problèmes de licences). Pour les performances c'est sur que c'est un echec quasi total.-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Arachne (page perso, ) le 13/08/2003 à 14:39. (lien). Évalué à 1.>> Pour les performances c'est sur que c'est un echec quasi total.
Va dire ça au KDE de rabbit...
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Roger Rabbit () le 13/08/2003 à 14:44. (lien). Évalué à 2.Kde sous gentoo est comparable au kde de Suse ou Mdk , soit des distro dont les paquets ont été "tunés" par des gens qui savent ( en théorie ) ce qu'il font, a l'inverse de debian ou Kde est d'une lenteur à mourir .
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par djrom () le 13/08/2003 à 14:49. (lien). Évalué à 3.Youhou ! Joli troll, il ne se voit presque pas. Pas mal du tout, je propose ta nomination pour le point troll du jour.
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Roger Rabbit () le 13/08/2003 à 15:05. (lien). Évalué à 6.euh, dire que kde a une vitesse comparable sous gentoo/mdk/suse alors qu'il est plus lent sous debian , ce n'est pas un troll ... j'ai testé kde sous les 4 distro kde sous debian est effectivement bien plus lent ...
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Laurent Mouillart (page perso, ) le 13/08/2003 à 15:34. (lien). Évalué à 3.J'ai testé aussi et je confirme que kde est plus lent sous debian.
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Brice Arnould ( un_brice ) (page perso, ) le 13/08/2003 à 15:59. (lien). Évalué à 1.Si le lancement des applications C++ est lent, c'est probablement parce que Debian n'est pas prelinkée par défaut (mais on peut installer prelink). Vous avez cherché de ce coté ?
--
Respect à RMS.-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Mathieu Pillard (page perso, ) le 13/08/2003 à 17:47. (lien). Évalué à 5.Euh, gentoo ne fait pas de prelink par defaut...
C'est d'ailleurs un des problemes de l'article, ils ne comparent pas ce qui est comparable... (mdk utilise prelink...)-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par duf (Jabber id, ) le 13/08/2003 à 20:54. (lien). Évalué à 4.La doc gentoo en fr sur le sujet :
http://www.gentoo.org/doc/fr/prelink-howto.xml(...)
perso j'utilise pas vu que j'utilise pas kde, mais d'après des potes qui utilisent kde ils me disent que ça y fait pas mal, moi qd j'ai testé chez eux j'ai pas vu, mais bon moi j'ai un vieux duron 850 et eux des 2Ghz minimum, donc forcément qd je vais chez eux je trouve ça forcément rapide :)-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Juke (Jabber id, page perso, ) le 14/08/2003 à 06:52. (lien). Évalué à 1.Merci pour ton lien c'est tres instructif, j'ai eu du mal à le reperer entre les poils de trolls.
-
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Misc (page perso, ) le 13/08/2003 à 20:06. (lien). Évalué à 2.non, comme dit plus bas, mandrake n'utilise pas prelink.
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Roger Rabbit () le 14/08/2003 à 06:50. (lien). Évalué à 1.La suse 8.2 n'utilise pas non plus prelink par defaut ...
-
-
-
-
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Ramso (page perso, ) le 13/08/2003 à 14:47. (lien). Évalué à 0.ce que j'aimerai bien, c'est jouer à tétris pendant qu'il passe ses 24h à compiler OOo avant que je puisse ENFIN l'utiliser...
ha non mince faut le compiler le tétris aussi !
bon laissez tomber, je vais aller chercher le binaire :)
j'étais pas déjà dehors, moi ?--
Groar !-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Pascal Terjan (Jabber id, page perso, ) le 13/08/2003 à 14:52. (lien). Évalué à 2.OpenOffice est disponible en paquet binaire dans la gentoo...
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par KaZeKaMi (page perso, ) le 13/08/2003 à 15:19. (lien). Évalué à 9.d'où l'intérêt d'une distrib permettant de tout recompiler...
----> []-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Brice Arnould ( un_brice ) (page perso, ) le 13/08/2003 à 16:01. (lien). Évalué à 2.Le packet binaire est disponible paske Openoffice.org fourni des binaires officiels. Sur un projet qui n'en fourni pas, y'a pas de binaires.
--
Respect à RMS.
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Ramso (page perso, ) le 13/08/2003 à 16:22. (lien). Évalué à 0.enfin quelqu'un qui suit :)
merci d'avoir montré dans quel gouffre j'ai fait tombé le gentooïste du dessus !--
Groar !-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Brice Arnould ( un_brice ) (page perso, ) le 13/08/2003 à 18:52. (lien). Évalué à 2.<blockquote>merci d'avoir montré dans quel gouffre j'ai fait tombé le gentooïste du dessus !</blockquote>
C'est clair, t'est trop fort.
Plus sérieusement, le "gentooïste du dessus" a pas dit qu'il avait l'utilité de ce package. Il a juste démontré que ton exemple était mauvais.
Sinon, compiler un tetris, ça prend 2 minutes.--
Respect à RMS.
-
-
-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Christophe Fergeau () le 13/08/2003 à 15:21. (lien). Évalué à -1.Et ça sert à quoi d'utiliser un paquet binaire ? C'est incroyablement lent sans les mega options de compil qui tuent
Oh, y a déjà plein de monde dehors, ça a l'air sympa, attendez moi j'arrive !
-
-
-
Il doit y avoir un problème avec gnumeric
En effet, j'ai créé une feuille de ca&lcul sous le excel 97 que j'ai au bureau, 32000 ligne, 26 colonnes, chaque case calculée, et au final, l'ouverture me prend 3 à 5 secondes.
Il y a moyen de récupérer la feuille utilisée pour le test ?
-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par Pascal Terjan (Jabber id, page perso, ) le 13/08/2003 à 13:48. (lien). Évalué à 2.Ont ils compte le lancement ?
Combien la machien a t'elle de RAM (8Mo ?)
(j'ai pas acces au test alors je sais pas si c'est indique)-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par pikachu () le 13/08/2003 à 13:50. (lien). Évalué à 5.Hardware
The boxes from Evolution Xtreme had the following configuration:
Celeron 2 GHz Processor
256 MB DDR RAM
SAMSUNG - SP4002H 40G HD
MSI 6533E main board
All SIS chipset
lspci output:
00:00.0 Host bridge: Silicon Integrated Systems [SiS] SiS651 Host (rev02)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SiS 530 Virtual PCI-to-PCI bridge (AGP)
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] 85C503/5513 (rev25)
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS]
SiS7012 PCI Audio Accelerator (rev a0)
00:03.0 USB Controller: Silicon Integrated Systems [SiS] SiS7001 USB Controller (rev 0f)
00:03.1 USB Controller: Silicon Integrated Systems [SiS] SiS7001 USB Controller (rev 0f)
00:03.3 USB Controller: Silicon Integrated Systems [SiS] SiS7002 USB 2.0
00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
Mais même en comptant le lancement, ça me semble énorme-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par Pascal Terjan (Jabber id, page perso, ) le 13/08/2003 à 13:53. (lien). Évalué à 2.Ouais vu la machine c'est enorme !
-
-
[^]Re: Il doit y avoir un problème avec gnumeric
-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par Frederick Ros (page perso, ) le 13/08/2003 à 14:15. (lien). Évalué à 1.> Ont ils compte le lancement ?
Utilisent-ils le prelink ? Si je me souviens bien la Mandrake l'utilise par defaut ...-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par Gentoo][Gravis (page perso, ) le 13/08/2003 à 14:23. (lien). Évalué à 2.Oui, et prelink n'est pas dispo par defaut sur gentoo.
un petit "emerge prelink"
puis "prelink -afmR" remet tout le monde d'accord-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par djrom () le 13/08/2003 à 14:29. (lien). Évalué à 4.Auquel cas il faut faire sur Debian "apt-get install prelink && prelink -afmR" pour rétablir l'équité ...
-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par Sylvestre Ledru (Jabber id, page perso, ) le 13/08/2003 à 17:28. (lien). Évalué à 1.ca apporte vraiment quelque chose sous debian ?
-
[^]Re: Il doit y avoir un problème avec gnumeric
-
-
-
-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par Arachne (page perso, ) le 13/08/2003 à 14:30. (lien). Évalué à 3.Sous Gentoo il faut le rajouter (cf http://www.gentoo.org/doc/fr/prelink-howto.xml(...)) mais en général les trolleurs préfèrent l'oublier pour augmenter les stats de leur distro favorite ;)
-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par Gwenole Beauchesne (page perso, ) le 13/08/2003 à 19:33. (lien). Évalué à 3.Non, prelink pour la 10 peut-être. Y'a d'autres choses à fixer avant.
-
[^]Re: Il doit y avoir un problème avec gnumeric
-
-
-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par Jar Jar Binks (page perso, ) le 13/08/2003 à 14:46. (lien). Évalué à 3.Le format Gnumeric XML est beaucoup plus long à ouvrir que le format Excel. La même feuille peut mettre une suconde à s'ouvrir au format Excel, et 30 secondes au format Gnumeric, avec la même version du logiciel.
-
[^]Re: Il doit y avoir un problème avec gnumeric
-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par billy (page perso, ) le 13/08/2003 à 23:19. (lien). Évalué à 1.bienvenue dans la bureautique XML. c'est normal que lire un gros fichier xml soit long :
il faut :
- l'ouvrir
- le parser
- faire une image memoire.
le format excel c'est un dump memoire.
- le charger en memoire-
[^]Re: Il doit y avoir un problème avec gnumeric
Posté par Jar Jar Binks (page perso, ) le 14/08/2003 à 09:53. (lien). Évalué à 2.Tu charges les dumps mémoire d'Excel dans la mémoire de gnumeric ? Y'a des vedettes...
-
-
Re: Mesure du bénéfice de l'approche Gentoo
Plus de 7m pour ouvrir un document de 32000 lignes sous Gnumeric??
OK, 32000 lignes c'est beaucoup (quelle longueur les lignes?), mais quant même! Surtout vu la machine.
Y avait quoi dans ces lignes? Ils calculaient une intégrale à chaque cellule?
J'ai pas utilisé de tableur depuis longtemps, et avec des résultats comme ça je ne suis pas prêt de m'y remettre.
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par EppO (page perso, ) le 13/08/2003 à 14:21. (lien). Évalué à 1.Il est précisé que cela est du en grande partie à la version de gnumeric. Ils ont du tester avec la 1.0.12 car c'était la version présente dans la Mandrake et il est mentionné que cela n'était pas aussi long pour la 1.0.13 (mais ils n'ont pas mis le temps).
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par wismerhill (page perso, ) le 13/08/2003 à 14:36. (lien). Évalué à 3.C'est justement le contraire, relis l'article.
Dans le premier test la debian et la gentoo avaient plus de 30min chacunes, or elles utilisaient la version 1.0.13 et la mandrake la 1.0.12. En installant la 1.0.12 sur debian et gentoo ils reviennent à des temps comparable (mais encore énormes) à ceux de la mandrake.-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par EppO (page perso, ) le 13/08/2003 à 21:42. (lien). Évalué à 1.Ah oui c'est vrai, mdr.
J'avais pas bien lu la 1ere fois. C'est quand même bizarre que le passage à une version mineure (successive et plus récente), rajoute 27 min... Doit y'avoir un problème dans leur bench là, c'est pas possible, j'y crois pas...
-
-
quelle approche ?
de quoi parle-t-on ? ca serait bien de le préciser. On parle de perf sur l'approche "optimisation" de la Gentoo. Mais est-ce le seul point positif de cette distro ?? j'en doute TRES fortement.
Je deviens un grand fan de debian avec les jours qui passent... mais je vais essayer me pencher sur la question "source" de la debian pour la mettre au niveau de la Gentoo question personnalisation. En effet, le fait que ce soit une distro source, la Gentoo permet de choisir des options de compil très fines comme le support de LDAP, de MySQL, etc... chose que l'on ne peut pas toujours faire avec des distro binaires. Je pense que c'est là l'intéret du distro source comme la Gentoo.
PS: essayez de faire tourner samba + LDAP en remplacement d'un ActiveDirectory de win2k, vous verrez que l'approche source paie question facilité !
BeTa
-
[^]Re: quelle approche ?
Posté par Baptiste SIMON (Jabber id, page perso, ) le 13/08/2003 à 14:16. (lien). Évalué à 2.ooops, j'ai oublié de me faire ma pub...
voici ma vision de l'intéret des distros sources :
[ http://doc.gentoofr.org/Members/BeTa/distro-sources(...) ]
Je pense que c'est assez complet, c'est sencé faire le tour de pas mal d'aspects du sujet...--
BeTa-
[^]je suis d'accord et je le dis
Posté par fred point (page perso, ) le 13/08/2003 à 16:04. (lien). Évalué à 3.J'utilise la gentoo pas pour compiler tout mes programmes et qu'ils soient totalement optmisés. Bon, ça fait bien en société mais sinon c'est qd meme beaucoup plus lent.
Non si je suis venu a la gentoo, c'est qd utilisant différentes distros avec des binaires, vous n'avez pas le choix des options inclues dans le programme comme l'a dit mon prédécésseur. ça m'est déjà arrivé que ce soit génant.
D'autre part, si sur une redhat ou une mandrake, j'ai souvent eu des probleme de compatibilité avec la compilation de certain programme, je n'en ai eu que trés peu, voire pas à mon souvenir, sous gentoo.
Je n'incite pas tout le monde à passer sous gentoo, cette distribution est trés utiles aux gens qui aiment tester les nouveautés
-
[^]Re: quelle approche ?
Posté par tanguy_k (page perso, ) le 13/08/2003 à 18:14. (lien). Évalué à 5.> ma vision de l'intéret des distros sources
Je vois un autre intérêt des distros sources, les brevets logiciels !
Un projet comme XviD http://xvid.org/(...) ne peut pas redistribuer de binaire puisqu'il y a des brevets sur le MPEG-4.
J'imagine qu'une distrib qui fournirait les sources de XviD ne serait pas inquiété par les brevets.
Cela permettrait aussi d'activer certaines options dans des softs, de distribuer des softs ou il y a des problemes de licences cf MPlayer et Debian...
Egalement de proposer a la carte les softs qui posent problemes que dans certains pays (puisque l'on precise a l'install dans quel pays ont est et donc pas besoin de faire un cd NON-US par exemple).
Ceci dit j'ai peut etre tord parceque personne n'evoque cet atout des distribs sources.-
[^]Re: quelle approche ?
Posté par bmc () le 13/08/2003 à 20:05. (lien). Évalué à 1.> Ceci dit j'ai peut etre tord parceque personne n'evoque cet atout des distribs sources. Ceci dit j'ai peut etre tord parceque personne n'evoque cet atout des distribs sources.
Avec une distrib où les paquets sont précompilés, il est tout à fait possible de compiler soi-même des paquets. Ce n'est donc pas un «atout» des distribs sources, si ce n'est que l'utilisateur ne râlera pas parce qu'il doit compiler qqch.-
[^]Re: quelle approche ?
Posté par imr () le 13/08/2003 à 20:50. (lien). Évalué à 3.Enfin, l'avantage d'une distro source sur ce point (et je suis utilisateur d'un distro avec rpms que je ne citerai pas pour ne pas faire de la concurrence déloyale envers les distros autre que mandrake), c'est que tu es quasi certain que le paquet-source marche sur autre chose que la machine du développeur.
Bonjour le nombre de fois ou j'ai rebuildé un srpm pour qu'il plante en cours de route. (j'ai eu moins de probléme à faire des ./configure make make install sur des programmes inconnus).
J'imagine que dans une distro source, ce genre de problémes fait surface plus vite et a plus de chance d'être réglé, non?
Je n'imagine pas qu'elles aient autant de succés si les problémes d'ebuild et autres étaient fréquents.-
[^]build-depends Debian
Posté par free2.org (page perso, ) le 18/08/2003 à 17:51. (lien). Évalué à 1.sous Debian apt-build et apt-src utilisent les dépendances de compilation (fournies dans chaque paquet source Debian) pour régler ce problème:
voir la ligne Build-depends de openoffice:
http://ftp.debian.org/debian/pool/contrib/o/openoffice.org/openoffi(...)
-
-
[^]Re: quelle approche ?
Posté par tanguy_k (page perso, ) le 13/08/2003 à 21:49. (lien). Évalué à 1.> Avec une distrib où les paquets sont précompilés, il est tout à fait
> possible de compiler soi-même des paquets.
Tu n'as pas compris ce que je voulais dire, je me suis probablement mal exprime. Ce n'est pas un probleme de possibilite de recompiler un package mais un probleme de distribution de logiciels sous brevets.
XviD n'est pas dans la Debian de base ni dans les autres distribs, il faut telecharger des packages non officiels et probablement hors la loi. SuSE a modifie le logiciel MPlayer a cause des problemes de brevets.
RedHat a supprime le support MP3 de XMMS pour les meme raisons.
Mais imagine que RedHat propose en lieu et place du package binaire de XMMS, un package contenant que le code source. Etant donner que (si j'ai tout bien compris) les brevets logiciels n'implique que le binaire et pas le code source d'un logiciel, RedHat pourrait donc distribuer le code source de XMMS avec le support du MP3. Ensuite une jolie fenetre qui propose l'utilisateur de compiler XMMS et automagiquement l'utilisateur peut beneficier du *vrai* XMMS mais aussi de MPlayer, de XviD ect...-
[^]Re: quelle approche ?
Posté par Boa Treize (page perso, ) le 13/08/2003 à 22:06. (lien). Évalué à 2.Etant donner que (si j'ai tout bien compris) les brevets logiciels n'implique que le binaire et pas le code source d'un logiciel
Euh, pas du tout. Si une boîte possédant un brevet logiciel veut t'empêcher de distribuer le source, elle le peut, et c'est peut-être ce qui se passerait si Gentoo devenait leader du monde. Mais en faisant cela, la boîte se prendrait immédiatement en défense un appel au sacro-saint Amendement à la Constitution des États-Unis d'Amérique sur la liberté de parole : un juge aurait à trancher entre droit de s'exprimer et droit de protéger son brevet.
Actuellement donc, il y a un status quo : les boîtes n'emmerdent pas les gens qui distribuent des sources sans en tirer aucun bénéfice, acceptant sans être dupes leur argument selon lequel il s'agit de « projets éducatifs ». Bien sûr, toute personne cherchant à créer un binaire et donc un produit est priée de raquer.
-
-
-
-
-
[^]Re: quelle approche ?
Posté par Nap () le 14/08/2003 à 11:04. (lien). Évalué à 1.tu as réussi à remplacer un active directory avec samba + ldap ?
je croyais qu'on ne pouvait pour l'instant (version 3 beta) que joindre un domaine A.D. en tant que serveur membre pouvant authentifier des utilisateurs, mais pas remplacer le controleur de domaine A.D.
Re: Mesure du bénéfice de l'approche Gentoo
Je ne suis pas un utilisateur de Gentoo, mais il est certain qu'à compiler sa les paquetages avec des options telles que "-march=pentium3 -pipe -O3" on ne gagne pas grand chose. Tout l'intétêt sur cette distribution est d'ajuster au mieux les options de gcc pour obtenir un code plus rapide. On pensera par exemple à --fomit-frame-pointer ou --ffast-math pour les paquetages qui le supportent.
On pourra consulter http://gcc.gnu.org/onlinedocs/gcc-3.3.1/gcc/Optimize-Options.html#O(...) ou encore
http://gcc.gnu.org/onlinedocs/gcc-3.3.1/gcc/i386-and-x86-64-Options(...)
pour plus d'informations sur les options de gcc...
Stéphane
Every time you write invalid markup, God kills a kitten
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Baptiste SIMON (Jabber id, page perso, ) le 13/08/2003 à 14:14. (lien). Évalué à 2.http://www.freehackers.org/gentoo/gccflags/flag_gcc3.html(...)
j'avais aussi ca dans mes bookmarks ;c)--
BeTa-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Frederick Ros (page perso, ) le 13/08/2003 à 14:17. (lien). Évalué à 2.Mais aussi :
http://home.comcast.net/~jcunningham63/linux/GCC_Optimization.html(...)
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par achil () le 13/08/2003 à 14:32. (lien). Évalué à 1.Surtout qu'un celeron a 2ghz doit etre un type pentium 4.... donc si c'est pour utiliser une gentoo et pas mettres des flags de compile correctes je vois pas l'interet, pkoi ils ont pas mis i386...
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Frederick Ros (page perso, ) le 13/08/2003 à 14:34. (lien). Évalué à 1.Sans doute parce qu'il me semble que -march=pentium4 implique l'utilisation de SSE2, et que meme si les Celerons 2 Ghz sont bases sur des P4, ils ne possedent pas d'instructions SSE2 ..
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par achil () le 13/08/2003 à 14:54. (lien). Évalué à 1.http://developer.intel.com/design/celeron/prodbref/(...)
Streaming SIMD Extensions 2 (SSE2) instructions. elles y sont.-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Stone Tramo () le 13/08/2003 à 15:13. (lien). Évalué à 2.De toutes façons, ça change pas grand chose, il n'y aura un gain que ds les applications spécialisées. On dirait presque le discours d'un utilisateur de mac qui dit que photoshop est une application de tout les jours et qu'on passe sa vie a appliquer des filtres.
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Pascal Terjan (Jabber id, page perso, ) le 13/08/2003 à 15:18. (lien). Évalué à 3.Faudrait faire des benchs avec emacs :-)
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Christophe Fergeau () le 13/08/2003 à 15:24. (lien). Évalué à 1.Ca depend de ce que fait gcc quand on lui dit qu'on a un p4. Si ça change la façon dont il schédule les différentes instructions pour tenir compte de la gueule du pipeline du proc, ça peut faire une *énorme* différence, sans pour autant utiliser d'instructions spécifiques
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par daggett () le 13/08/2003 à 16:59. (lien). Évalué à 1.Ben y a les deux :
-mcpu=cpu‐type
Tune to cpu‐type everything applicable about the generated code, except for the ABI and the set of available instructions.
-march=cpu‐type
Generate instructions for the machine type cpu‐type. The choices for cpu‐type are the same as for -mcpu. Moreover, specifying -march=cpu‐type
implies -mcpu=cpu‐type.
donc -mcpu permet par exemple de seulement changer l'ordre des instructions pour profiter du coté "superscalaire" du pentium, alors que -march va en plus utiliser des instructions qui n'existent pas dans les modeles inférieurs.
-
-
-
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Brice Arnould ( un_brice ) (page perso, ) le 13/08/2003 à 16:04. (lien). Évalué à 1.Comme marqué dans le make.conf (fichier de configuration des compilations de Gentoo):
"PENTIUM4 will generate invalid SSE2 instructions; use 'pentium3' instead."--
Respect à RMS.
-
Re: Mesure du bénéfice de l'approche Gentoo
Trop gros, passera pas :)
Le prelinkiing a ete active sous le gentoo ?
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Baptiste SIMON (Jabber id, page perso, ) le 13/08/2003 à 14:14. (lien). Évalué à 4.il est activable... sous Gentoo rien n'est donné d'office :c)
--
BeTa-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par fred point (page perso, ) le 13/08/2003 à 16:08. (lien). Évalué à 1.emerge prelink
puis
prelink -a
long mais pas dur :)
(Les erreurs ce po grave c'est des "bibliotheques" ou certaines versions qui sont reconnues pour ne pas marcher avec )
et sinon:
http://www.gentoo.org/doc/en/prelink-howto.xml(...)
-
-
C'est n'importe quoi.
L'interet d'une distrib par rapport a une autre ce n'est pas la vitesse. Car bien sur, avec Linux + xfree + openoffice, qu'on aie une Mandrake, une Debian ou une Gentoo ca ne change rien. Ou plutot ca ne change que les options de compil, et comme sous Gentoo c'est l'admin qui decide c'est stupide de comparer les temps d'execution avec les autres distribs.
Donc on peut choisir une distrib plutot qu'une autre, pour:
* Le programme d'install
* Le systeme de paquets
* Les outils d'admin
* Le choix des logiciels inclus (auto-detection...)
Pour ma part je suis sous Gentoo, mais pas pour avoir un systeme plus rapide.
1) Pour avoir seulement ce dont j'ai besoin, et pas autre chose
2) Pour que chaque logiciel soit installe proprement, comme l'a prevu l'auteur et pas a la sauce de celui qui a fait le paquet
3) Pour pouvoir avoir des versions recentes de mes softs
-
[^]Re: C'est n'importe quoi.
Posté par Arachne (page perso, ) le 13/08/2003 à 14:34. (lien). Évalué à 3.J'utilisais aussi Gentoo pour la documentation, je n'ai jamais vu une distro avec une si bonne doc, les docs sont assez courtes pour ne pas rebuter les débutants, mais couvrent assez le sujet pour répondre au besoin immédiat (je veux installer ce truc).
-
[^]Re: C'est n'importe quoi.
Posté par Guillaume Rousse (page perso, ) le 13/08/2003 à 15:32. (lien). Évalué à 4.>Donc on peut choisir une distrib plutot qu'une autre, pour:
>...
* en fonction des gens qui sont derrière
Tout le monde n'apprécie pas forcément de travailler bénévolement pour un type qui monte sa boite avec le travail des autres.-
[^]Re: C'est n'importe quoi.
Posté par Erwan (page perso, ) le 13/08/2003 à 15:48. (lien). Évalué à 2.Oui, en effet, c'est le probleme de Gentoo qui me preoccupe en tant qu'utilisateur. Et c'est dommage, car techniquement c'est une merveille.
-
[^]Re: C'est n'importe quoi.
Posté par Misc (page perso, ) le 13/08/2003 à 20:05. (lien). Évalué à 2.Ben il y a sourcemage , non ?
http://www.sourcemage.org/(...)-
[^]Re: C'est n'importe quoi.
Posté par Philippe Fremy (page perso, ) le 14/08/2003 à 18:53. (lien). Évalué à 1.non.
En gros, ils sont trop a la bourre. Un des gros atouts de gentoo, c'est ca richesse. Il y a enormement de paquets, testes sur beaucoup d'architecture. C'est pas le cas de sourcemage.
-
-
-
-
[^]Re: C'est n'importe quoi.
Posté par Roger Rabbit () le 14/08/2003 à 07:04. (lien). Évalué à 3.Je rajouterais aussi la qualité des paquets installés ainsi que le mécanisme d'autoconfiguration ... et la gentoo peche ... en distribuant des paquets parfois foireux. De plus un outil type emerge-reconfigure serait le bien venu :) . Encore un truc qui gonfle c'est que parfois lorsque l'on update un package qui est une dépendance pour d'autres packages, il faut recompiler tous les packages pour que l'update soit fonctionnelle, mais ca emerge ne le dis pas :/ Emerge ne donne aussi aucune suggestion pour des paquets interagissant entre eux, comme par exemple la compilation des libs video lorsqu'on emerge mplayer :/
Au fait, je vous ait dit que j'avais viré ma gentoo ? :)-
[+] [^]Re: C'est n'importe quoi.
Posté par Régis Couraud () le 14/08/2003 à 19:49. (lien). Évalué à -2.Et tu à donc mis la seule vrais distrib qui est digne d'intéret, je veux bien sur parler de DEBIAN ,-) ?
Note je ne trolle pas vu qu'il n'y as que DEBIAN qui fonctionne bien ,-)
Ok je sort ------------------------>[]-
[^]Re: C'est n'importe quoi.
Posté par Roger Rabbit () le 15/08/2003 à 11:59. (lien). Évalué à 2.D'un autre coté les deux distro n'ont pas le meme age, et ce qu'il manque a gentoo n'est pas impossible à developper rapidement. A l'opposé debian, sans rien oter à ses qualités, fait figure de dino par rapport a gentoo ...
-
-
Re: Mesure du bénéfice de l'approche Gentoo
hum
je vais peut être dire une grosse connerie mais il me semble que les 'Celerons' sont des architectures 'Pentium2'.
donc avec le drapeau "-march=pentium3" (cf article).... ça me semble douteux; d'autant plus que -march fait plus qu'optimiser, c'est EXCLUSIF (si c'est mal positionné, ça peut générer de gros ralentissements).
ça pourrait expliquer la dé-route de la gentoo....
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Gentoo][Gravis (page perso, ) le 13/08/2003 à 14:26. (lien). Évalué à 0.tu as entierement raison : (trouvé dans /etc/make.conf )
pentium2 (Celeron)
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Frederick Ros (page perso, ) le 13/08/2003 à 14:28. (lien). Évalué à 1.Il me semblait que les Celeron 2 Gz etait des derives de P4 ...
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par iug () le 13/08/2003 à 14:30. (lien). Évalué à 2.En fait ce sont des archis Pentium IV. Ce flag est donc peut-être pas top. C'est vrai que ça pourrait un peut tout changer de mettre le bon flag. Compiler pour P IV c'est un peu plus fin que de compiler pour pentium I-II-III. Y'a qu'à voir la différence entre ICC et GCC dans le domaine.
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Frederick Ros (page perso, ) le 13/08/2003 à 14:35. (lien). Évalué à 2.Oui, mais non .. pas de SSE2 apparamment sur les Celerons ...
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Ramso (page perso, ) le 13/08/2003 à 14:31. (lien). Évalué à 1.peut-être pas avec les dernières générations qui intègrent l'archi du pentium 3 ?
--
Groar !
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par scylla (page perso, ) le 13/08/2003 à 14:44. (lien). Évalué à 1.http://www.wikipedia.org/wiki/Celeron(...)
En bref le Celeron 2GHz est basé sur du Pentium 4.-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Nicolas Boulay () le 13/08/2003 à 14:54. (lien). Évalué à -1.si ils ont compiler gentoo avec du -O2, ils n'iront pas loin...
Les meilleur flags sont -O3, -funroll-loops, -fomit-frame-pointer,-msse quand il n'y a pas d'asm au milieu qui fout le boxon.--
"Tout ce que les être humains font pour contrôler les réseaux informatiques facilite, dans le même temps, le contrôle des êtres humains par les réseaux informatiques."-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Arachne (page perso, ) le 13/08/2003 à 15:46. (lien). Évalué à 1.Absolument pas, -O2 est souvent l'option de compilation la plus performante, et -funroll-loops n'a pas toujours de bons résultats. Suis les liens de freehackers donnés plus haut.
-
[+] [^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Baptiste SIMON (Jabber id, page perso, ) le 13/08/2003 à 15:57. (lien). Évalué à -1.-O2 la plus perf ????
à mon avis : s/-O2/-O3/ non ?--
BeTa-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Aurélien Girard () le 13/08/2003 à 17:44. (lien). Évalué à 3.Il y a une théorie (assez crédible en fait et plutot bien argumentée mais je ne sais plus ni par qui ni ou) selon laquelle 03 fait plus de mal que de bien pour des raisons complexes de magie noire de compilateur.
--
BeOS le faisait il y a 10 ans.-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par stephane martin () le 14/08/2003 à 06:51. (lien). Évalué à 3.Ce qui est certain, c'est que je n'ai jamais réussi à recompiler mozilla sur debian avec du -O3. Le binaire plante au démarrage. Sous FreeBSD c'est encore pire, des programmes comme emacs ou xine plantent aussi. Par contre ces problèmes ne se posaient pas sous gentoo. Je comprends pas trop pourquoi... J'ai ensuite constaté des différences de stabilité entre les versions de gcc... Non seulement gcc3.2 _semble_ fournir un code plus stable que gcc3.3 en -O3, mais gcc3.3 en -O3 segfaulte carrément dans la compilation de gros trucs genre mozilla (gcc 3.3.1 prerelease sous debian).
Bref rien n'est clair et ça a l'air encore en développement...--
Every time you write invalid markup, God kills a kitten-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Jérôme Pinot (page perso, ) le 16/08/2003 à 06:45. (lien). Évalué à 1.Je pense effectivement que ca vient plutot du compilateur (une prerelease pour un compilateur c'est un peu dangereux).
Moi je ne connaissais pas toutes ces considerations et j'ai monte ma LFS avec gcc 3.2.1 et -O3 sur tout les softs possibles, y compris Emacs et XFree86 qui n'est pas ce que l'on appelle un programme leger.
Je n'ai encore fait face a aucun probleme de stabilite, tout a compile correctement, meme les trucs perso un peu louche.
En revanche, le bouquin de la LFS deconseille l'usage de flags perso d'optimisation notamment pour la glibc et gcc. Extrait pour la glibc:
This package is known to behave badly when you have changed its
default optimization flags (including the -march and -mcpu options).
Therefore, if you have defined any environment variables that override
default optimizations, such as CFLAGS and CXXFLAGS, we recommend
unsetting them when building Glibc.
Pour MPlayer, meme topo, il vaut mieux laisser le "configure" faire son boulot tout seul.
Il serait donc interessant de savoir comment les gentoistes compilent gcc, glibc et consors...
Donc -O3 n'est peut-etre pas une plus-value mais avec un compilateur finalise il n'a pas l'air d'etre particulierement dangereux. Pour les perfs, de toute facon, vu l'interet d'optimiser en general (voir les posts precedents) -O3 ou -O2 ca va etre de l'ordre du %...
Enfin, l'utilisation de flags d'optimisation avec un gcc en prerelease me semble quand meme dangereux, je ne trouve donc pas etonnant que tu ais des segfault.
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Roger Rabbit () le 14/08/2003 à 06:55. (lien). Évalué à 1.Effectivement sur un bench de calcul de nombre premiers le -O3 est plus lent que O2 .... [ sur un p4 mobile ]
-
-
-
-
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par ChrisJ (page perso, ) le 13/08/2003 à 15:04. (lien). Évalué à 2.Si mes souvenirs sont bons, les Celeron <= 533 MHz sont des P2, les suivants sont des P3. Les plus récents doivent être des P4, mais je ne sais pas où se fait la césure.
Completement HS mais completement important
voici deux posts d'arachne que j'ai vu trop tard pour pouvoir les plussoyer. On a été tous les deux dans cette même mésaventure de licences et de copyrights avec Gentoo Inc. et la fondation Zynot. Ses posts sont très intéressants...
[ https://linuxfr.org/comments/242675.html(...) ]
[ https://linuxfr.org/2003/07/23/13329.html(...) ]
à lire avant toute chose si la Gentoo ou Zynot vous tente !
BeTa
-
[^]Re: Completement HS mais completement important
Posté par FRLinux (page perso, ) le 13/08/2003 à 21:21. (lien). Évalué à 3.Oh les beaux trolls,
Je penche de l'avis de ceux qui ont répondus à Arachne sur le second post, il y a d'une part une certaine volonté commerciale concernant Gentoo, c'est visible à la sortie de la 1.4 et du store ... Mais d'un autre coté, il y a un malaise flagrant concernant la communication au sein de cette distribution, c'est en court de résolution mais il reste encore beaucoup de boulot.
Steph
Re: Mesure du bénéfice de l'approche Gentoo
Mouais... y a du favoritisme ! moi j'avais déja proposé cette news et on m'avait répondu :
Le modérateur a tenu à rajouter :
Hum, après mûre réflexion, un test consistant a ouvrir un fichier de 30000 lignes avec Gnumeric m'a semble plus trollogène qu'autre chose. Merci d'avoir proposé.
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Pascal Terjan (Jabber id, page perso, ) le 14/08/2003 à 06:59. (lien). Évalué à 3.Petite discussion entre moderos hier :
[13/08 08:46] <pterjan> bah ca occupe les trolls en cette periode ou c'est tout mort :-)
[13/08 08:45] <Ragnagna> jr> C'est sympa les trolls :)
[13/08 08:21] <fatnerf> ca sent le pire troll de l'année ce truc, pire que si on postait un comparatif vi - emacs
[13/08 08:19] <fatnerf> si je l'avais viré
[13/08 07:39] <Ragnagna> jr> On l'a pas déja eu la news Gentoo ?-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Julien (page perso, ) le 17/08/2003 à 18:43. (lien). Évalué à 1.Ah ok je comprends mieux :)
-
Suggestion
Un article qui serait interressant, ce serait une comparaison des fonctionnalités et des avantages des différentes distros source les unes par rapport aux autres par quelqu'un qui les connait.
Pas une comparaison de benchmark, ni un truc ultra fouillé, mais un panel qui permettrait de se décider pour l'une ou l'autre en fonction des commodités offertes et des "pré-requis" en matiére de niveau d'utilisation. (Ca aiderait les nouveaux que la courbe de difficulté d'utilisation de chacune soit estimée.)
En tout cas, moi ça m'interresserait :)
-
[^]Re: Suggestion
-
[^]Re: Suggestion
Posté par imr () le 13/08/2003 à 22:14. (lien). Évalué à 3.Mouis, ca reste à faire:
il y a celui là qui date de 2002-01-18:
http://www.distrowatch.com/dwres.php?resource=review-sorcerer(...)
celui là est pas fini:
http://www.distrowatch.com/dwres.php?resource=review-gentoo(...)
et il manque sourcemage, et les autres ...
-
Re: Mesure du bénéfice de l'approche Gentoo
Ce test ne prouve rien, à part, peut-etre, l'incompétence flagrante de ses auteurs.
Si je compare le meme logiciel, utilisant une glibc ou un kernel différents, il est _évident_ que j'obtiendrait des résultats incohérents.
Pire encore, dans le cas présent, les versions du kernel, de la glibc, et des programmes eux memes sont différents.
Il faudrait savoir ce que l'on compare. Des systèmes hétérogènes, ou bien les méthodes de distribution des packages (flags de compilation, compilé par l'utilisateur pour gentoo, etc).
GCC peu performant
Est-ce que ce bench ne montrerait pas plutot que les optimisations de GCC ne sont pas aussi "optimisée" que ça ???
Je sais que le compilo Intel est beaucoup plus performant que GCC sur archi Intel. Mais ca se trouve c'est pareil pour Athlon.
GCC est peut-être très mauvais au niveau des optimisations tout simplement...
-
[^]Re: GCC peu performant
Posté par Dav S () le 14/08/2003 à 09:01. (lien). Évalué à 1.Petit lien:
http://www.coyotegulch.com/reviews/intel_comp/intel_gcc_bench2.html(...)-
[^]Re: GCC peu performant
Posté par Bemixam (page perso, ) le 14/08/2003 à 09:19. (lien). Évalué à 1.on peut vraiment utiliser ce compilo intel ? ou alors c est juste pour les bench ?
(excusez mon ignorance)
il me semble que de toute facon un noyau linux n'est compilable qu avec gcc ... me trompe-je ?
mais serait il envisageable de remplacer gcc par icc juste pour certaines compil ?-
[^]Re: GCC peu performant
Posté par Brice Arnould ( un_brice ) (page perso, ) le 14/08/2003 à 10:20. (lien). Évalué à 1.Bien sûr: active le bon USEFLAG et Gentoo feras ça tout seul quand c'est possible ^_^
--
Respect à RMS.
-
[^]Re: GCC peu performant
Posté par Guillaume Leclanche (page perso, ) le 14/08/2003 à 18:20. (lien). Évalué à 1.Le compilateur Intel est un produit commercial.
-
[^]Re: GCC peu performant
-
-
-
-
[^]Re: GCC peu performant
Posté par Pascal Terjan (Jabber id, page perso, ) le 14/08/2003 à 09:24. (lien). Évalué à 1.Heu je ne vois pas du tout en quoi comparer 3 distribs utilisant gcc te donne des infos sur la qualité des optimisations de gcc !
-
[^]Re: GCC peu performant
Posté par Bemixam (page perso, ) le 14/08/2003 à 09:31. (lien). Évalué à 1.si le principal avantage de la gentoo est de pouvoir passer des flags d'optimisation au compilo.
mais que finalement le resultat ne soit pas si terrible que ca :-/
est ce vraiment de la faute de gentoo ?
ne devrait on pas soupsonner les flags de gcc qui n'ont que tres peu d'incidence sur le resultat final ?-
[^]Re: GCC peu performant
-
-
Re: Mesure du bénéfice de l'approche Gentoo
«Au final il semble que Linux est Linux,...»
|->Au final il semble que GNU/Linux soit GNU/Linux ;)
Il est sans doute inutile de le rappeller mais Linux est le noyau, et hormis certains patchs maisons le noyau de la Debian est le même que celui de la mandrake.
Re: Mesure du bénéfice de l'approche Gentoo
Y'a un truc que je n'ai toujours pas compris... Je concois que l'on puisse comparer la rapidité de 2 distributions binaires entre elles parce que, au moment de leur conception, les personnes qui ont fabriqués les binaires ont surement passé des options de compilations différentes, sur certaines distributions les prelink sont activés, etc...
Par contre comparer les distribs binaires et sources je n'arrive pas a voir comment cela est possible. En théorie, en recompilant n'importe qu'elle distrib sources en passant les même options de compilations que les distribs binaires, on devrait arriver au même résultat dans la mesure où les sources de départ sont les même.
Donc, dans ce bench c'est vraiment du n'importe quoi. Avec la gentoo, on peut très bien arriver a avoir des vitesses pires que les distribs binaire, égales... ou supérieure... Ca dépend de l'utilisateur qui maintient le système... c'est tout.
-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Christophe Fergeau () le 14/08/2003 à 12:37. (lien). Évalué à 0.Ce bench montre que pour une utilisation "typique" de la gentoo (je pense pas qu'il y ait beaucoup de personnes qui changent leurs flags de compil pour chaque paquet), et bien l'intérêt d'utiliser une distrib source est plutôt douteux, alors que c'est pourtant un des arguments mis en avant sur le site officiel de la gentoo.
Faut pas chercher à tirer plus d'enseignements que ça du bench à mon avis...-
[^]Re: Mesure du bénéfice de l'approche Gentoo
Posté par Mathieu Pillard (page perso, ) le 14/08/2003 à 17:21. (lien). Évalué à 1.Si on veut rentrer dans le "typisme", d'apres divers sondages sur la question sur forums.gentoo.org, le gentooiste moyen utilise plutot un Athlon XP avec une cm a base de chipset via et un peu plus de ram que ca... Et la ou ca devient marrant que les optimisations de gcc marchent apparamment beaucoup mieux sur ces procs la :)
Ensuite, sur l'interet d'une distrib source, ya pas que les optimisations... Relire la centaine de commentaires avant.
Et personne ne trouve bizarre que sur chaque test ou presque, gentoo perde ?
Comment ils font mdk et debian, ils ont des options de compilation magiques ? (Au passage, ils indiquent avoir eu des pb avec hdparm. je suis persuade que si ils avaient montre le resultat d'un hdparm -Tt sur chacune des distros les resultats auraient ete completement differents. En partie parceque justement le chipset sis est supporte de maniere completement differente sur les 3 noyaux des 3 distribs testées...
-



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.