Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

: Compilateur C++ et Fortran

Posté par joye pa (). Modéré le 27 août 2001.
Intel a porté ses compilateurs C++ et Fortran (v5) sur Linux en collaboration avec Caldera. Ils sont compatibles avec gcc (implémentation C et linker), cependant l'implémentation C++ étant différente, il ne pourra pas utiliser des objets crées avec g++.
A noter également que toutes les extensions GNU C ne sont pas encore supportées et ne le seront pas lors de lors de la première sortie.
Plus d'info sur le site.
Il me parait important de signaler que ces produits sont des produits propriétaires se basant sur des implementations libres, qu'en est-il réellement des gains en performances avec ces compilateurs ? Et donc l'intérêt de les utiliser en lieu et place des outils GNU ? L'orientation qu'a pris Caldera au niveau de sa distribution ne m'inspire pas un avenir libre pour ce genre de produits.

> Lire la dépêche (39 commentaires, moyenne: 0,2).  

Vous avez demandé le commentaire #55357.

l'interet

Posté par Troy McClure (page perso, ) le 27/08/2001 à 12:21. (lien). Évalué à 1.

l'interet c'est peut être tout ce qui va autour du compilo, entre autre vtune pour faire du profiling, les librairies mathématiques ultra-optimisées (pour les proc intel)

d'ailleurs y'a un bench sur les perf obtenues (dgemm = multiplication matrice x matrice ) -> celles de l'itanium sont assez impressionnantes. c'est ici:

http://developer.intel.com/software/products/mkl/mkl51w/mklspecs.ht(...)
mais bon, c'est pas libre et certainement pas très AMD-friendly... et pour l'itanium y'a aussi le compilo de sgi, qui est au moins open-source.

  • [^]Re: l'interet

    Posté par Jak () le 27/08/2001 à 12:27. (lien). Évalué à 1.

    >certainement pas très AMD-friendly

    Ben, si c'est du code Itanium, c'est normal, par contre, si c'est du code optimisé pour P4, alors ça profite aussi aux AMD, voir le lien que je donne plus haut vers Aceshardware, sur les optimisations SSE2 et Maya-4, à première vue du moins.

    --
    « Le savoir, n'est-ce pas, est un bien précieux. Trop précieux pour ne pas être partagé. »
    - Battologio d'Epanalepse, in De Cape et de Crocs, Acte VII (Ayroles & Masbou)

    [^]Re: l'interet

    Posté par Anonyme () le 28/08/2001 à 14:59. (lien). Évalué à 0.

    Les performances sont colossales tu veux dire. Mais est ce seuleument un IA64 monoprocesseur ?

    En effet 10Gflops a 800Mhz ca fait du 12 operations flottantes par cycle... et j'ai du mal a y croire . Si c'est 10Gflops sur un smp a 4 processeurs, c'est beaucoup plus decevant !

    En effet sur un Athlon 1.4Ghz, on peut faire
    du dgemm a plus de 2 Gflops.

    • [^]Re: l'interet

      Posté par Dugland Bob (page perso, ) le 28/08/2001 à 15:08. (lien). Évalué à 1.

      pourquoi ? t'as 4 opérations simultannées par pipeline (simd simple précision) tu mets 3 pipes cote-a-cote, ça fait 12 (j'ai pas été vérifier les specs du proc) par-contre faut arriver à sucer la ram à cette vitesse ...là c'est une autre histoire ...

      • [^]Re: l'interet

        Posté par Anonyme () le 29/08/2001 à 07:07. (lien). Évalué à 0.

        Sauf que dgemm comme son nom l'indique c'est d = double precision...

        Je croyais que les procs Itanium n'autorisaient "que" 4 operations flottantes double precision par cycle.
        Pour info un p3 c'est une, et p4(sse2), un athlon ou un alpha(recent) c'est deux. Seul
        l'ibm power3 autorisaient jusqu'alors 4 op par cycle.

        C'est pouquoi 12 par cycle j'hallucine un peu...