MegaMariO escribió:No seré yo quien se las de de entendido, pero eso de multiplicar los Gigaherzios por el número de núcleos según tengo he leido en varias ocasiones, parece que no va así, que depende de otras muchas cosas.
Por cierto un añadido de última hora, parece ser que el Killzone no era otra cosa que una demo, y esta noche Jimmy Fallon la va a jugar (y mira que este tío es muuuuy manta) Saldremos de dudas para ver si Guerrilla nos la ha colado o se han redimido después de lo del E3 de ¿2005? ahora no lo recuerdo exactamente
fuente
Jimmy Fallon to Live Demo PlayStation 4 Game Killzone Shadow Fall this Thursday
Cierto, para una comparativa hacen falta mas cosas que los multiplicar los Ghz, lo estaba mostrando a modo Bruto, que es como se suelen tomar las cosas los Hardcore HyperMegaPixelFans xD
En realidad, para un procesador es mas importante la capacidad de las Cache, la velocidad de las mismas, la arquitectura, la velocidad de las CPUs, la memoria compartida y por último en número de CPUs/hilos, en ese orden.
Digámoslo de esta manera
La Caché es la parte de la CPU donde se guardan los datos cargados previamente en el Disco, son 2, una muy pequeña y infernalmente rápida y cara y otra mas grande, cara pero no tanto.
Una CPU de media gasta unos 200 picosegundos en acceder a la superior, unos 10 nanosegundos a la grande, y unos microsegundos a la memoria compartida. Si lo que busca no esta ahi accede al disco y ya son unos Milisegundos.
Es decir, cuanto mayor sea la Caché, menos tiempo perderá en buscar los datos que quiere calcular.
Es decir, para hacer una suma simple podría hacerla desde 400 picoS (si estan los 2 datos en la 1ª caché) hasta unos 20mS si tiene que ir al disco a por el dato, una diferencia de casi 100 millones de veces mas lenta (hasta aqui sencillo).
La cosa se empieza a complicar cuando añadimos el tema de la arquitectura, esta será la encargada de decir que datos tienen que estar en las cachés en cada momento. No ve es que vea el futuro, pero puede llegar a hacer buenas predicciones y ahorrarte unos milisegundos.
Parece que no es mucho, pero en un ordenador/consola, que se hacen millones de cálculos por segundo digamos que si tienes una mala arquitectura pierdes tontamente unos cuando nanosegundos por operacion, o puede que mas... estaríamos hablando que dependiendo de la arquitectura puedes hacer los mismos cálculos en 1 segundo o en 1.5 segundos...
Por que es mas importante eso que la velocidad de las CPU? por que si tienes una CPU rápidísima que tiene que para hacer un cálculo depende de tener que leer en disco todos los datos por que el planificador de datos es una mi**da, pues a lo mejor de los 3Ghz, pierdes 800Mhz tontamente.
Para el número de hilos/CPUs pues lo mismo, si por culpa del planificador no puedes acceder a los datos que necesitas de poco te sirve poder hacer 8 cosas a la ves... xD
Es por eso que hablaba antes de los cuellos de botella, las arquitecturas, y demás. x86 tiene grandes problemas con los planificadores, como os dije antes tiene mas de 30 años y por aquel entonces las CPUs eran mucho mas lentas y no había tanto problema. Hoy en día las CPUs son del orden de 1millon de veces mas rápidas, pero los Discos duros son unas 1000 veces mas rápidos y las Ram son apenas unas 10000 veces mas rápidas, entendeis el problema?
Mucha velocidad desperdiciada buscando datos...
Perdonad, espero que a alguien le guste la explicación y que no quede como un pesado xD