Egg consumption inversely correlated with Alzheimer's
Résumé indisponible pour cet article.
Les meilleurs longs formats de Hacker News, relus plus calmement.
Résumé indisponible pour cet article.
Résumé indisponible pour cet article.
Les auteurs présentent un proxy de rendu neuronal (NRP) permettant le relighting différentiable interactif de scènes statiques avec caméra et matériaux fixes. Ils séparent le rendu traditionnel en échantillonnage de chemins et calcul des émissions, et à partir d'une passe de rendu unique indépendante de l'éclairage ils collectent des données de transport lumineux sous forme d'échantillons de chemins. Un réseau neuronal léger spécifique à la scène est entraîné pour apprendre comment la lumière est transportée de n'importe quel point de la scène vers n'importe quel pixel d'image, ce qui permet d'échantillonner rapidement des conditions d'éclairage à la volée. La méthode est compatible avec des moteurs de rendu de production non différentiables, requiert peu de mémoire en inférence et sa complexité dépend uniquement de la résolution et du nombre de sources et paramètres lumineux, indépendamment de la complexité de la scène ou des matériaux. L'évaluation montre des fréquences interactives de relighting (≈30–60 Hz) tout en approchant la fidélité visuelle du path tracing, et le caractère différentiable du NRP autorise des flux de travail inverses rapides basés sur le gradient pour ajuster les paramètres d'éclairage à partir d'éditions en image ou d'objectifs génératifs.
Cet outil bare-metal x86 permet de démarrer depuis un disque ou une clé USB et de sauvegarder le contenu de la RAM directement sur le support de démarrage, utilisé initialement pour expérimenter les attaques par cold boot. Il s'appuie sur les interruptions BIOS (INT 0x13, INT 0x15), bascule en unreal mode pour adresser la mémoire physique au-delà d'1 Mo et utilise INT 0x15 E820 pour détecter les zones de mémoire valides. Le bootloader en deux étapes charge stage2 depuis le secteur d'amorçage, puis parcourt la RAM par tranches de 32 Ko, copie chaque tranche via unreal mode vers un tampon bas à 0x90000 et écrit ces blocs sur le disque à partir du LBA 64 avec les fonctions EDD. Attention : l'outil écrit des données brutes à partir du secteur 64, il faut donc utiliser une clé USB dédiée et vide et vérifier que le support dispose de suffisamment d'espace pour contenir l'intégralité de la RAM afin d'éviter d'écraser des données. La construction nécessite NASM pour assembler stage1 et stage2 et concaténer les binaires en boot.bin, qu'il faut ensuite écrire sur la clé (par exemple avec dd, Rufus ou Win32DiskImager) et démarrer la machine cible en mode Legacy/CSM pour lancer la copie.
RidgeText empile des couches de données côté serveur et renvoie au LLM uniquement des accusés de réception légers au lieu de GeoJSON volumineux. Chaque appel retrieve_* ajoute une couche ordonnée dans une file active qui est drainée par generate_map pour composer une image sur un fond Mapbox Static API. Cette approche maintient la fenêtre de contexte petite, rend le pipeline de rendu déterministe et permet d'ajouter de nouvelles sources sans modifier l'interface du LLM. Les compromis incluent l'incapacité du LLM à raisonner sur la géométrie des couches mises en file et le caractère éphémère de la file, ce qui complique le raffinement multi‑tours sans persistance. Le même motif s'applique au-delà des cartes quand le LLM risque de devenir un canal de transfert de données plutôt qu'un moteur d'orchestration, et il convient alors de stocker l'état intermédiaire côté serveur et de renvoyer des résumés légers.
En refactorant le parseur de son moteur JavaScript, l'auteur a remplacé une fonction consume_test qui utilisait une branche par une version qui convertit directement un booléen en entier (x as u32). Cette modification a provoqué un mauvais comportement du parseur sur une boucle for, alors que la version explicite utilisant if x { 1 } else { 0 } fonctionnait correctement. L'examen de l'assemblage a révélé que l'instruction d'incrément attendue avait été supprimée, ce qui changeait le flux de contrôle et éliminait un match important. En désactivant certaines optimisations MIR et en regardant l'IR non optimisé, l'auteur a isolé une compilation incorrecte liée au niveau d'optimisation et a ouvert un rapport de miscompilation. La communauté Rust a réagi rapidement, un correctif a été proposé et fusionné en l'espace d'environ dix-huit heures, et le problème a été étiqueté p-critical et i-miscompile.
Un parent a développé une application de communication personnalisée pour son fils non-verbal autiste en remplaçant les symboles abstraits par des photos, contenus familiers et la voix du père. L'outil, testé en cabinet d'orthophonie, a suscité une forte réaction émotionnelle chez des mères et des professionnels et a permis à l'enfant d'énoncer des phrases plus longues et des demandes précises. Contrairement aux AAC traditionnels conçus pour des personnes déjà familières avec le langage, l'application intègre des métriques, un mode d'enseignement, des routines programmées et des contenus adaptatifs pour capter l'attention d'enfants ayant des difficultés de compréhension. Après trois semaines d'utilisation l'enfant a multiplié ses productions verbales, réussi à exprimer ses préférences alimentaires et à utiliser de nouvelles formules de politesse de manière spontanée. Le créateur prévoit des essais avec d'autres familles et établissements, travaille sur la standardisation des vocabulaires et propose une offre par abonnement accessible, avec l'objectif d'une version de base gratuite.
Le texte décrit la nature repoussante et ritualisée de la peine de mort, montrant comment l'exécution, dissimulée sous des euphémismes, révèle un spectacle choquant et déshumanisant. L'auteur soutient que la peine capitale ne remplit pas sa prétendue valeur d'exemple, car elle est cachée, n'intimide ni les tueurs irréfléchis ni les professionnels du crime, et suscite parfois fascination ou indifférence. Il souligne aussi les effets moraux et psychologiques : la dégradation des bourreaux, la torture mentale des condamnés par l'attente et l'angoisse, et les souffrances excessives infligées aux familles des exécutés. Le texte insiste sur l'arbitraire et le risque d'erreur judiciaire, ainsi que sur les causes sociales de la criminalité (misère, alcool), et relève que l'État lui‑même commet souvent des violences qui rendent inacceptable une peine irréversible. Pour toutes ces raisons, l'auteur plaide pour l'abolition de la peine de mort au profit de peines de réclusion ou de travaux forcés à perpétuité, invoquant des motifs de logique, de réalisme et de solidarité européenne.
L'article explique comment htop et d'autres outils lisent des informations système depuis /proc, en prenant l'exemple d'uptime et de /proc/uptime. Il détaille la signification des moyennes de charge (load average) comme des moyennes exponentiellement amorties du nombre de processus en exécution ou en attente et pourquoi elles ne traduisent pas directement l'utilisation CPU. Les différents états de processus (R, S, D, Z, T, t) sont décrits avec des exemples pratiques, ainsi que la gestion des signaux, des zombies et des priorités (niceness/priority). Le texte clarifie les métriques mémoire affichées (VIRT, RES, SHR, MEM%) et montre comment les informations de processus proviennent de /proc/<pid>/, des UID et des fichiers de configuration comme /etc/passwd et /etc/shadow. Enfin l'auteur passe en revue les services démarrés sur une machine Ubuntu Server, propose des commandes d'investigation (strace, mpstat, journalctl), des extraits de code et des conseils d'administration.
Résumé indisponible pour cet article.