Observabilidad del host por launch dentro de P8
Sincronizar después de cada uno de ocho kernels restaura observación por launch conservando la mejora P8.
El trabajo diagnóstico, el álgebra exacta y las capacidades locales no equivalen a una ventaja minera extremo a extremo.
Qué se probó
Sincronizar después de cada uno de ocho kernels restaura observación por launch conservando la mejora P8.
Por qué la prueba es relevante
Frecuencia de copia y observación de cambio son controles separados; una sincronización expone finalización sin copiar resultados, con coste medible.
R_P1=throughput(P8-S1)/throughput(P1)retención=throughput(P8-S1)/throughput(P8-S0)intervalo=tiempo de un launchCómo se probó
Mantener TPB512, NPT4, ocho kernels por copia y SHA-256d exacto; añadir sólo sync por kernel y medir cuatro headers/24 corridas.
Qué ocurrió
P8-S1 fue 1,002597× frente a P1 (IC95 1,001831–1,003364, 4/4) y retuvo 0,999752 de P8-S0, coste ~0,025 %. Observación 0,020269 s.
Controles de exactitud y estadísticos
Todos hallaron B32, factores exactos, 44 registros y cero spills.
Qué significa
Es una opción plausible de baja latencia, pendiente de réplica independiente congelada.
Limitaciones
- Campaña de descubrimiento.
- Sin energía/térmica.
- Coste específico de plataforma.
Trazabilidad
Congelar P1, P8-S0 y S1 antes de headers inéditos; replicar throughput, retención e intervalo.
Variantes canónicas
CANONICAL-EXP-155PREREGISTERED-CAMPAIGNSEALED-AUDITFuente: informes canónicos auditados internamente. Se excluyen las rutas locales, cabeceras privadas e identificadores operativos.