Aller au contenu Aller au menu
  • Dépêches
  • Journaux
  • Liens
  • Forums
  • Rédaction
  • 🎙️ Projets Libres

LinuxFr.org

Se connecter

Proposer un contenu

  • Pas de compte ? S’inscrire...

Re: Applications

Retourner au contenu associé (dépêche : Sortie du Glorious Haskell Compiler 7.8)

  • [^] # Re: Applications

    Posté par rogo le 16 avril 2014 à 10:15. En réponse à la dépêche Sortie du Glorious Haskell Compiler 7.8. Évalué à 5.

    Mes amis haskelleurs disent qu'un gros défaut du langage est la difficulté à optimiser et profiler le programme. (Si je comprends bien, comme l'évaluation n'est pas stricte, il n'y aurait pas de correspondance claire entre le code source du programme et le flot des traitements effectués par le programme.) Existe-t-il des méthodes efficaces pour cela? En regard de Haskell, OCaml est très simple et on suit très facilement son code source original en lisant le code assembleur généré.

    Optimiser est toujours difficile, quel que soit le langage. Avec GHC, profiler un code m'a paru plutôt simple1 2 . En dehors des expérimentations-jouets, j'avais obtenu un (très utile) profilage par fonction pour une appli web réalisée avec Yesod.

    Si tu trouves que lire l'assembleur d'OCaml est très facile, alors GHC devrait te plaire : à partir du code Haskell, il peut générer un code fonctionnel bas niveau en "Core"3 ou un code en C. Un thème central pour l'optimisation est le choix de la structure de données (et de la bibliothèque qui l'implémente), mais tout cela me semble bien documenté4 .


    1. Une introduction simple au profiling GHC, ancienne mais encore d'actualité : http://stackoverflow.com/questions/3276240/tools-for-analyzing-performance-of-a-haskell-program/3276557#3276557 ↩

    2. http://www.haskell.org/haskellwiki/Profiling_walkthrough ↩

    3. Conseils et exemples d'optimisation, notamment en Core : http://www.haskell.org/haskellwiki/Performance/GHC ↩

    4. http://www.haskell.org/haskellwiki/Performance ↩

Revenir en haut de page

Derniers commentaires

  • Re: ESP32-C3 en access point
  • Re: cé koréan
  • Re: Détails
  • Re: Détails
  • Re: A ce propos...
  • Pour économiser et limiter l'empreinte, il faudrait réduire le PDF en compressant (au moins 75%)
  • Re: Le doux son crachotant du poste à galène
  • Oui mais
  • Re: Déjà vu
  • cé koréan
  • Re: Encore un journal généré par un LLM...
  • Moi!

Étiquettes (tags) populaires

  • intelligence_artificielle
  • le_monde_diplomatique
  • merdification
  • grands_modèles_de_langage
  • états-unis
  • canicule
  • réchauffement_climatique
  • capitalisme
  • datacenter
  • logiciel_libre
  • france
  • administration_française

Sites amis

  • Agenda du Libre
  • April
  • Éditions D-BookeR
  • Éditions Diamond
  • Éditions Eyrolles
  • Éditions ENI
  • En Vente Libre
  • Framasoft
  • La Quadrature du Net
  • Lea-Linux
  • Open Source Initiative
  • Imprimerie Grafik Plus

À propos de LinuxFr.org

  • Mentions légales
  • Faire un don
  • L’équipe de LinuxFr.org
  • Informations sur le site
  • Aide / Foire aux questions
  • Suivi des suggestions et bogues
  • Wiki du site
  • Règles de modération
  • Statistiques
  • API pour le développement
  • Code source du site
  • Plan du site

AltStyle によって変換されたページ (->オリジナル) /