HN Digest
Briefing personnel.

Lire vite.
Garder l'essentiel.

Les meilleurs longs formats de Hacker News, relus plus calmement.

11890 articles Page 836/1189 Sans filtre

The fastest Linux timestamps

L'auteur cherchait à réduire la latence des horodatages pour un client OpenTelemetry conçu pour des pipelines micro-latents, avec un budget d'environ 50–100 ns par span. En mesurant l'implémentation naïve qui effectue plusieurs appels à clock_gettime() via la vDSO, il constate un coût médian de ~47 ns et analyse en détail le TSC et la page vvar. Il présente des timers alternatifs utilisant rdtsc et la lecture directe de la page vvar (TscTimer, VdsoTimer) qui évitent des lectures et conversions redondantes et ramènent la latence médiane à ~20 ns. Les mises à jour périodiques de la page vvar génèrent des queues de latence et l'auteur montre qu'un cache rafraîchi périodiquement (TscCacheTimer ou VdsoCacheTimer) supprime ces queues tout en conservant la précision. La conclusion est que les timers TSC mis en cache offrent un bon compromis entre performance et précision pour la plupart des usages, mais que contourner la vDSO expose au risque de casse si la mise en page du noyau change.

Show HN: Free textbook on engineering thermodynamics

Ce manuel propose une introduction claire et progressive à la thermodynamique destinée aux étudiants universitaires et aux futurs ingénieurs. Il couvre les notions fondamentales et les lois de la thermodynamique, notamment le premier et le second principe ainsi que la notion d'entropie. Le livre traite des systèmes fermés et ouverts ainsi que des modèles de substances, depuis le gaz parfait jusqu'aux liquides et vapeurs, avec les calculs de propriétés et les changements de phase. Il aborde les cycles thermodynamiques et les machines thermiques, analysant l'efficacité des moteurs, réfrigérateurs et pompes à chaleur ainsi que des cycles pratiques comme Carnot, Rankine, Otto, Diesel et les turbomachines. La pédagogie comprend 59 exemples entièrement commentés, 96 problèmes corrigés, des appendices utiles (tables de vapeur, conversion en SI, bibliographie) et de courtes incursions historiques reliant les concepts à leur impact technologique.

MoQ Boy

L'auteur présente MoqBoy, un projet d'émulateur exécuté sur des machines virtuelles au Texas qui privilégie les homebrew pour éviter des problèmes juridiques et signale que la latence peut être élevée. Le système utilise le CDN MoQ pour agréger les requêtes SUBSCRIBE par piste afin de limiter le nombre de souscriptions vers l'émulateur et met les encodeurs audio et vidéo en veille lorsqu'il n'y a pas d'abonnés actifs. La découverte dynamique des diffusions se fait par préfixe (par exemple demo/boy/), ce qui permet aux joueurs de recevoir des notifications en direct quand des parties apparaissent ou disparaissent. Les joueurs publient eux-mêmes des pistes de contrôle JSON (par exemple {"a": true, "up": true}), ce qui permet d'obtenir une interaction bidirectionnelle en combinant plusieurs flux unidirectionnels et facilite la propagation à plusieurs robots abonnés. Le code est open source avec des composants Rust et JavaScript, des bindings mobiles en développement, et l'auteur propose ce démonstrateur comme exemple d'application de MoQ pour robots, drones et projets contractuels.

Lessons from building multiplayer browsers

L'auteur rejoint une petite équipe pour construire Sail (puis Muddy), un navigateur multijoueur basé sur un fork de Chromium visant à intégrer collaboration en temps réel, canvas infini et chat. Malgré des choix techniques solides — streaming de mutations DOM, moteur de synchronisation flexible et UI web — le principal échec fut l'incapacité à trouver un positionnement clair et un marché suffisant. Des exercices pratiques comme une page de présentation convaincante et une vidéo de lancement auraient forcé la clarté produit plus tôt, et le dogfooding s'est révélé insuffisant pour valider l'adoption externe. L'article distingue deux stratégies viables — pivoter vers une nouveauté utile (agents d'IA) ou devenir la « meilleure version » d'un outil existant — et explique pourquoi ni l'une ni l'autre n'a été exploitée à temps. La leçon principale est que les thèses doivent guider sans enfermer, que les "reps" servent à chercher des preuves d'adoption réelles, et que réussir exige autant d'expérimentation marché que d'excellence technique.