Prueba y compara el rendimiento de tu PC con nuestro banco de pruebas.

Nuevos AMD XP 2400+, 2600+ y 2800+


  • Mercaderes HL

    según he leido aquí: http://www.theinquirer.net/?article=4844
    la nueva CPU de 2400+ saldría en octubre y el 2800+ en diciembre y utilizarían un bus de 333 Mhz. Sin duda una buena noticia, pero seguirán los problemas de temperatura? y las placas actuales serán compatibles con una actualización de bios?
    ya veremos, saludos.



  • Pienso que lo que debería hacer AMD es centrarse en reducir el tamaño de los transistores y no en la velocidad.

    Es el tamaño de los transistores lo que decide el nivel de temperatura que alcanza el micro, y recordad que es la temperatura el verdadero punto débil (el único) que tiene AMD: casi nunca AMD repara en este detalle y es lo que realmente le frena para convertirse en el rey supremo del cotarro.

    Intel hizo eso (preocuparse por la velocidad) y mirad cómo han reducido su volumen de ventas.

    Si AMD sigue ese mismo camino, aun lo pasará más mal que Intel, porque entonces nos pasaremos a la tercera alternativa: los procesadores Transmeta.

    Hi ha que reconèixer que AMD té els pegrots com monitors de disset pulgades 😄 😄



  • sheu_ron, como los va a reducir mas, si ya van por las .13 micras. lo ke deberia hacer AMD es sacar ya los barton de 512kb, el fsb a 166 y preparar el lanzamiento del hammer en todas sus versiones.yo creo ke si amd anuncia un xp2800+, no va a ir a la velocidad proporcional a la ke nos tiene acostumbrados, recordad ke eso es un indice de velocidad ke kreo amd, y no tiene porke ir acorde con los mhz.

    me refiero, si ahora el thoroughbred va a 1800mhz, y le dan un pr de 2200+, si sacan un barton con el doble de cache y mas fsb, a 1800mhz tb, le pondran como un XP2400+ o 2600+

    no?:)



  • Lo que debería hacer AMD es cambiar el diseño del encapsulado, y adoptar uno parecido al del PIV, que ayuda a disipar el calor enormemente. Porque si los PIV se calientan menos es SOLO por el encapsulado, ya que disipan la misma cantidad de calor que los AMD (se diga lo que se diga), pero al tener un encapsulado bien hecho, disipan mejor.

    Saludos



  • ¿Cuando hablais del problema del calor a que os referis?. Yo es que creo que se exagera mucho con el tema de la temperatura. Si te compras un micro AMD y le pones un disipador-ventilador decente no hay problemas de temperatura, otra cosa es si haceis overclock, pero es que no estan pensados para eso.

    Me parece que se esta convirtiendo ya en un topico lo del Intel frios y los AMD calientes y ni los Intel son tn frios, ni los AMD se calientan tanto.

    De todas formas si seria bueno que le pusiera un disipador al estilo de los PIV, mas que nada porque con los nucleos de 0.13 no hay mucha superficie para disipar.



  • Como ha dicho NOLDOR, para el Barton AMD calculará el PR de manera diferente, asi un XP 2800 basado en el barton funcionará realmente a 1800Mhz PR=(frec * 3)/2 + 100

    un t-bred 2800+ funcionaría a 2200Mhz y dudo mucho que ese nucleo sin una revisión o sin usar SOI (se dice q baja el consumo un 10-15%) llegue a esa frecuencia… estamos hablando de más de 80W (eso si no se sube el vcore) y eso es mucho, el ultimo T-bird consumia unos 74W y no creo q AMD quiera superar esa barrera.

    En cuanto al Barton, habrá q ver si esos 512K de cache y el probable FSB a 333, hacen q aumente el rendimiento en esa proporción, a mi 600 más q un t-bred, me parece excesivo... pero como siempre habrá q esperar a q salgan y probarlos

    Saludos
    Lister



  • Trankilos que cuando amd ataque con lo de la nueva tecnologia de semiconductores (¿Come se llamaba?) la cosa va a ser una put… revolucion. Con esa nueva tecnologia fabricaron un tunderbird que funcionada solo con disipador asi que imaginaros...



  • me parece ke amd ha encontrado su talon de akiles en el limite del silicio, ahora lo ke hara sera micros cada vez mejores, pero estancados en un limite maximo de unos 2ghz, y poniendo PR de 3000+ y mas altos.me refiero ya a barton y opteron, espero ke saken algo ke sea revolucionario, como lo fue el athlon en su dia.



  • Algo revolucionario sere el x86-64, ¿no?. En teoria rinde entre un 15-30% mas que un Tbird ejecutando codigo de 32 bits asi que igual es bueno.

    De todas formas siempre se ha hablado mucho del limite de la reduccion del silicio, pero muy poco del limite de velocidad, llegara un momento en el que ya no se pueda seguir aumentando la velocidad delos micros, ¿no?.



  • Wenas,

    Pues en un artículo de una revista lei que el límite de la velocidad se calcula para 10 Ghz, con una longitud de 0,0x micras, ahora no recuerdo, para esa velocidad estimaban 10 años, pero eso dependerá de la competencia :rolleyes:

    Salu2!



  • Yo me referia a esto:
    El principal promotor de esta tecnología es IBM y sus beneficios son más o menos de un 15-25%, es decir, que un procesador implementado con transistores SOI funcionará a unos 15-25% más de Mhz que si se utilizarán transistores convencionales del mismo tamaño.

    La adopción de esta tecnología está siendo bastante rápida y por ahora IBM, Motorola, AMD y muchas otras empresas de nombre la van a implementar o ya lo han hecho.
    Por ejemplo, IBM ya la utiliza ampliamente, mientras que la familia Hammer de AMD será la primera de este fabricante a implementarla. Intel está evaluándola pero se cree que en un par de años como mucho veremos productos de esta empresa utilizando dicha tecnología.

    y sobre todo a esto:

    Hace aproximadamente un año se empezaron a oír rumores de una supuesta colaboración entre AMD y una compañía llamada “Isonics” que investiga una alteración del silicio actual para intentar obtener mejores propiedades del material. Quizá el rumor más fuerte que hubo fue el de unos meses atrás, que aseguraba que utilizando la tecnología de Isonics, AMD había llegado a fabricar procesadores Athlon basados en el núcleo Palomino funcionando a 1500 Mhz, lo que ahora es el Athlon XP 1800+, que no necesitan ventilador sino solamente un disipador.

    Hoy en día la colaboración entre AMD y Isonics es un hecho y se han ido conociendo algunos datos sobre las enormes cualidades que posibilita la tecnología de Isonics llamada “Silicio Puro Si-28”.



  • El problemas de estas tecnologias es que la mayoria de las veces se quedan en el laboratorio.

    De momento parece que la del SOI va "pa lante", y promete, en principio menor consumo, ya veremos.



  • Aqui hay un artículo bastante interesante sobre la tecnología SOI, y lo q podemos esperar de ella.

    http://www.research.ibm.com/journal/rd/462/shahidi.html

    No obstante no esperemos q los Hammer lleguen a las frecuencias de los PIV, simplemente por que son arquitecturas diferentes con objetivos diferentes;
    Por un lado esta el PIV con su pipeline extra-larga (20 etapas, por 10 del Athlony PIII) buscando las maxima frec y por otro el Hammer que basa su rendimiento en un mayor IPC, (Instrucciones por ciclo de reloj) incluso superior al del Athlon… lo realmente interesante es q tb se le han añadido 2 etapas mas a su pipeline, por lo que debería ser más fácil de escalar q los actuales XP... esperemos q sea asi, y le puedan plantar cara a los PIV

    Saludos
    Lister



  • Para que un pipeline como el del P4 sea efectivo tiene que tener un sistema de prediccion y control de errores muy desarrollado porque cuanto mas largo sea el pipeline mas tarda en recuperarse de un error, no es tan sencillo como meter un pipeline grande y ya esta, eso lleva sus inconvenientes y uno de ellos es que amd acabe haciendo procesadores al estilo intel con muchos Mhz y poco rendimiento.



  • En principio eso no deberá ocurrir, en primer lugar AMD sólo ha incrementado en un 20% la el pipeline del hammer, y una de las principales mejoras sobre el Athlon, es la unidad de predicción, con el fin como tu dices de no reducir el IPC.

    Saludos
    Lister



  • El problema de las pipelines largas, independientemente de la arquitectura del procesador es que la prediccion de errores se vuelven poco efectivas porque no le da tiempo a predecir el error ya que este ya esta en la pipeline. Ese es uno de los errores del PIV que rinde a base de fuerza bruta y no por "refinamientos" del hardware".

    Yo, personalmente, creo que alargar las pipes para buscar mas Mhz es un error.


Accede para responder