HexaOS Portal v2.2.0 : état RC22 9/13 et publication EU24
Le portail aligne la matrice RC22 sur 9 éditions READY, 4 PENDING, 0 échec et publie le même état dans les 24 langues européennes.
Lire l'article →JOURNAL DE BORD — HEXAOS
Les avancées, les choix et les preuves.
Suivez la construction d'HexaOS, découvrez les décisions d'architecture et retrouvez les nouvelles de la communauté sans exposer les données sensibles du projet.
Maintenance et non-régression — Point d’avancement contrôlé — Licences et bundles de modèles
Licences et bundles de modèles : inventorier droits, provenance, empreintes et destination des poids, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Choix d’architecture — Licences et bundles de modèles
Licences et bundles de modèles : inventorier droits, provenance, empreintes et destination des poids, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Comprendre le rôle — Licences et bundles de modèles
Licences et bundles de modèles : inventorier droits, provenance, empreintes et destination des poids, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Limites et prochaine validation — Modèles GGUF et runtime local
Modèles GGUF et runtime local : lier un modèle, sa quantification, son moteur et les ressources réellement utilisées, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Méthode de vérification — Modèles GGUF et runtime local
Modèles GGUF et runtime local : lier un modèle, sa quantification, son moteur et les ressources réellement utilisées, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Point d’avancement contrôlé — Modèles GGUF et runtime local
Modèles GGUF et runtime local : lier un modèle, sa quantification, son moteur et les ressources réellement utilisées, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Choix d’architecture — Modèles GGUF et runtime local
Modèles GGUF et runtime local : lier un modèle, sa quantification, son moteur et les ressources réellement utilisées, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Comprendre le rôle — Modèles GGUF et runtime local
Modèles GGUF et runtime local : lier un modèle, sa quantification, son moteur et les ressources réellement utilisées, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Limites et prochaine validation — Virtualisation, réseau, stockage et RDMA
Virtualisation, réseau, stockage et RDMA : séparer les preuves virtuelles des validations de périphériques physiques, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Méthode de vérification — Virtualisation, réseau, stockage et RDMA
Virtualisation, réseau, stockage et RDMA : séparer les preuves virtuelles des validations de périphériques physiques, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Point d’avancement contrôlé — Virtualisation, réseau, stockage et RDMA
Virtualisation, réseau, stockage et RDMA : séparer les preuves virtuelles des validations de périphériques physiques, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Choix d’architecture — Virtualisation, réseau, stockage et RDMA
Virtualisation, réseau, stockage et RDMA : séparer les preuves virtuelles des validations de périphériques physiques, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Comprendre le rôle — Virtualisation, réseau, stockage et RDMA
Virtualisation, réseau, stockage et RDMA : séparer les preuves virtuelles des validations de périphériques physiques, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Limites et prochaine validation — GPU Intel et mémoire partagée
GPU Intel et mémoire partagée : observer accélération et consommation mémoire sur la configuration exacte, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Méthode de vérification — GPU Intel et mémoire partagée
GPU Intel et mémoire partagée : observer accélération et consommation mémoire sur la configuration exacte, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Point d’avancement contrôlé — GPU Intel et mémoire partagée
GPU Intel et mémoire partagée : observer accélération et consommation mémoire sur la configuration exacte, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Choix d’architecture — GPU Intel et mémoire partagée
GPU Intel et mémoire partagée : observer accélération et consommation mémoire sur la configuration exacte, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Comprendre le rôle — GPU Intel et mémoire partagée
GPU Intel et mémoire partagée : observer accélération et consommation mémoire sur la configuration exacte, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Limites et prochaine validation — Pile AMD ROCm
Pile AMD ROCm : relier architecture GPU, noyau, firmware et runtime de calcul, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Méthode de vérification — Pile AMD ROCm
Pile AMD ROCm : relier architecture GPU, noyau, firmware et runtime de calcul, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Point d’avancement contrôlé — Pile AMD ROCm
Pile AMD ROCm : relier architecture GPU, noyau, firmware et runtime de calcul, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Choix d’architecture — Pile AMD ROCm
Pile AMD ROCm : relier architecture GPU, noyau, firmware et runtime de calcul, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Comprendre le rôle — Pile AMD ROCm
Pile AMD ROCm : relier architecture GPU, noyau, firmware et runtime de calcul, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →Maintenance et non-régression — Limites et prochaine validation — Pile NVIDIA et charge physique
Pile NVIDIA et charge physique : distinguer détection, pilote, runtime, conteneur et calcul réellement accéléré, avec un verdict limité à HexaOS 3.0.0-rc1 et au snapshot RC23. Ce dossier R2 vise à définir les contrôles à rejouer après une modification de source, de configuration ou d’artefact.
Lire →