Banco de pruebas Hardlimit
-
@cobito dijo en Banco de pruebas Hardlimit:
@_Neptunno_ Aquí tienes la ficha. @rul3s ya nos trajo unos resultados este verano. Parece que sus resultados son un pelín mejores supongo que porque sus memorias son más rápidas.
Pues si, y que tiene mejores manos que yo
-
-
-
Después de cerca de dos años y medio sin actualizar, hoy aparece la versión 1.3 del programa. Los cambios son exclusivamente internos (nada estético). Hay dos cambios importantes:
· El número de hilos máximos pasa de 32 a 2³²-1. Esperemos que con la guerra de los núcleos, esta versión dure un par de meses aunque sea . Al igual que antes, se permitirá ejecutar el doble de hilos de los detectados, por lo que si tienes un procesador con 16 o menos hilos de ejecución, no notarás el cambio.
· Durante las pruebas de depurado se ha detectado que en ciertas configuraciones, los hilos de ejecución se lanzan muy desincronizados. Eso falsea los resultados debido a que al inicio del test#1 no se han empezado a ejecutar todos los hilos y al final del test#4 empiezan a finalizar ejecuciones cuando todavía hay tests en marcha. En casos extremos se ha detectado que el banco de pruebas arroja incluso error porque se producen varios segundos de desfase. Esto parece un cambio de comportamiento de Windows 10 con respecto a lo que hacía hace dos años y medio, aunque no se ha podido reproducir en todas las máquinas de pruebas. En cualquier caso, en esta versión, se ha implementado un mecanismo de sincronismo que lanza el banco de pruebas en todos los hilos exactamente al mismo tiempo.
Como de costumbre, cualquier cosa rara que veáis, no dudéis en comentarla.
Los próximos cambios vendrán de la mano de la Central. En primer lugar se harán cambios internos ya que en la actualidad se usa un motor escrito en C que se ha vuelto un poco lento con el crecimiento de la base de datos, es decir, que se mejorará la velocidad de respuesta de la página. Después se incluirá nueva información, nuevos rankings, formas diferentes de presentar los datos y una página en español (al estilo del museo).
-
Excelente trabajo @cobito. No sé cómo te podemos agradecer todo lo que creas por la causa y por nosotros. Espero de verdad que el banco de pruebas tome relevancia en la red y al menos tu trabajo se vea recompensado porque de verdad lo mereces.
Por el momento sólo tengo disponible el pc principal y un Q6600 que ya está en la base de datos, pero si todo va bien, más adelante volveré a mi ser anterior, rodeado de cacharros y a ver si tengo alguno curioso que pueda aportar.
¡Saludos!
-
ahora da valores diferentes 28865 /119342 y antes 27930 /118270 y no creo que sea por el disco duro ... antes un ssd y ahora uno mecanico .
saludos -
@Clipper Las diferencias son de un 3.3 y un 0.9% respectivamente. Son normales y dependen de los procesos en segundo plano. Sobre la mayor diferencia que has encontrado (en monohilo) se puede producir, por ejemplo, porque durante la ejecución, otro proceso empiece a consumir y el procesador rebaje la frecuencia momentáneamente por estar usando más de un núcleo. Esa diferencia se puede dar, por ejemplo, por tener el administrador de tareas abierto aunque parezca que consume poco o nada.
El código del banco de pruebas en sí no ha cambiado. Y por supuesto, he usado la misma versión de compilador.
Los que tuvieran el problema de la sincronización (he podido ver que no es común y de momento sólo me ha pasado en Windows 10), verán que los resultado son ahora algo más bajos.
-
@cobito dijo en Banco de pruebas Hardlimit:
Los que tuvieran el problema de la sincronización (he podido ver que no es común y de momento sólo me ha pasado en Windows 10), verán que los resultado son ahora algo más bajos.
De cara a poder comparar mejor los registros y detectar patrones, ¿ te almacena también la versión del SO ?.
¿ Te parece que consiga mejores resultados W7, o W8 que W10 ?
Salu2!
-
@Fassou La versión de Windows se ha estado enviando desde la versión 1.2, pero he tenido el desarrollo tan abandonado que ni siquiera se muestra. Es uno de los cambios que vendrá próximamente en la central.
Por mi parte sí he notado una diferencia entre Windows 7 y Windows 10 donde Windows 7 obtiene mejores resultados. Nunca lo he probado en Windows 8.
El por qué sucede esto no lo sé, pero me lo puedo imaginar. Viene con cosas como Cortana, un nuevo motor para la interfaz gráfica, comprobación automática de actualizaciones, una nueva arquitectura para el audio, etc. Son diferencias sustanciales con respecto a Windows 7. Por mi experiencia, me cuesta más tener el PC completamente en reposo con Windows 10 que con 7.
Efectivamente, mostrar la versión de Windows es importante.
EDITADO: En alguna ocasión me he planteado el lanzar los procesos con máxima prioridad, pero eso dejaría el PC bloqueado durante la prueba y no sé si da muy buena impresión. Quizás añada una opción en el futuro aunque tengo mis reservas, porque el final el rendimiento es el que es con todo lo que le echa el sistema operativo encima. Si Windows tiene unos consumos y eso hace que el procesador vaya más lento, es realmente lo que hay.
-
creo que lo de el S.O lo podria aclarar Neptuno , dado que practicamente usamos el mismo pc y hay una diferencia interesante . ( supongo que el uso el W7 )
y con el administrador abierto en multi hilo tarda en usar el 100% y en mono hilo no llega ni al 50% .
saludos -
Ya está disponible la versión 3.0 de la central. Los detalles los tenéis en el primer post de este hilo.
Antes de nada, os quería agradecer las validaciones que habéis estado aportando en los últimos dos años. Gracias a ellas, ha sido posible sacar nuevas informaciones de interés y será posible sacar estadísticas extra en el futuro cercano.
Resumiendo, ahora está en español, se han hecho algunos cambios estéticos, se ha añadido nueva información a la ficha de cada procesador, se ha añadido una comparativa de rendimiento en los envíos (cada vez que hagáis una validación, veréis cómo rinde vuestra CPU con respecto a la media de ese modelo) y otros cambios allí y allá.
Lo más trabajoso ha sido que se ha reescrito desde cero todo el motor interno. Ahora la carga de las páginas es mucho más rápida y sobretodo, me será mucho más fácil poder crear nuevas estadísticas y aplicar otros cambios (hasta ahora, era un infierno meterle mano al código).
Sobre las nuevas estadísticas, todavía están por hacer. Están planeadas:
· Por arquitecturas
· Por número de núcleos
· Por TDP
· Por rendimiento/W
· Por rendimiento por MHz
· Por usuariosTampoco se han actualizado a la nueva versión la página de búsqueda ni de comparaciones ni se muestran resultados oceros en la ficha del procesador; también está por hacer.
Si se os ocurre algo más, no tenéis más que decirlo.
Como de costumbre, cualquier cosa rara que veáis o sugerencia, no tenéis más que decirla.
Como veis en las gráficas de rendimiento, es interesante disponer de varias validaciones por modo. De esa forma se pueden vislumbrar irregularidades en el rendimiento. Así que si estáis aburridos, no dejéis de pasar el banco de pruebas en vuestras máquinas: en cuantos más modos, mejor y si es un par de veces por modo, mejor que mejor.
-
Gran trabajo!
Estoy deseando catar la estadística de rendimiento/W, porque para mí la eficiencia y el mantener las temperaturas a raya en poco espacio es muy importante.
-
@Yorus Pues ya lo tienes. Se ha calculado el rendimiento por W en cada test individualmente y la puntiación general. Creo que en este aspecto, el rendimiento de la memoria/W es bastante irrelevante para el común de los mortales y el resultado general se vé desvirtuado por este. Así que sólo me fijaría en los test#1, 2 y 3 dependiendo del uso que se le vaya a dar al PC.
Próximamente, más rankings.
-
Gracias @cobito!. Me vendrá muy bien para futuras renovaciones en mis equipos, ya que además últimamente tiro más del mercado de segunda mano que de hardware nuevo.
-
-
Ya está todo migrado a la versión 3. Los detalles los podéis vez en el primer post de este hilo. A parte de la migración, el cambio más importante es que se ha añadido la sección "Arquitecturas" donde aparece una lista de todas las arquitecturas para las que tenemos resultados. En general, ha habido muchos cambios. Seguramente la página con más novedades con respecto a la anterior versión es la de las comparativas, donde sale información adicional y mejor ordenada.
A partir de ahora, se irán añadiendo poco a poco las cosillas que van faltando, principalmente algunos rankings, informaciones adicionales en las distintas páginas y algunas descripciones.
Próximamente se anunciará otro cambio mayor que vendrá de la mano de las firmas. Pero para ese abriré un hilo nuevo.
-
Menuda pasada.
Guarda todo eso con siete llaves, que esa base de datos vale su peso en oro.Estaría bien que, una vez que entras y validas los datos, la elección del estilo para la firma fuese automático, quiero decir que en lugar de copiar, abrir tu perfil, editarlo y pegarlo en la firma, lo hiciese del tirón.
Aparte, si eliges lo del ranking, directamente te sales del parchís.
Pero a lo que voy, gracias por el curro que te estás pegando.
-
Gracias @whoololon. En realidad esto funciona gracias a los que participáis.
Lo de actualizar la firma automáticamente es algo que me da un poco de miedo por razones de seguridad.
Sobre lo del ranking, en realidad no está pensado como firma sino para compartir resultados por ahí. Es decir, pasas el banco de pruebas, quieres presumir de resultados y en vez de poner un enlace soso, pones una imagen molona.,
-
Ah, asíposí.
Gracias por la aclaración.
Para la próxima versión, en el mensaje final cuando recopila datos, corrige lo de "Retriving data".
-
Tengo una duda sobre unos resultados. A ver si alguien sabe por qué podría pasar esto.
El otro día, @krampak subió unos resultados del Ryzen 7 2700x. En concreto, me llamó la atención este ejecutado con 32 hilos. Este modelo tiene 8 núcleos con SMT. Mirando los resultados de una validación a 16 hilos subida por el mismo @krampak el mismo día, presumiblemente desde la misma máquina, se ven unos resultados comparativamente curiosos.
Dejando de lado los tests de memoria, en los tests monohilo, la validación a 32 hilos saca un 1.2% más que la de 16 hilos. Con eso sabemos que las condiciones han sido las mismas (mismas cargas en segundo plano) y además sabemos que ambos tests se han corrido a frecuencia de stock.
En cambio, en los tests multihilo, la validación a 32 hilos saca un 5.3% más de rendimiento que la de 16 hilos. La forma en que funciona el banco de pruebas en multihilo es muy sencilla: se lanza un proceso por hilo, hace sus operaciones, calcula sus puntuaciones y por último se suman las puntuaciones de todos los procesos. Es decir, que si ha sacado más puntos, es porque ha podido hacer más operaciones en el mismo tiempo.
A mi sólo se me ocurren dos posibilidades:
- Que al ejecutar 32 hilos, el banco de pruebas esté acaparando un mayor porcentaje de CPU, quitando tiempo de proceso a programas en segundo plano.
- Que se esté aprovechando mejor la segmentación del procesador.
Si no recuerdo mal, este comportamiento también lo apreció @kynes hace tiempo. Una tercera posibilidad es un fallo en el programa, pero revisando el código, no se me ocurre de qué forma podría estar ocurriendo porque, además, el resultado del test de enteros es prácticamente igual en ambos casos; con un fallo en el programa, se tendría que haber reproducido el comportamiento en todos los tests.
En fin, ahí lo dejo por si os apetece cavilar un rato.