Publication de l’intensité carbone logicielle (SCI) de Big-O
Autodéclaration calculée selon la méthode ISO/IEC 21031:2024 : le carbone émis chaque fois que le moteur de décision d’EcoGEO Audit réalise une décision de diagnostic.
Big-O a été sélectionnée pour participer à la validation POC du label volontaire de logiciel vert promu par le ministère des Affaires numériques de Taïwan, parmi les neuf entreprises participantes de cette phase.
① Unité fonctionnelle (R)
Une décision de diagnostic = le moteur de décision (modèle d’utilité taïwanais M683041) effectue une réduction d’attributs par ensembles approximatifs (Rough Set) et une évaluation multicritère (MCDM). C’est l’étape de classement et de recommandation de chaque diagnostic de site sur bigomorfi.tech.
② Périmètre
- Énergie CPU côté serveur du moteur (service core-algo) exécutant ensembles approximatifs + MCDM
- Surconsommation du centre de données (PUE 1,15)
- Carbone intrinsèque du matériel, réparti selon le temps d’usage et la part de ressources
- Inférence de grands modèles de langage tiers (exécutée chez le fournisseur ; non mesurable par nous)
- Interface, écritures en base de données, e-mails/notifications, génération de rapports PDF
- Transfert réseau et terminaux des utilisateurs
③ Formule
SCI = ((E × I) + M) ÷ R, développée selon la feuille de calcul du Taiwan Institute of Economic Research (TIER) :
SCI = ((E × Quantity × I × PUE) + TE × (TiR/EL) × (RR/ToR) × Quantity) / R × CPU%- E
- Énergie logicielle (kWh) = puissance W ÷ 1000 × durée d’exécution TiR
- I
- Intensité carbone du réseau électrique (kgCO₂e/kWh)
- PUE
- Indicateur d’efficacité énergétique du centre de données, appliqué au carbone opérationnel
- M
- Carbone intrinsèque = TE × (TiR ÷ EL) × (RR ÷ ToR) × Quantity
- R
- Nombre d’unités fonctionnelles (décisions mesurées)
- CPU%
- Part de CPU réellement utilisée par le logiciel (consommation au repos déduite)
④ Paramètres et sources
| Symbole | Valeur | Signification | Source |
|---|---|---|---|
| R | 20,000 | Décisions mesurées | 20 séries × 1 000 ; les 20 000 empreintes de résultat sont toutes distinctes (calcul complet à chaque fois, sans cache) |
| TiR | 0.13852939 h | Durée de charge totale des 20 000 décisions | 498,7058 s, sommée depuis le fichier de mesure brut |
| CPU% | 10.16% | Part CPU du logiciel (repos déduit) | Par série (puissance en charge − puissance au repos) × secondes d’échantillonnage, sommée puis convertie |
| I | 0.466 kgCO₂e/kWh | Intensité carbone du réseau | Facteur d’inventaire industriel 2025 de l’Administration de l’énergie de Taïwan ; valeur préremplie de la feuille TIER |
| PUE | 1.15 | Efficacité énergétique | Moyenne mondiale AWS, selon la présentation POC du TIER |
| EL | 35,040 h | Durée de vie prévue du matériel | 4 ans ; valeur préremplie de la feuille TIER |
| W | 2.1 W | Puissance par vCPU | Valeur de référence SPEC power_ssj2008, selon le guide du TIER |
| Quantity | 4 | Nombre de vCPU | AWS EC2 t3.xlarge dispose de 4 vCPU |
| TE | 277 kgCO₂e | Émissions intrinsèques totales | Valeur du CPU entier renvoyée par l’outil du TIER (Intel Xeon Platinum 8259CL) |
| RR / ToR | 1 / 48 | Part de ressources | Chaque vCPU = 1 des 48 threads du CPU |
⑤ Résultat
La même mesure est présentée selon les trois périmètres de la feuille TIER. Notre service tourne sur une machine virtuelle cloud ; le périmètre vCPU est donc le résultat principal.
| Périmètre | Description | SCI (mgCO₂e/décision) |
|---|---|---|
| vCPUPrincipal | les 4 vCPU de cette instance | 0.003631 |
| CPU | TDP du CPU physique × 0,75, part de ressources 4/48 | 0.052007 |
| Machine entière | puissance à pleine charge 182,23 W, carbone intrinsèque 48 kg (Boavizta t3.xlarge) | 0.069688 |
Décomposition du résultat principal : opérationnel 0,003168 mg + intrinsèque 0,000464 mg
⑥ Période et méthode de mesure
Mesuré le 2026-08-21 sur l’hôte (AWS EC2 t3.xlarge, Taipei ap-east-2) avec GreenCalculatorJavaNoUI 1.0.4 du TIER : 200 exécutions de préchauffage, puis 20 séries comprenant 60 s de référence au repos suivies de 1 000 décisions. La feuille a été finalisée après la réponse du TIER du 2026-10-02.
⑦ Incertitudes et limites
- Le coefficient de variation entre séries est d’environ 10,2 % (fichier brut) ; les valeurs individuelles varient dans cette plage.
- La puissance physique n’est pas mesurable sur une VM cloud ; la puissance par vCPU utilise une valeur de référence publique.
- Le PUE est la moyenne mondiale AWS et le facteur réseau une moyenne annuelle ; les valeurs réelles du site de Taipei et les variations horaires ne sont pas reflétées.
- Le carbone intrinsèque TE provient de l’outil ou de jeux de données publics, non d’une déclaration du fournisseur pour cet hôte.
- Seul le moteur de décision est couvert ; un diagnostic complet appelle aussi une fois un LLM externe, non inclus.
- Les résultats des trois périmètres diffèrent d’environ 19 fois ; vérifiez périmètre et paramètres avant toute comparaison avec d’autres fournisseurs.
⑧ Actions d’amélioration engagées
Mesures déjà actives sur la plateforme et traçables dans l’historique des versions. Elles n’impliquent aucune garantie de réduction de carbone ou de coûts.
- L’étape de décision repose sur un calcul déterministe ensembles approximatifs + MCDM (niveau CPU) plutôt que sur une inférence LLM à chaque requête pour le classement.
- Contrôle mensuel du cycle de vie des modèles d’IA (depuis 2026-10) comparé aux calendriers officiels de retrait d’OpenAI / Anthropic / Google ; les modèles en fin de vie ont été remplacés par les versions actuelles le 2026-10-02.
- La génération d’images comporte des niveaux de qualité : haute qualité uniquement sur choix explicite (plus de points) ; les anciens identifiants de modèle utilisent par défaut une qualité basse/moyenne.
- Cache pour éviter les recalculs : le diagnostic d’une même URL est réutilisé 14 jours ; les images IA sont mises en cache selon l’empreinte du prompt.
- Les traitements IA par lots ont un plafond de coût par exécution et s’arrêtent une fois atteint.
- Les services principaux tournent dans la région AWS de Taipei (ap-east-2).
⑨ Preuve de publication (DSCS)
Tous les chiffres de cette page figurent dans le JSON de publication ci-dessous, avec son empreinte SHA-256. Chacun peut copier le JSON et recalculer l’empreinte pour vérifier qu’aucun chiffre n’a été modifié ensuite.
f6e373b684ff7b17b670ffd111511bf0155ec3c73064602fa8f4d80190132606Afficher le JSON de publication (recalculez l’empreinte)
{"schema":"bigo-sci-disclosure/v1","publisher":"Big-O Information Intelligence Corp. (大鷗摩飛智能有限公司)","method":"ISO/IEC 21031:2024 Software Carbon Intensity (SCI) — self-disclosure, not third-party verified","formula":"SCI = ((E x Quantity x I x PUE) + TE x (TiR/EL) x (RR/ToR) x Quantity) / R x CPU%","software":"EcoGEO Audit decision engine (Rough Set QuickReduct + MCDM, ROC patent M683041), core-algo service","functionalUnit":"1 diagnostic decision = 1 rough-set feature reduction + 1 MCDM evaluation","host":"AWS EC2 t3.xlarge (4 vCPU), ap-east-2 Taipei; CPU Intel Xeon Platinum 8259CL","measurement":{"date":"2026-08-21","tool":"GreenCalculatorJavaNoUI 1.0.4 (provided by Taiwan Institute of Economic Research)","rounds":20,"decisionsPerRound":1000,"totalDecisions":20000,"warmupDecisions":200,"idleBaselineSecondsPerRound":60,"uniqueResultHashes":20000,"loadSecondsTotal":498.7058,"roundToRoundCv":0.1021},"parameters":{"I_kgCO2e_per_kWh":0.466,"PUE":1.15,"EL_hours":35040,"TiR_hours":0.13852939,"softwareCpuShare":0.1016,"R":20000},"blocks":{"vCPU":{"W":2.1,"Quantity":4,"TE_kg":277,"RR":1,"ToR":48,"sci_mg":0.003631,"operational_mg":0.003168,"embodied_mg":0.000464},"cpu":{"W":136.67,"Quantity":1,"TE_kg":277,"RR":4,"ToR":48,"sci_mg":0.052007},"wholeMachine":{"W":182.23,"Quantity":1,"TE_kg":48,"RR":1,"ToR":1,"sci_mg":0.069688}},"primaryBlock":"vCPU","primaryResult_mgCO2e_per_decision":0.003631,"calculationVersion":"2026-10-02","excluded":["third-party LLM inference (runs in provider data centres)","front-end UI, database writes, email/notifications, PDF rendering","network transfer and end-user devices"]}Cette version n’a pas encore été ancrée via OpenTimestamps ; elle le sera et figurera dans le registre DSCS une fois finalisée.
Historique des versions
Les versions du 2026-09-29 au 09-30 indiquaient 0,078 mgCO₂e par décision selon le périmètre machine entière, sans déduction du repos. Le 2026-10-02, le chiffre a été corrigé selon la réponse du TIER (quantité de vCPU appliquée une seule fois ; CPU% = part du logiciel hors repos, 10,16 %) pour donner les valeurs de cette page.
Cette page est une autodéclaration de Big-O Information Intelligence Corp. (大鷗摩飛智能有限公司) calculée selon la méthode ISO/IEC 21031:2024 ; ce n’est pas une certification ISO et elle n’a pas été vérifiée par un tiers.
Cet onglet présente l’autoévaluation et le plan de Big-O concernant les pratiques de logiciel vert sur sa propre plateforme. Il ne s’agit ni d’une certification ISO, ni d’une vérification par un tiers, ni d’une mesure carbone. Le chiffre SCI publié par Big-O est celui de l’onglet « Publication SCI (périmètre vérifié par le POC) ».
① Matrice de maturité du logiciel vert (autoévaluation)
Autoévaluation sur 4 dimensions × 5 niveaux, en s’appuyant sur « Building Green Software » (O’Reilly) et sur des documents de la Green Software Foundation. Version de l’évaluation : 2026-05-24 ; l’avancement réel de chaque dimension sera mis à jour lors de la prochaine autoévaluation.
② Pratiques concrètes
Ces éléments décrivent ce que nous faisons ; ils n’impliquent aucune garantie de réduction de carbone ou de coûts.
- ✓ En placeLes services principaux tournent dans la région AWS de Taipei (ap-east-2), près de la plupart des utilisateurs.
- ✓ En placeLes pages et ressources statiques sont servies depuis le cache périphérique de Vercel ; les requêtes en cache n’atteignent pas l’hôte EC2.
- ✓ En placeLe découpage du code et le tree shaking de Next.js réduisent le volume téléchargé côté front-end.
- ✓ En placeLes modèles d’IA sont choisis selon la tâche : les tâches simples utilisent des modèles plus petits plutôt que systématiquement de grands modèles.
- ✓ En placeLes vidéos ne sont générées qu’à la demande d’un utilisateur, jamais à l’avance.
- ✓ En placeLes preuves d’horodatage utilisent OpenTimestamps, avec un ancrage partagé dans les blocs Bitcoin, sans chaîne propre.
- ✓ En placePM2 en fork mode avec redémarrages graceful automatiques pour maîtriser la mémoire du serveur.
- ✓ En placeOptimisation des index PostgreSQL pour raccourcir les requêtes.
- → PrévuPrévu : un cache pour les réponses des grands modèles de langage afin d’éviter les inférences répétées.
- → PrévuLes nœuds périphériques du CDN ne couvrent pas encore l’Asie du Sud-Est ; un nœud à Singapour sera évalué.
- … À l’étudeÀ l’étude : la planification sensible au carbone (carbon-aware scheduling), qui déplace les tâches planifiées vers des heures où l’intensité carbone du réseau est plus faible.
- … À l’étudeÉvaluation des options de régions bas carbone des fournisseurs cloud et CDN.
③ Feuille de route prévue
Il s’agit d’orientations prévues, non d’engagements ; le calendrier et le contenu peuvent évoluer.
- Efficacité carbone L3 → L4
- Cache des réponses des grands modèles de langage
- API publique d’empreinte carbone (données en temps réel)
- Efficacité énergétique L3 → L4
- Modulation de la demande L2 → L3 (traitement asynchrone)
- Nœud périphérique en Asie du Sud-Est
- Efficacité matérielle L4 → L5 (entièrement serverless)
- Évaluer la participation aux programmes de la Green Software Foundation
Cette page est une autodéclaration de Big-O Information Intelligence Corp. (大鷗摩飛智能有限公司) calculée selon la méthode ISO/IEC 21031:2024 ; ce n’est pas une certification ISO et elle n’a pas été vérifiée par un tiers.
