graine gemma4-26b-a4b

Une graine ne contient aucun poids : elle NOMME une IA — sa matière par empreinte, sa recette, son substrat — et la germination re-vérifie chaque octet chez celui qui la plante.

le QR de la graine — il porte les octets exacts du fichier de graine
Ce QR est la graine : 498 octets, empreinte 0df24a9ad5f3128a1fa5018dec8f66e62c0f65784e25788468c751094f75bfbb. Le même objet se télécharge : gemma4-26b-a4b.graine.json. Il nomme une matière ×28994706 plus lourde que lui.
matière nommée
gemma-4-26B_q4_0-it.gguf
taille de la matière (Go)
14.44
empreinte de la matière
3eca3b8f6d7baf218a7dd6bba5fb59a56ee25fe2d567b6f5f589b4f697eca51d
substrat déclaré
hf:google/gemma-4-26B-A4B-it-qat-q4_0-gguf/gemma-4-26B_q4_0-it.gguf
licence déclarée par l'hébergeur
apache-2.0
classe de recette (le calcul)
x86-64-fils8
empreinte de la recette
869bef8788166262e4a72fe04f0809756f561a2bae03a52a95e3fb7f294b8226
classes d'appareil (la mémoire)
non mesurées pour cette entrée (aucun creusement publié)
scellée le
2026-08-17

La licence de la matière nommée

Aucun seuil, aucune obligation de nommage. Ce qui suit la redistribution est ce qu'Apache 2.0 exige : joindre une copie de la licence, conserver les mentions de droit d'auteur, de brevet et d'attribution, et signaler les fichiers modifiés. À DIRE : Gemma 4 ROMPT avec les Gemma Terms — le lien de licence de l'hébergeur pointe le texte INTÉGRAL d'Apache 2.0, sans clause Gemma ajoutée. NON TRANCHÉ : la politique d'usage prohibé Gemma reste publiée à côté et n'est pas incorporée par référence dans ce texte.

nom exact de la licence
Apache License 2.0
étiquette recopiée de l'hébergeur
apache-2.0
des obligations vont-elles AU-DELÀ de la mention de licence ?
NON — LA MENTION SUFFIT
portée de ce qui a été lu
texte de la licence lu à la source
vérifiée le
2026-08-07
source de la lecture
ai.google.dev/gemma/apache_2

Cette licence est celle de la MATIÈRE que la graine nomme. Elle n'est ni celle du code de ce dépôt, ni une licence de la graine : une graine ne contient aucun poids et ne concède aucun droit sur ce qu'elle nomme. Ce qui est écrit ici est une LECTURE datée de la source, pas un conseil juridique — la licence de l'éditeur fait foi.

L'épreuve de germination

GERMÉE

graine de 498 o → une IA vérifiée à l'octet, 28994706× plus lourde qu'elle

étapes franchies : RECETTE, MATIERE, ALLUMAGE

Selon ton appareil — classes d'appareil (la mémoire)

Aucun creusement publié pour cette entrée : la page n'affiche aucune forme par appareil — ce qui n'est pas mesuré n'est pas affiché.

Selon ton disque — la contrainte de débit

Cette IA est un mélange d'experts : elle ne relit pas tout à chaque token. Son tronc dense est relu en entier — il doit résider en mémoire — et seuls les experts que le routeur retient (8 sur 128) se lisent au disque. C'est ce qui permet à une IA bien plus grosse que la mémoire de la machine d'y tourner.

à garder en mémoire (tronc dense, relu à chaque token)1.58 Go
à lire par token, au total2.38 Go
dont à lire au DISQUE, par token0.80 Go
part du tronc dense dans la facture par token66 %
débit disque minimal pour 1 token/s0.80 Go/s

🚨 Ce débit est une borne basse, et elle est exacte : il faut au moins lire ces octets en une seconde pour rendre un token par seconde. Le besoin réel est plus grand — il reste à lire le tronc en mémoire et à CALCULER. Aucune vitesse n'est promise ici : la page publie un besoin, et c'est le disque de la personne qui tranche.

Repère mesuré sur une machine d'atelier, lecture alignée sans cache : 0.94 Go/s en blocs de 16 Mo, contre 0.01 Go/s en blocs de 4 Ko. La disposition des octets compte autant que le disque. C'est pourquoi une forme paginable se range par blocs alignés. brut : bruts/g13/disque_D.json.

brut : bruts/g13/troncs.json — chiffres dérivés des EN-TÊTES des fichiers, aucun poids lu, aucune machine louée.

À l'étagère

Cette matière n'est pas encore mesurée sur une étagère publiée : la page ne lui promet aucune vitesse. Ce qui n'est pas mesuré n'est pas affiché — c'est la règle qui rend le reste croyable.

Identité par système — mesurée

MÊMES OCTETS SOUS LINUX ET WINDOWS

identité : mesurée Linux ↔ Windows sur 2 machines (3 questions, le 15/09/2026) · AMD ↔ Intel : non mesurée

La même phrase, mot pour mot, que memown catalogue (joueur 1.3.1) affiche sous cette graine : table dérivée des bruts (jambes-33, regel 1.3, jambes du 14/09, tiers simulés — jambes-14-09, jambes-33, regel-1.3-vierges, regel-1.3-windows, tiers-simule-1.2, tiers-simule-1.3) par machines/compiler_identites_os.py, embarquée dans le joueur, copiée ici à l'octet : identites_os.json 30528bfd0ec456208a3fb5f414e0af226c9d87e2fa3b1ef02d9b5c5160838b97, 2026-09-15. « PAR SYSTÈME » : Linux et Windows ne rendent pas les mêmes octets sur au moins une question, mesuré à campagne égale ; « non mesurée » : aucune paire de machines ne l'a jouée sur les deux systèmes — rien n'est promis. Détail et bruts : rejoue chez toi. Bloc ajouté après la fabrication de la page (le générateur du canon ne le porte pas encore).

D'où vient cette page

gemma4-26b-a4b.graine.json4980df24a9ad5f3128a1fa5018dec8f66e62c0f65784e25788468c751094f75bfbb
catalogue_graines.json453189cf3475ae2d3fafd581db7fc3b18ee60e6bbee510fe6fe4513dcc992261c7b65
gemma4-26b-a4b.png (dérivé de la graine)22748e1865e7551472c37730a7e6f2f4c3171b6f7a225c86786b570e1b6e751429c65
catalogue.json3dfa0d6681f5f90b463f1b4e31af11c0a9a2c3bb07802e84c560681916a7dba6