Banco de pruebas Hardlimit

[cobito]

Novedades

Hay una nueva versión del programa que acelera la velocidad de inicio. A cambio en la pantalla inicial sólo muestra la frecuencia de stock. Para ver la frecuencia real hay que validar resultado. Se ha conseguido que la frecuencia real tenga un error <3%. Es recomendable que no haya ningún programa en ejecución durante la prueba (ni siquiera CPUZ ni similares).

La central ha recibido también cambios. Para conocerlos, puedes ver el primer post de este hilo.

Además se ha añadido un top10 para el modo 0. Este top es sólo para valientes que quieran comparar su micro de tú a tú sin sets pijos que inflen desmesuradamente las puntuaciones. Os invito a que paséis el banco en modo 0 a no ser que seáis unos gallinas

De momento hay solo 6 resultados en el ranking de modo 0 con micros bastante viejos, así que lo tenéis fácil para aparecer.

[krampak]

He probado el Modo0 con el E5-2620V4 pero la velocidad calculada me salen 1.78Ghz, no se si realmente la CPU no sube a los 2.1Ghz teóricos o si es error del medidor del benchmark.

Edit: Parece cosa del test, ya que no pilla la frecuencia máxima a la que llega la CPU (aunque tampoco muestra la que tiene en reposo, más bien una media):

[cobito]

@krampak Las gráficas de rendimiento de ese resultado tienen unos altibajos brutales. Algo pasa en ese PC que está interfiriendo en el programa. Si durante la medida de la frecuencia ha pillado uno de esos bajones, no va a salir la real.

De hecho, el ratio mmt indica que hay algo corriendo en segundo plano que está consumiento bastantes ciclos del procesador.

[krampak]

@cobito dijo en Banco de pruebas Hardlimit:

@krampak Las gráficas de rendimiento de ese resultado tienen unos altibajos brutales. Algo pasa en ese PC que está interfiriendo en el programa. Si durante la medida de la frecuencia ha pillado uno de esos bajones, no va a salir la real.

De hecho, el ratio mmt indica que hay algo corriendo en segundo plano que está consumiento bastantes ciclos del procesador.

Hay un antivirus residente que no puedo desactivar. Imagino que será eso.

PD: Menuda merienda le ha pegado el Ryzen en modo0...

[krampak]

@cobito En un i5 6500 me acaba de dar 6Ghz de frecuencia calculada... y curiosamente (no se si es cosa de la nueva versión) me ha superado al antiguo resultado del i5 7500.

https://bm.hardlimit.com/result.php?bm=9796222558dc06a8a250c56af2a06753144

[cobito]

@krampak ¿Cuál es la frecuencia real? Este fin de semana haré el último cambio de la temporada, a ver si puedo cerrar el tema de la frecuencia de una vez por todas.

El código del banco de pruebas no ha cambiado (ni va a cambiar en el futuro sin una muy buena razón), así que si ha dado más es porque ha rendido mejor.

[krampak]

@cobito dijo en Banco de pruebas Hardlimit:

@krampak ¿Cuál es la frecuencia real? Este fin de semana haré el último cambio de la temporada, a ver si puedo cerrar el tema de la frecuencia de una vez por todas.

El código del banco de pruebas no ha cambiado (ni va a cambiar en el futuro sin una muy buena razón), así que si ha dado más es porque ha rendido mejor.

Pues la real serian 3.6Ghz a lo sumo (turbo), es un i5 6500 (sin K). Cuando termine la p*** actualización de Windows 10 lo pruebo en otro i5 7500. También tengo un portátil con un i7 6560U que probaré por la tarde.

[Xevipiu]

Antes de ayer, a 4.25Ghz, me daba 4.5Ghz el MAD

[cobito]

@Xevipiu Ok, la fuente del fallo debe ser la misma que la de krampak. Cuanto más moderno es el procesador, más por saco. Tengo una solución en mente que espero que funcione.

Por cierto @krampak, he visto el resultado del 7500 y el del 6500 y fíjate en el ratio mmt del 7500: en los test 1 y 2 da en torno a 0.8. Eso es muy bajo para no tener Hyperthreading. En cambio el del 6500 sale por encima de 0.9 en todos los casos (menos test 3) que son valores normales (para no tener HT). Al igual que en el Xeon de ayer, en ese 7500 tienes algo consumiento CPU cuando se está ejecutanto el banco de pruebas; por eso ha dado un resultado peor que el del 6500.

Básicmanete el ratio mmt debe dar por encima de 0.9 (cercano a 1) en micros sin HT y por encima de 0.5 en micros con HT. Si sale menos, hay algo interfiriendo.

[krampak]

@cobito dijo en Banco de pruebas Hardlimit:

@Xevipiu Ok, la fuente del fallo debe ser la misma que la de krampak. Cuanto más moderno es el procesador, más por saco. Tengo una solución en mente que espero que funcione.

