• # Mon titre est la conclusion

    Posté par  . Évalué à 6 (+4/-0).

    Cette conclusion dit :

    Installing packages 25x faster isn't "magic": it's what happens when tools are built for the hardware we actually have.

    L'article est plutôt généraliste. Vous pouvez le lire en diagonale si les allocateurs mémoires n'ont pas de secret pour vous. Mais ça explique bien pourquoi Bun est plus rapide, et ce n'est pas seulement parce que c'est écrit en langage compilé (Zig).

    • [^] # Re: Mon titre est la conclusion

      Posté par  . Évalué à 5 (+3/-0).

      L'article est plutôt généraliste.

      Lecture très intéressante car les astuces sont utilisables dans d'autres cas:

      • limiter les syscalls
      • aligner les données sur le cache CPU
        • struct of array (au lieu de array of struct)
        • utiliser des indexes dans des buffers plutôt que des pointeurs en mémoire
      • utiliser les routines offertes par l'OS
      • encodage binaire plutôt sur texte
      • compilé plutôt que interprété

      Tout en se rappelant qu'il ne faut optimiser que ce qui vaut la peine.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.