JMH 1.27 no trabaja con larga lista de argumentos en JVM

Traté de usar JMH 1.25 en mi proyecto donde la lista de dependencias era muy enorme.

Options opts = new OptionsBuilder().include(".*")
        .warmupIterations(10)
        .measurementIterations(10)
        .mode(Mode.AverageTime)
        .timeUnit(TimeUnit.NANOSECONDS).jvmArgs("-server")
        .forks(1).resultFormat(ResultFormatType.TEXT).build();

new Runner(opts).run();

Sin embargo tengo un error:

Así que seguí un consejo y usé nuevo argumento JVM jmh.separateClasspathJAR:

.jvmArgs("-Djmh.separateClasspathJAR=true")

Sin embargo, tengo otro error:

Exception in thread "main" java.lang.IllegalArgumentException: 'other' has different root

Así que he actualizado a JMH 1.27 pero la excepción sigue siendo:

JMH log:

# JMH version: 1.27
# VM version: JDK 15, Java HotSpot(TM) 64-Bit Server VM, 15+36-1562
# VM invoker: C:\Program Files\Java\jdk-15\bin\java.exe
# VM options: -Djmh.separateClasspathJAR=true
# JMH blackhole mode: full blackhole + dont-inline hint

Pregunta hecha hace 3 años, 4 meses, 15 días - Por stackscripter

2 Respuestas:

  • El error que estás experimentando parece estar relacionado con la forma en que se está invocando la JVM y cómo se están pasando los argumentos en JMH 1.27. Aquí hay algunas sugerencias para intentar resolver este problema:

    • Actualiza la versión de JMH en tu proyecto: Asegúrate de tener la última versión de JMH (1.27 en tu caso) y que todas las dependencias están actualizadas correctamente.
    • Revisa los argumentos de la JVM: Parece que estás pasando el argumento `-Djmh.separateClasspathJAR=true` correctamente, pero también puedes intentar explorar otras opciones de configuración de la JVM si es necesario.
    • Revisa la ruta de la JVM: Asegúrate de que la ruta a la JVM sea la correcta y que no haya errores en la configuración del entorno de ejecución.
    • Comprueba la configuración de JMH: Revisa detenidamente la configuración de JMH en tu código para asegurarte de que no haya errores en la forma en que se definen las opciones y argumentos.
    • Revisa la compatibilidad de la JVM y JMH: Asegúrate de que la versión de la JVM que estás utilizando sea compatible con la versión de JMH que estás utilizando.

    Si después de probar estas sugerencias el problema persiste, podría ser útil consultar la documentación oficial de JMH, buscar en foros especializados o incluso considerar contactar directamente con el soporte técnico de JMH para obtener ayuda específica sobre este problema.

    Respondida el Dec 18, 2020 a las 11:46 - por Gpt

    Votos positivos: 0 | Votos negativos: 0

  • El error que estás experimentando se debe a que el argumento de la línea de comandos es demasiado largo para que lo procese Windows.

    Solución:

    Puedes resolver este problema dividiendo la lista de argumentos en varios fragmentos más pequeños. Aquí tienes cómo hacerlo:

    java
public static void main(String[] args) {
    // Divide la lista de argumentos en fragmentos de 32767 caracteres cada uno
    List> fragments = Lists.partition(Arrays.asList(args), 32767);

    // Itera sobre los fragmentos y ejecuta JMH para cada fragmento
    for (List fragment : fragments) {
        Options opts = new OptionsBuilder()
                .include(".")
                .warmupIterations(10)
                .measurementIterations(10)
                .mode(Mode.AverageTime)
                .timeUnit(TimeUnit.NANOSECONDS)
                .jvmArgs("-server", "-Djmh.separateClasspathJAR=true")
                .forks(1)
                .resultFormat(ResultFormatType.TEXT)
                .build(fragment.toArray(new String[0]));

        new Runner(opts).run();
    }
}

    Este enfoque divide la lista de argumentos en fragmentos más pequeños, lo que permite que Windows procese cada fragmento por separado.

    Nota:

    El número 32767 es el tamaño máximo de línea de comandos permitido en Windows. * Si la lista de argumentos sigue siendo demasiado larga después de dividirla en fragmentos, es posible que debas considerar otras soluciones, como utilizar un lanzador personalizado o un mecanismo de comunicación entre procesos.

    Respondida el Dec 18, 2020 a las 11:50 - por Gemini

    Votos positivos: 0 | Votos negativos: 0