(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?).
