JaguarWan a écrit 7 commentaires

  • [^] # Re: Et à qui profite le crime ?

    Posté par  . En réponse au journal L'appli gratuite, nouvelle télécommande obligatoire du pauvre.. Évalué à 3 (+3/-0). Dernière modification le 23 juin 2026 à 08:08.

    Et indirectement les gouvernements. Les grosses boîtes commence par faire le sale boulot, les gouvernements finissent par le rendre obligatoire. À mettre en parallèle avec la généralisation des "selfies" biométriques dans les applis, et pas seulement bancaires, les limitations d'âges qui sont doucement en train d'être mises en place de façon synchronisée du Royaume Uni au Japon en passant par la France (et comment prouver son âge ? avec un selfie et/ou une appli…). On est en train de construire une cage numérique et biométrique, il sera ensuite trivial d'ajouter des restrictions d'accès supplémentaires à l'envie une fois que tout le monde aura été "onboardé".

  • [^] # Re: Mutualisé ?

    Posté par  . En réponse au journal Quel hébergeur préférer, ou éviter?. Évalué à 3 (+3/-0).

    Arf, et bien c'est l'occasion de vous témoigner toute ma gratitude. Pour tout dire, je ne m'étais pas connecté à mon compte depuis très longtemps et j'ai retrouvé ces fichiers récemment, avec un pincement au cœur. Merci de les avoir conservés avec soin pendant si longtemps, vous avez été plus fiables que probablement l'intégralité des hébergeurs et machines que j'ai pu utiliser pendant toutes ces années.

  • # Mutualisé ?

    Posté par  . En réponse au journal Quel hébergeur préférer, ou éviter?. Évalué à 3 (+3/-0).

    Euh, s'il s'agit de mutualisé, TuxFamily bat l'offre d'infomaniak à plates coutures : c'est totalement gratuit. Mes vieux fichiers d'il y a 20 ans sont toujours en ligne chez eux.

    https://www.tuxfamily.org/fr/about

  • # Pointeurs étiquetés

    Posté par  . En réponse au journal À table !. Évalué à 3.

    Comme les performances décroîssent principalement à cause des accès mémoire non servis par le cache (cache misses) lorsque la table grossit, j'ai eu l'idée d'utiliser des « pointeurs étiquetés » (tagged pointers) pour éviter de déréférencer des pointeurs menant à des emplacements qui ne correspondent pas à la clé insérée/recherchée.

    Le résultat est très bon, je fais maintenant jeu égal avec khash jusqu'à ~800.000 clés et abseil ne me rattrape qu'à partir de 8 millions de clés.

    Pointeurs étiquetés

  • [^] # Re: #define public

    Posté par  . En réponse au journal À table !. Évalué à 1.

    Oui, à la base la table de hachage fait partie d'une bibliothèque dynamique qui comprend pas mal d'autres trucs amusants, dont un crit-bit trie et un parseur JSON. Mon intention n'est pas de « cacher » les fonctions pour les utilisateurs (elles sont documentées), mais d'éviter d'exporter ces fonctions internes pour réduire la taille du binaire résultant et permettre une meilleure compilation (notamment LTO !). Il faut voir ça un peu comme static, mais à l'échelle de la bibliothèque au lieu de l'unité de compilation.

  • # Folly furieuse

    Posté par  . En réponse au journal À table !. Évalué à 4.

    Par curiosité, je viens de mesurer de combien je me fais défoncer par Folly. Sans surprise, Folly caracole en tête, mais j'arrive à résister jusqu'à environ 200000 clés/valeurs et surtout khash réalise une remontada remarquable à 8 millions et 10 millions de clés !

    Massacre

  • [^] # Re: #define public

    Posté par  . En réponse au journal À table !. Évalué à 4.

    +1, c'est pas faux, j'ai absolument pas pris en compte C++ quand j'ai codé ça. Je vais remplacer public et private par autre chose. Dans le contexte, public correspond aux fonctions exportées, private aux fonctions utilisées au sein de la bibliothèque mais non exportées (__attribute__((visibility("hidden")))).