Banco de pruebas Hardlimit

[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

[cobito]

@Namiga Lo de los procesos en segundo plano interfiriendo es algo en lo que he pensado. Una posibilidad hubiera sido lanzar los procesos con una prioridad alta. El problema es que eso bloquearía el PC durante la ejecución del banco de pruebas. Como normalmente lo que se quiere es obtener el mejor resultado posible, tengo fé en que sea el usuario el que tome medidas al respecto. Al final con el resultado validado, es fácil darse cuenta si durante la ejecución ha ido todo bien (ej ratio mmt menor de 0.5 (excepto en test#3) en micros con HT indica problemas).

El test de memoria (test#3) es normal que dé incluso peor resultado en multihilo por el hecho de compartir caché y de que el ancho de banda de la memoria no aumenta proprocionalmente al número de hilos. Para mejorarlo sólo te queda meterle mano a la RAM.

Los resultados de la central los veo correctos. Estás en a posición 10 del test monohilo pero creo que estás mitando el Top10 en Modo 0. Abajo tienes los Top tens absolutos.

[Xevipiu]

¿Como va el tema?

[cobito]

@Xevipiu después de parón veraniego, lo retomaré de aquí a un par de semanas.

[cobito]

Ya se puede descargar una nueva versión que muestra información durante la ejecución del banco de pruebas. Es posible que con muchos hilos haya algún error visual. La estética no es una prioridad de momento, así que ese tipo de cosas se arreglarán más adelante.