Living human brain cells play DOOM on a CL1 [video]
Résumé indisponible pour cet article.
Les meilleurs longs formats de Hacker News, relus plus calmement.
Résumé indisponible pour cet article.
Cet outil gratuit et open source offre une interface graphique pour gérer les distributions Windows Subsystem for Linux (WSL). Il permet d’installer, désinstaller, mettre à jour, sauvegarder et restaurer des distros, de configurer leurs paramètres et de les lancer d’un seul clic. Des fonctionnalités supplémentaires incluent le partage de distros entre plusieurs machines et la création d’actions pour automatiser des tâches répétitives. Il convient aussi bien aux débutants qu’aux experts et vise à optimiser l’expérience avec WSL. L’installation peut se faire via le Microsoft Store, par téléchargement direct ou via Winget ou Chocolatey, mais le package Winget est obsolète et il est recommandé d’utiliser la version Store.
Cet article explore trois approches de réactivité des systèmes : la réactivité push, la réactivité pull et la combinaison push/pull utilisée dans certains frameworks web. Dans la réactivité push, lorsqu’un nœud est mis à jour, ses dépendants sont immédiatement notifiés et recalculés, ce qui est finement granulaire mais peut mener à des recalculs inutiles et à des glitches. La réactivité pull procède par le recalcul des dépendances via des appels emboîtés, ce qui favorise la cohérence des états et évite les glitches, mais peut nécessiter le recalcul de l’ensemble du graphe et des mécanismes de cache. La réactivité push/pull combine les deux en marquant les nœuds comme sales lors du push puis en recalculant uniquement les nœuds sales par une phase de pull. En conclusion, le push/pull offre une efficacité et une compréhension relatives, mais il subsiste des défis comme la gestion dynamique des dépendances et l’absence d’un ordonnancement global optimal.
Il s'agit de la fourche Blacksky de l'AT Protocol, alimentant l'AppView via api.blacksky.community et publiée pour la transparence afin que d'autres communautés bénéficient du travail. Les changements majeurs concernent principalement les packages bsky (logique AppView), services/bsky (configuration runtime) et une migration personnalisée, le reste étant upstream. Le firehose consumer TypeScript est remplacé par rsky-wintermute, un indexeur Rust, pour des débits supérieurs, un backfill parallèle et des outils opérationnels. L'architecture décrit les flux entre Wintermute, PostgreSQL, le dataplane et l'appview, et liste les prérequis tels que Node.js 18+, pnpm, PostgreSQL 17 et Redis (optionnel), avec OpenSearch pour Palomar. Des éléments Blacksky spécifiques existent comme les posts communautaires privés, un espace de lexique dédié et une table communautaire distincte avec une gestion d'adhésion et une dépendance à une base membership séparée.
Résumé indisponible pour cet article.
Résumé indisponible pour cet article.
Résumé indisponible pour cet article.
Résumé indisponible pour cet article.
L’auteur a procrastiné la recherche d’une solution de sauvegarde pour ses fichiers RAW Fujifilm et a finalement opté pour un homelab avec une stratégie de sauvegarde hors site. Il a acquis des disques durs et réutilisé son ancien PC de jeu acheté en 2018 pour héberger TrueNAS et des applications auto-hébergées. TrueNAS est installé sur le NVMe avec des snapshots horaires, quotidiens et hebdomadaires, et les données sont protégées par un RAID 1 sur deux disques de 8 To. Plusieurs apps auto-hébergées sont déployées, notamment Scrutiny, Backrest, Immich, Mealie et Ollama, couvrant la surveillance, les sauvegardes et la gestion de photos ainsi que l’exécution de modèles IA. L’accès à distance repose sur Tailscale et le projet prévoit d’assigner des noms de domaine personnalisés pour simplifier l’accès aux services, qui partagent la même adresse IP.
Le système décrit utilise une grille 240x135 et des programmes de type Brainfuck comportant 64 instructions, initialisés au hasard. À chaque itération, des paires de programmes voisins sont associées au hasard, leurs tapes d'instructions sont concaténées puis exécutées jusqu'à 2^13 étapes, puis séparées. Les instructions peuvent former des boucles et muter les tapes des programmes, ce qui permet l'émergence de copies auto-répliquantes. Ces copies auto-répliquantes qui se copient sur les tapes de leurs voisins finissent par se propager et dominer la grille. Dans une exécution, un réplica auto-évolutif apparaît tôt puis est rapidement supplanté par un plus efficace qui prend le contrôle de la grille.