Por cierto @krampak, he visto el resultado del 7500 y el del 6500 y fíjate en el ratio mmt del 7500: en los test 1 y 2 da en torno a 0.8. Eso es muy bajo para no tener Hyperthreading. En cambio el del 6500 sale por encima de 0.9 en todos los casos (menos test 3) que son valores normales (para no tener HT). Al igual que en el Xeon de ayer, en ese 7500 tienes algo consumiento CPU cuando se está ejecutanto el banco de pruebas; por eso ha dado un resultado peor que el del 6500.

Básicmanete el ratio mmt debe dar por encima de 0.9 (cercano a 1) en micros sin HT y por encima de 0.5 en micros con HT. Si sale menos, hay algo interfiriendo.

Ahora ha salido 0.96 (menos el test 3 que da muy poco), aún así hay poquísima diferencia con el 6500 a pesar de sacarle 200Mhz y una generación. Hablo de Modo0, el otro no lo puedo comparar porqué le he pasado el ModoVI al 7500 (al ver que Xevipiu pasaba en VI, ahora entiendo tanta diferencia. Si puedo iré pasando el VI a los antiguos).

[Xevipiu]

@Cobito El MAD puede dar fallo por su multiplicador que escala de x0.25 a x0.25, por ejemplo: 100.4 x 40.25 = fallo ayer su lectura real de frecuencia.

Tampoco cuando arranca la aplicación, no lee la real, sino la de arranque

Espero que te sirva

[Fassou]

@cobito Datos de la última prueba sobre hlbm.exe 1.0.5

https://bm.hardlimit.com/result.php?bm=49474e66f4e94dce583921ba03045b73153

Resumen:

3200Mhz nominal del modelo Vs 3199Mhz en app
3600Mhz por CPU-Z Vs 3611Mhz en HLBM Central

Mucho más aproximado :thumbsup_tone1:

[cobito]

Hay una nueva versión que espero que solucione los errores de medición de frecuencia. Creo que está calibrado un poco por lo bajo (quizás os de una frecuencia medida algo por debajo de la real). No tengo PCs a mano para poder hacer todas las pruebas que necesito, así que con el tiempo lo iré corrigiendo.

[cobito]

Bueno, después de haber probado la última versión con varias plataformas y generaciones, la lectura de frecuencia debería funcionar correctamente en cualquier escenario (con un error <3%). Si no hay nada muy grave antes de la semana que viene, no habrá más cambios este verano.

[cobito]

Se han añadido estadísticas de rendimiento a las fichas de cada modelo. Podéis ver un ejemplo aquí.

[Xevipiu]

Mucho mejor ahora.
¿Hay forma que salga el LOG de todos los procesos mientras se ejecutan?

[cobito]

@Xevipiu En el primer post de este hilo puedes ver que eso se encuentra en lo primero de la lista de cosas por hacer. Tengo mis reservas en dar detalles durante la ejecución pero tarde o temprano sí aparecerá al menos información del progreso. El cuándo es lo que no sé.

[Namiga]

Muy buenas @cobito y demas usuarios ...

Acabo de pasar la ultima versión en mi I7 ... y veo cosas muy raras ...

Os paso captura de pantalla.
La de la izquierda es con el Antivirus activado (BitDefender), las de la derecha, consecutivas y antivirus desactivado ...

Resultados muy variables ...

A que puede deberse ?

Un saludo

[cobito]

@Namiga Tiene pinta que hay algo a parte del antivirus que está chupando procesador. Puedes probar abriendo el admministrador de tareas > mostrar procesos de todos los usuarios y ordenar la lista por uso de "CPU". Cuando esté pasando la prueba multihilo, habrá 8 procesos de hlbm-core consumiendo cada uno 12-13%. El resto de procesos debería consumir 0. Si durante la ejecución ves que algún otro proceso le está quitando tiempo a algún hlbm-core, ahí tienes al responsable.

[Namiga]

@cobito dijo en Banco de pruebas Hardlimit:

@Namiga Tiene pinta que hay algo a parte del antivirus que está chupando procesador. Puedes probar abriendo el admministrador de tareas > mostrar procesos de todos los usuarios y ordenar la lista por uso de "CPU". Cuando esté pasando la prueba multihilo, habrá 8 procesos de hlbm-core consumiendo cada uno 12-13%. El resto de procesos debería consumir 0. Si durante la ejecución ves que algún otro proceso le está quitando tiempo a algún hlbm-core, ahí tienes al responsable.

Pues, como siempre :), tenias razón ...
Acabo de repetirlo y me da mejores valores que antes... He tenido que cerrar unos widget, Dropbox y Drive ... y hay una tarea de Intel Management system ... que no puedo cerrar y que se llega a comer un 10% de CPU ...
Pero aun asi, el Test 3 de multithread no sale bien precisamente .... 6671

pero mejorando ...

Gracias

P.D.: Por cierto ... La central da bien los resultados?? Lo digo por que en Monothread el maximo son 47709 de Xevipiu y mi i7 da 42419 y no aparezco en el Top 10 ... pero si un E8400