ZONA DE PRUEBAS

Como dicen por ahí, si un benchmark no se ejecuta a tirones es que no está midiendo correctamente

(Explicación tonta: esto viene posiblemente del 3D mark, que si lo ves fluido es que tu tarjeta probablemente tenga más cosas que las que mide el benchmark)

Lo primero de todo, nbench no es un test rápido. Va a ejecutar un montón de pruebas y si mal no recuerdo en las Raspberry Pi podía tirarse más de un minuto haciendo pruebas. Ahora multiplícalo por las veces que un 486 es más lento que una Raspberry (una pista: según las tablas de resultados, un 486 DX 40 puede ser unas 20 veces más lento).

Ahora, hablemos de la pantalla de error. Según dice, hay un problema con la emulación de FPU. Eso significa que probablemente la librería de FPU usada al compilar no es muy buena y, lo que es más desagradable, no parece que esté usando la FPU en la prueba. Ese benchmark le está echando un freno de mano a la CPU.

En cuanto al 386, hay pruebas de nbench que llevan más tiempo que otras. Es probable que si está haciendo pruebas con las cadenas o con coma flotante (tendría que correr otra vez nbench en algún equipo y ver en qué paso se ha quedado frito) le cueste más ejecutar ese paso. En cuanto a lo del domain in pow... ¿pow no es la potencia? Parece que volvemos a tener problemas con la (inexistente) FPU.

O simplemente, esos sistemas con ese overclocking tan extremo no son estables del todo. Podría ser que esos mensajes estén dando a entender que el hardware no anda demasiado fino. Prueba a deshacer el overclocking en el 486 (que es el más fácil, solo hay que tocar jumpers) y ejecuta de nuevo el test a ver si lo termina o te suelta más errores.

En cuanto a lo que dices de la VGA... bueno, la VGA no es tan interesante en este contexto. Quiero decir, el interés que tienes es en saber cuánto han mejorado los micros y la VGA no es un factor demasiado relevante. Lo que me recuerda... ¿a cuánto corren ahora los buses? Si la frecuencia del bus es una fracción de la del reloj que has cambiado, no solo has acelerado la CPU sino también los buses y otros elementos (p.ej.: el PIT... ¿el bip del inicio suena más agudo que antes?).

Los sistemas son completamente estables, han estado tiempo de sobra como para demostrarlo, y no han dado ningun problema con ningun software probado, ya sean benchmarks o juegos. Este es el primer programa con el que tengo algun problema y lo achaco a que o no esta completamente depurado, o usan algo que queda muy grande para equipos como estos.

Este benchmark me da que es para equipos ya mas potentes, de ahi que en el 386 de 0,0,0. No rinde como para dar siquiera una puntuacion, esto obviando el tema fpu.

En equipos mas antiguos como estos se usan este tipo de benchmarks, mira por ejemplo este video por 1:45:50:



Veras que usan el 3dbench y los resultados son muy congruentes con los conseguidos.

JoJo escribió:
En equipos mas antiguos como estos se usan este tipo de benchmarks, mira por ejemplo este video por 1:45:50:

Disculpad el off-topic pero no veas qué equipazo tiene montado el del video, con el Roland y todos los accesorios, amén de ser una caja chulísima.

Lo que si que hice en mi 486 es subirlo todo a tope en el setup y funcionó: velocidad del bus ISA , quitar tiempos de espera...
Cronometrando un render se notaba bastante, bajaba algunos segundos, pero la ganancia era de un 10% o así. Seguía siendo lento.