Cancelación P16 por época en cada kernel
Comprobar una época VRAM una vez por kernel P16 puede reducir el coste y mantener la cancelación bajo 15 ms.
El trabajo diagnóstico, el álgebra exacta y las capacidades locales no equivalen a una ventaja minera extremo a extremo.
Qué se probó
Comprobar una época VRAM una vez por kernel P16 puede reducir el coste y mantener la cancelación bajo 15 ms.
Por qué la prueba es relevante
Espaciar las comprobaciones amortiza el control; la respuesta depende entonces de la duración del kernel y del jitter del scheduler.
trabajo=67.108.864 hashes por lanzamientoretención=rendimiento(P16-época)/rendimiento(P16)pasa si 4/4≤15 ms y retención≥0,9995Cómo se probó
Leer la época una vez por kernel, actualizarla por stream prioritario y ejecutar 24 pares más cuatro cancelaciones bajo cobertura B32 exacta.
Qué ocurrió
Las respuestas fueron 4,23; 5,84; 16,17 y 18,61 ms: solo 2/4 pasaron. Retención 0,999334, IC95 0,998722–0,999947 y 0/4 cabeceras favorables.
Controles de exactitud y estadísticos
Pasaron SHA-256d/B32; 44 registros y cero spills. Se conservaron sin reselección ambos fallos.
Qué significa
P16 se acerca, pero no cumple todas las pruebas de latencia ni la retención 0,9995.
Limitaciones
- Cuatro cancelaciones limitan la estimación de cola.
- La duración depende del dispositivo y reloj.
- No autoriza despliegue al pool.
Trazabilidad
Congelar controles P16, preservar auditoría 2^32 y aplicar ambas puertas sin eliminar casos lentos.
Variantes canónicas
CANONICAL-EXP-164PREREGISTERED-CAMPAIGNSEALED-AUDITFuente: informes canónicos auditados internamente. Se excluyen las rutas locales, cabeceras privadas e identificadores operativos.