IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Dotnet Discussion :

RyuJIT : Microsoft dévoile la prochaine génération de son compilateur JIT


Sujet :

Dotnet

  1. #1
    Responsable .NET

    Avatar de Hinault Romaric
    Homme Profil pro
    Consultant
    Inscrit en
    Janvier 2007
    Messages
    4 570
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2007
    Messages : 4 570
    Points : 252 372
    Points
    252 372
    Billets dans le blog
    121
    Par défaut RyuJIT : Microsoft dévoile la prochaine génération de son compilateur JIT
    RyuJIT : Microsoft dévoile la prochaine génération de son compilateur JIT
    la préversion de l’outil permet de compiler deux fois plus vite

    L’équipe responsable de la plateforme de développement .NET de Microsoft vient de dévoiler sa prochaine génération de compilateur JIT (Just In Time).

    Baptisé RyuJIT, ce nouveau compilateur selon l’équipe .NET de Microsoft, changera « vos impressions du code .NET pour les systèmes 64 bits ».

    Alors que l’IT se dirige de plus en plus vers le 64 bits, les applications ne sont toujours pas plus rapides ou plus efficaces sur ces systèmes, que sur du 32 bits. Le but du compilateur RyuJIT est de permettre le développement d’applications spécialement optimisées pour le 64 bits.

    « Un grand nombre d’applications s’exécutent plus vite sur du 32 bits que sur du 64 bits pour une variété de raisons. Le compilateur JIT 64 bits .NET par exemple, fait un excellent travail pour faire fonctionner rapidement votre application, mais n’est pas lui-même un programme rapide », note l’équipe NET dans un billet de blog.

    Avec RyuJIT, tout cela est en passe de changer. Le nouveau compilateur permettra de compiler le code deux fois plus vite. Ce qui signifie qu’une application compilée avec RyuJIT pourra être rapide de plus de 30 % au démarrage.

    Les tests de plusieurs variétés de modèles de code avec le compilateur RyuJIT présentent un gain étonnant en rapidité par rapport au compilateur JIT64 actuellement utilisé par Microsoft.


    Pour le modèle de code « RFC822 e-mail RegEx », par exemple, RyuJIT prend 1,8 seconde et utilise 199 Mo pour faire fonctionner ce code, alors que sur le compilateur JIT64, ce programme prend 60 secondes et consomme 1,4 Go de mémoire pour fonctionner. « Une compilation plus rapide avec moins d’utilisation de la mémoire fait mieux fonctionner le code de chacun », se félicite l’équipe .NET de Microsoft.

    De plus, le compilateur RyuJIT permettra de mettre fin à la fragmentation des compilateurs de Microsoft. Selon Microsoft, les ordinateurs 64 bits étaient principalement utilisés comme serveur. Pour optimiser leurs applications, les développeurs se retournaient vers le compilateur CodeGen. Ce qui obligeait ceux-ci à maintenir deux bases de code. Un frein important à l’innovation.

    Étant basé sur le même code source que JIT x86 (compilateur 32 bits), RyuJIt, qui est disponible actuellement uniquement pour x64, sera la base de tous les compilateurs de Microsoft dans l’avenir : x86, ARM, MDIL et tout ce qui se présentera. Cela représente un gain en temps pour les développeurs (qui pourront désormais maintenir une base de code unique) et en rapidité pour les applications.

    RyuJIT est actuellement disponible en préversion (CTP) à des fins de tests. Il ne doit pas être utilisé dans un environnement de production.

    Télécharger la CTP du compilateur RyuJIT


    Source : billet de blog équipe .NET de Microsoft


    Et vous ?

    Que pensez-vous de RyuJIT ?
    Vous souhaitez participer aux rubriques .NET ? Contactez-moi

    Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
    Mon blog, Mes articles, Me suivre sur Twitter
    En posant correctement votre problème, on trouve la moitié de la solution

  2. #2
    Expert éminent sénior Avatar de Uther
    Homme Profil pro
    Tourneur Fraiseur
    Inscrit en
    Avril 2002
    Messages
    4 559
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Tourneur Fraiseur

    Informations forums :
    Inscription : Avril 2002
    Messages : 4 559
    Points : 15 484
    Points
    15 484
    Par défaut
    Qu'il faudra le voir a l’œuvre en condition réelle. Car les performances sur ce genre de microbenchmark, ça ne veut rien dire..

  3. #3
    Membre expérimenté Avatar de dfiad77pro
    Homme Profil pro
    Responsable Architecture logicielle
    Inscrit en
    Décembre 2008
    Messages
    541
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Responsable Architecture logicielle
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Décembre 2008
    Messages : 541
    Points : 1 729
    Points
    1 729
    Par défaut
    Je viens de tester avec une de mes applis pro ( 68 000 lignes de codes)
    Winform/WPF, Entity5, Oracle.

    Le démarrage est bluffant ( à froid et à chaud) je dirai au moins 4 fois plus rapide !!! J'y crois pas encore ( On à l'impression d'un passage d'un hdd à un ssd).

    Niveau ram ( Avec .net 4.5.1) :
    avant : 189 mo
    après : 88 mo

    L'ensemble semble aussi plus réactif.

  4. #4
    Expert confirmé Avatar de DonQuiche
    Inscrit en
    Septembre 2010
    Messages
    2 741
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 2 741
    Points : 5 485
    Points
    5 485
    Par défaut
    Que le compilateur JIT soit plus rapide est une chose mais le niveau d'optimisation en est une autre, parfois plus importante pour certaines applications. Espérons que ce gain sur le premier point n'a pas été obtenu aux dépens du second.

    En revanche la fusion de leurs compilos JIT est une excellente nouvelle pour peu qu'ils utilisent ces gains de productivité pour améliorer ces outils qui laissent justement à désirer côté optimisation. Et l'aspect temps réel n'excuse rien : il serait possible de faire de l'incrémental.

Discussions similaires

  1. Réponses: 0
    Dernier message: 31/03/2015, 17h39
  2. Microsoft dévoile la feuille de route de son service Cloud OneDrive
    Par Stéphane le calme dans le forum Cloud Computing
    Réponses: 3
    Dernier message: 12/01/2015, 14h21
  3. M# : Microsoft dévoile son nouveau langage open source dérivé de C#
    Par Hinault Romaric dans le forum Actualités
    Réponses: 35
    Dernier message: 17/01/2014, 23h25
  4. Réponses: 2
    Dernier message: 26/07/2012, 12h58
  5. Réponses: 3
    Dernier message: 11/04/2011, 19h02

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo