patrick_g a écrit 6397 commentaires

J'ai trouvé une comparaison avec GCC 4.5 (qui n'est pas encore sorti) sur ces slides issues du projet LLVM : http://llvm.org/devmtg/2009-10/Sands_LLVMGCCPlugin.pdf

Le test se fait sur le logiciel Sqlite3 avec l'optimisation -O3

Rapidité de compilation :

LLVM/Clang : 6.3 secondes
GCC 4.5 : 15.5 secondes

Victoire sans appel de LLVM/Clang donc.

Rapidité du logiciel compilé :

LLVM/Clang : 5.4 secondes
GCC 4.5 : 4.6 secondes

Le résultat s'inverse et c'est GCC qui remporte la palme de la meilleure optimisation.

Si il n'y a pas de droits d'auteur c'est dans le domaine public non ? Si c'est dans le domaine public alors comment interdire la commercialisation ?

>>> est-ce que Sparse fait quand même des checks basiques comme coverity si ces annotations ne sont pas présentes?

Bonne question ça. Je n'ai rien vu dans les docs qui évoquent des vérifications sans annotation préalable...mais d'un autre coté la doc est plus que succincte donc je dois t'avouer mon ignorance à ce sujet.

>>> Merci de m'éclairer car je pense être dans l'erreur vu la quantité de news LLVM qui circule (et aussi le fait que patrick_g s'y intéresse :))

Encore une fois je suis juste un rédacteur de news et pas du tout un spécialiste ou même un développeur.

>>> l me semble que LLVM est plus générique que GCC (gère plus de langages et des langages plus variés)

Hum en tous cas le front end gère moins de langage que GCC puisque LLVM est obligé d'utiliser GCC pour analyser certains langages (C++ au hasard).

Ils ont aussi le droit de penser que le marché ne va pas rester statique ad vitam aeternam et que la pénétration de Linux va s'accentuer. Libérer le pilote s'apparenterait alors à un pari sur le futur qui n'a pas à être rentable immédiatement mais qui rapportera plus tard.

C'est quoi le coup de la motte de beurre dans la poche ?

Sans doute pas...cela a juste été mis en évidence dans le bench utilisant postgres mais ça doit impacter d'autres trucs.
Il va falloir attendre les premières versions de dev des distros se basant sur le 2.6.32 pour voir ce qui aura été choisi au point de vue des options de montage.

>>> * Unladen Swallow 2009Q3 uses up to 930% less memory than the 2009Q2 release.

Heu comment c'est possible ça ?

Moi ce que je veux surtout savoir c'est est-ce que les distros vont laisser l'option par défaut dans le noyau 2.6.32 ou bien vont opter pour l'option -o nobarrier.
Le perte de perfs à l'air monstrueuse quand même donc j'espère que le choix se fera sur -o nobarrier.

>>> C'était attendu et prévu (devait déjà être dans gcc 4.4 ?).

Oui je l'ai mentionné rapidement dans la news de GCC 4.4.

>>> Je ne comprends pas pourquoi AMD/Ati poursuit le développement du pilote propriétaire, alors que le pilote libre semble en bonne route pour être parfaitement satisfaisant.

Je n'en sais rien non plus mais je peux faire une hypothèse : Imagine que le team driver d'AMD cherche a mutualiser son travail entre les plate-formes. Cela signifie, comme le fait NVidia, que 90% du driver est partagé avec Windows et OS X et qu'il n'y a que des bouts qui sont spécifiques à Linux.
Si cette hypothèse est juste que peut faire AMD ?

Il ne veut pas laisser tomber son driver proprio parce qu'il est aussi à la base du driver Windows/OS X.
Il ne veut pas libérer son driver proprio car il y a dedans des astuces que NVidia ne connait pas et potentiellement des problèmes de licence.
Il va juste attendre que le driver libre Linux soit à parité de performances et de fonctions avec le driver proprio et ensuite retirer les bouts Linux spécifiques du pilote.
A terme on aura ainsi une séparation entre un driver proprio dédié à Windows/ OS X et un driver libre Linux.

C'est peut être juste du bull shit ce que je raconte mais ça expliquerai le comportement d'AMD.....ou alors les managers sont juste des gros cons incompétents qui aiment dupliquer le travail.

>>> Et qu'ils se précipitent l'acheter à la FNAC leur Windows

En parlant de la Fnac j'y suis allé en sortant du boulot ce soir (pour l'achat d'une souris) et à la caisse les 2 types de devant et le mec de derrière avaient leur boite Win Seven sous le bras.
J'ai été impressionné par le fait que tant de gens (même si mon échantillon statistique est pourri) se précipitent dès le premier jour pour acheter des boites super chères.

PS : Comme je suis reparti avec une souris Microsoft c'est jackpot total pour Redmond à la Fnac ;-)

>>> - au déni du vote des français au dernier référendum.

J'ai pas compris là. Tu parles de quoi ? De la grande réforme des traités européens proposée dans le TCE et qui a été complètement anéantie par le référendum français ?

>>> C'est à dire ne plus allez voire les "têtes d'affiches"

Je sais pas si les Pixies sont des "têtes d'affiches" mais moi en tous cas je suis allé les voir au zénith le 16 octobre dernier et c'était excellent !

Ah merci pour la précision. Effectivement moi je traduisais firmware par microcode mais tu a raison j'aurai du employer micrologiciel.

D'après ce que j'ai compris il sera dans squeeze avec un avertissement disant aux gens qu'il ne sera plus disponible dans squeeze+1.

>>> A noter que ceci est une traduction (bien faite) et non un original.

C'est plus un commentaire en français en reprenant tous les points du compte-rendu qu'une traduction.
Maintenant c'est vrai qu'il n'y a pas ou peu de recherches derrière.

>>> Puis quitte à passer sur un noyau Unix-like classique, pourquoi pas passer à Linux, ce ne serait pas la première fois qu'Apple s'y intéresse

Ouais enfin ça ils le feront jamais parce qu'ils veulent garder la possibilité de faire leurs modifs perso à eux sans reverser à la communauté.

Sinon merci pour ta réponse bien argumentée. Effectivement avec leurs transitions ça avait peut-être plus de sens de garder le vieux Mach (encore que FreeBSD est parfaitement multiplateformes donc bon la transition PPC->x86 c'est fastoche) mais maintenant je pense qu'Apple serait gagnant à sauter le pas et à utiliser un vrai noyau FreeBSD plutôt que leur solution hybride qui a tous les inconvénients des micro-noyaux (lenteur surtout) sans vraiment avoir les avantages.

>>> Si le noyau Apple repose sur celui de FreeBSD, ça facilitera la tâche pour les hackintosh

Je crois que c'est en partie l'explication. Pas tant les hackintosh que le fait de perdre le contrôle. C'est con parce qu'ils ont prouvé qu'ils pouvaient orienter intelligemment un projet (LLVM par exemple) dans le sens qui leur convient en payant des devs et en profitant aussi du travail de la communauté.

Un journal bien rédigé et intéressant. Des liens pertinents.
Pourquoi ne pas avoir proposé une news ?

Franchement je ne comprends pas pourquoi Apple ne bascule pas complètement sur un noyau FreeBSD. A mon avis ça leur permettrait de profiter à fond des devs qui sont effectués par l'équipe FreeBSD et ils seraient toujours libres d'ajouter ce qu'ils veulent par dessus.
Pourquoi garder leur solution Mach bien bâtarde ?

>>> Oui, pour les erratas, il faut recompiler la partie concernée, soit vit le patch, soit en suivant la branche -STABLE.

Hum...donc y'a pas binaire qui est dispo et téléchargeable en cas d'errata c'est bien ça ? Il faut systématiquement recompiler le truc qui est impacté lors de chaque découverte d'un nouveau problème ?

2 petites questions pour les spécialistes d'OpenBSD :

1) Comment ça se passe pour les errata qui sont publiés ici : http://www.openbsd.org/errata46.html

Est-ce qu'il faut obligatoirement patcher et recompiler son noyau ou est-ce que des noyaux corrigés sont rendus disponibles quelque part à chaque errata ?

2) Dans l'article LWN sur OpenSMTPD il y a un lien vers le site de l'auteur (Gilles Chehade) mais il semble que le site ait bougé car on tombe en erreur 404 : http://www.poolp.org/~gilles/smtpd/
Est-ce qu'il y a quelque part un site pour faire le point sur ce nouveau serveur de mail ?

Merci d'avance pour vos réponses et bravo aux devs d'OpenBSD. Avec le nouvel installeur simplifié ça me tente bien de refaire une install de test.

>>> Gnome enlève les icônes dans les menus et les boutons.

Pour remettre comme c'était avant : http://webupd8.blogspot.com/2009/10/enable-menu-and-buttons-(...)

Purée c'est impressionnant un score de 222,2. Je dois dire que j'aimerai bien savoir de quelle page il s'agit.
Après quelques essais sur d'anciens journaux bien trollesques je n'ai pas dépassé les 167,8.