spark (chispa) es una herramienta para probar el rendimiento del juego, ver cuellos de botella de rendimiento y tartamudeo. Cuando encuentres situaciones como juego lento o alta latencia, puedes usar spark.
Después de la versión 0.5.3, se eliminó spark del paquete gto.
Si encuentras que el juego se congela, el tps es anormalmente bajo / mspt anormalmente alto / el uso de la CPU o la memoria es demasiado alto, puedes instalar spark manualmente para realizar pruebas:
Comando rápido: /gtocore spark (si no está instalado spark, no es válido)
cabe señalar que,
spark no funciona correctamente en algunos núcleos, por ejemplo ¡Peligro! El mod de MC causa un bloqueo: el culpable resulta ser esta línea de código..._哔哩哔哩_bilibili
usado por Sparkasync-profiler es incompatible con algunos núcleos de linux
Más cercanos spark los problemas son estos dos:
#512 Crash usando spark-1.10.53 (Forge) en Alpine 3.18 con openjdk21-jre-headless Esto es Forge + 1.20.1 + spark 1.10.53 + JDK 21 provoca un crash nativo. Aunque la otra parte es Alpine/aarch64, no tu Debian/amd64, la naturaleza es la misma, ambos son spark el profiler nativo explota directamente en el entorno host.
#535 Spark 1.20.1 Forge-47.4.10 (spark version 1.10.53) incompatible con Java 25 Esto es Forge 1.20.1 + spark 1.10.53 + Java 25 incompatible, y coincide con el fenómeno de tu etapa anterior.
Además:
#546 Spark 1.20.1 Profiler no funciona
#557 Deshabilitar spark profiler en linux
#560 No se pudo encontrar el puente VMThread. ¿JVM no soportada?
Así que al menos se pueden confirmar dos puntos:
Esto no es un fenómeno extraño solo tuyo spark 1.10.53 en 1.20.1, Forge, Linux, bajo diferentes combinaciones de JDK, efectivamente ya hay personas que han reportado problemas de crash/no disponible relacionados con el profiler.
Tu problema aquí no es solo Java 25 Ya lo has probado en la práctica:
JDK 25 se crashea
JDK 21 también se crashea, así que ahora es más como spark 1.10.53 el profiler nativo no es compatible con la combinación de tu entorno de contenedor Linux, no es solo un problema de la versión principal de Java.
También he visto async-profiler el release upstream:
Aquí se pueden ver algunas direcciones de reparación muy relevantes:
v4.2: Reimplementar protección contra crash de SafeAccess
v4.3: Endurecer protección contra crash en StackWalker
v4.3: Soportar compilación en JDKs modernos
v4.3: Solución alternativa para el error del kernel PERF_EVENT_IOC_REFRESH
v4.3: Corregir condiciones de carrera relacionadas con la terminación de la VM