Industry Brief: Private 5G for Manufacturing and Industrial Sites [pdf]
Résumé indisponible pour cet article.
Les meilleurs longs formats de Hacker News, relus plus calmement.
Résumé indisponible pour cet article.
Les files de tâches d'io_uring utilisaient auparavant la liste simplement chaînée lockless (llist), ce qui obligeait à inverser l'ordre des éléments, à maintenir des listes temporaires et entraînait des boucles de réessai coûteuses sous forte contention. Pour le noyau 7.2, Jens Axboe a introduit une file MPSC lockless inspirée de l'algorithme de Dmitry Vyukov, qui utilise un pointeur tail et un élément sentinelle stub pour permettre à plusieurs producteurs d'ajouter des éléments sans verrou. L'opération d'ajout s'appuie sur xchg() comme barrière complète pour garantir que le champ next est bien initialisé avant que l'élément soit visible, puis met à jour next du précédent élément, évitant ainsi les réessais et le bouncing de cache. Le consommateur garde un pointeur head séparé dans une autre ligne cache et utilise READ_ONCE et une opération compare-and-exchange pour retirer des éléments, détecter une file vide et gérer les courses avec les producteurs. Cette nouvelle file, employée dans plusieurs listes de io_uring depuis 7.2, simplifie le code (plus besoin d'inverser les listes) et fournit des gains de performance et une réduction du temps passé dans le noyau, même si l'API n'est pas encore rendue générale pour tout le noyau.
Une vidéo de Gamers Nexus affirme que le logiciel associé à certains moniteurs LG se comporte comme un logiciel espion en affichant des publicités sans consentement et que ses conditions d'utilisation autorisent la mise sur écoute et l'interception, en faisant de la responsabilité de l'utilisateur d'obtenir le consentement des personnes présentes. Le problème concernerait la gamme UltraGear, y compris des modèles récents et plus anciens, et ne toucherait que les utilisateurs sous Windows, les utilisateurs Linux n'étant apparemment pas affectés. L'auteur possède un UltraGear 45gx950a-b qu'il décrit comme le meilleur écran qu'il ait eu, sans burn-in après six mois d'utilisation intensive, bien que l'audio intégré soit jugé médiocre. Il critique aussi la pratique commerciale de LG après avoir constaté des publicités et une promotion de type roue de la fortune sur le site officiel, estimant que ce comportement est inacceptable pour un produit coûteux. En conclusion, l'auteur indique qu'il n'achètera plus de moniteur LG et déconseille leur achat.
La FCC a ajouté les onduleurs électriques produits à l'étranger à sa Covered List, imposant une interdiction immédiate des autorisations d'équipement pour les modèles étrangers non approuvés pour des raisons de sécurité nationale et de piratage. Tous les projets solaires ou de stockage s'appuyant sur un onduleur fabriqué hors des États-Unis sans identifiant FCC valide ne peuvent plus être mis en service ni interconnectés, sans période de transition ni clause de sauvegarde. Cette mesure, qui prime sur une analyse du Département de l'Énergie ayant trouvé aucune preuve de matériel malveillant, repose sur l'appréciation du risque numérique lié aux mises à jour de micrologiciel via la connectivité sans fil des onduleurs intelligents. La pénurie d'équipement qui en résulte menace de retarder des dizaines de milliers de MW de projets puisque les fabricants nationaux ne couvrent qu'environ 7 % du marché américain, et le remplacement d'un modèle interdit par un modèle national entraîne souvent une réévaluation d'ingénierie et des délais d'interconnexion. Seule une approbation conditionnelle d'urgence délivrée par le Département de la Défense ou le Département de la Sécurité intérieure, assortie d'audits complets de la chaîne d'approvisionnement et du firmware, permettrait à un onduleur produit à l'étranger d'échapper au blocage.
Résumé indisponible pour cet article.
L'opérateur Kubernetes expose des ressources personnalisées (OpenShellSandbox, OpenShellProvider, OpenShellPolicy, OpenShellWorkspace et OpenShellProviderProfile) pour déclarer et gérer des sandboxes via kubectl en traduisant les CR en appels gRPC vers la passerelle et en reflétant l'état dans .status. Le déploiement se fait via un chart Helm qui peut embarquer une passerelle et un émetteur OIDC pour un usage autonome, mais nécessite au préalable l'installation cluster-wide du projet Agent Sandbox (CRD + controller). Les OpenShellProvider lient des Secrets annotés et gèrent les identifiants en modes Copied, Refresh ou Mixed selon le type, tandis que les profils de fournisseur déclaratifs permettent d'enregistrer des types personnalisés au niveau cluster. Les OpenShellPolicy, réutilisables ou inline, contrôlent filesystem, processus et réseau et sont validées par la passerelle ; certaines modifications sont applicables en place tandis que d'autres déclenchent la recréation du sandbox. Le système prend en charge des volumes persistants provisionnés par l'opérateur qui survivent aux recréations, rapporte l'état via conditions et événements, propose un webhook optionnel pour confiner kubectl exec, et assure la disponibilité avec une election de leader.
Résumé indisponible pour cet article.
Cette bibliothèque Python propose un moteur de création de graphiques interactifs, personnalisables et rapides pour le web, les notebooks et les exports statiques. Elle offre une API déclarative et une compatibilité partielle avec les conventions de matplotlib, et permet des personnalisations via Python, CSS ou Tailwind. Pour les très larges jeux de données, un cœur en Rust calcule uniquement ce qui doit être affiché à l'écran (décimation/densité) et les opérations de pan, zoom, survol et sélection peuvent forer jusqu'aux lignes exactes conservées côté Python. Les benchmarks rapportés montrent des temps pratiquement constants entre 10k et 100M points grâce au rendu par densité, avec des performances nettement supérieures à Matplotlib et Plotly dans ces scénarios. Le projet est en alpha, s'installe via pip (ou uv), s'intègre à des frameworks comme Reflex, propose de nombreux exemples et notebooks, et publie une feuille de route pour enrichir les types de graphiques.
Résumé indisponible pour cet article.
L'objectif est de mesurer l'impact du code eBPF sur les ouvertures de fichiers à l'aide d'un petit programme C minimal qui rouvre le même fichier en cache chaud, appelle syscall(SYS_openat), préalloue et prefault la mémoire avec mmap/mlock et ignore les 10% premiers résultats comme warmup. Pour que perf résolve les symboles JIT des programmes BPF, il faut activer le JIT et l'exposition des symboles via net.core.bpf_jit_enable=1 et net.core.bpf_jit_kallsyms=1, puis vérifier la présence des symboles avec bpftool et /proc/kallsyms. La procédure consiste à mesurer d'abord sans eBPF puis avec le hook actif en lançant le bench collé sur un CPU et en priorité temps réel via taskset -c et chrt -f 99, en collectant les temps d'ouverture dans un fichier d'échantillons. L'instrumentation avec perf enregistre les piles (-g, --call-graph fp), échantillonne les cycles noyau (-e cycles:k) à une fréquence donnée (-F) et produit des rapports et flamegraphs pour identifier des chemins chauds tels que bpf_lsm_file_open et ses tail calls. Le texte insiste sur la méthode plutôt que sur des chiffres particuliers, en rappelant que l'overhead dépend du travail du hook et que le profiling permet de cibler des optimisations (caching, meilleur algorithme, réduction d'allocations) pour améliorer p50/p99.