Esta es la diferencia entre Intel y AMD

[pakohuelva]

http://www.warp2search.net/modules.php?name=News&file=article&sid=16275
http://www.intel.com/software/products/compilers/downloads/cwin.htm

Intel proporciona erramientas de desarrollo para sus micros mientras AMD no lo hace, si lanzara un compilador se podria ahorrar muchos meses de aumento de Mhz, pero que le vamos a hacer.

[Tassadar]

Pues entonces no tenemos tanto derecho a quejarnos de que no se optimiza para AMD, si es que ellos son los primeros que no se preocupan de tener apoyo por parte de los programadores

[pakohuelva]

Es que eso es precisamente lo que llevo diciendo mucho tiempo. Los procesadores de Intel seran mejores o peores, pero un micro sin software no sirve de nada e Intel esto lo sabe perfectamente y mas teniendo en cuenta la dependencia que tienen sus micros del software optimizado, por lo que se saca su compilador y listo.

Lo que AMD no pretendera es que un desarrollador pograme un compilador para un microprocesador que tiene un 20% del mercado y que encima no va a funcionar en el otro 80%, no tiene sentido. Ahora bien, si la propia AMD lo desarrolla a la empresa le da lo mismo compilar 1 vez que compilar 2.

[Membris Khan]

Al menos en Linux tenemos la gran ventaja de poder compilar optimizando no sólo para amd o intel sino para muchas otras arquitecturas, la gran ventaja del software libre, que jamás dependerá del modelo de desarrollo de las empresas de hardware

[pakohuelva]

En realidad no.

Si te refieres al uso de gcc/cc o similares, si ves su documentacion veras que el soporte de la plataforma amd es generico (i686), pero no se trata de un compilador especifico para procesadores amd.

Una cosa es que un compilador genere codigo general para cualquier x86, otra que genere codigo semi-optimizado y otra muy diferente es que se genere codigo especifico como si hace con el x86-64, pero esto lo hace porque AMD si ha desarrollado herramientas para sus micros de 64 bits, desde hace varios años hay disponible un emulador y diversas herramientas de desarrollo, pero para el K7, yo por lo menos, no he encontrado nada.

La diferencia entre el compilador de Intel y el gcc es que intel. como propietaria del micro, generara codigo optimizado al 100% para su micro, no solo haciendo uno de las SSE, si no modificando el codigo para reducir los problemas en las pipes y otros problemas que pueden generarse con su arquitectura tan especifica.

[Ivandragoneye]

pacohuelva lleva razon para los que somos linuxeros os recomiendo que si quereis optimizar linux para vuestro micro os decanteis por la distro gentoo ; y esta paco no genera simplemente codigo x86 te lo aseguro; pruebala.

por cierto con gentoo se acabo eso de apt-get y lo de rpm aqui la movida es el emerge.

impresionante la optimizacion para codigo PIII y amd athlon
http://www.linuxiso.org/distro.php?distro=45

ademas de la simple optimizacion para plataforma x86 se imtroducen flags (banderas)

y compilas linux optimizado para tu micro

aunque como dice paco no esta optimizado al 100% (que desgraciados somos snif snif)

[pakohuelva]

Por cierto que he leido que los A64 incorporan una tecnica de prevencion para evitar el desbordaviento de buffer, exactamente para evitar los ataques por desbordamiento:o

[HoLzPLatTeN]

Lastima q esa proteccion se apoye no solo en el hardware, sino tambien en el software.
Para Windows XP funciona si hemos actualizado a SP2 (cuando esté disponible). En sistemas
GNU/Linux no hay datos sobre cuando lo soportarán, y *BSD y otros sistemas… mas de lo mismo

Una cosa a tener en cuenta es q esa proteccion solamente impide q se ejecute el código situado
fuera del espacio d memoria marcado como ejecutable. No es el ingrediente mágico q hará q los programas mal programados funcionen correctamente.

Habrá q seguir partiendose los cuernos buscando el fallo en los sources...

PD: Vaya diíta q llevo defendiendo a Intel :rolleyes:

[pakohuelva]

Yo creo que eso no es defender a intel porque no hay nada que defender. La tecnica esta no es perfecta, eso esta claro, pero por lo menos ya es mas de lo que ofrece intel. No se trata de atacar intel si no de comentar las virtudes de otro micro.

P.D.: Esto no va por nadie, es que se me ha ocurrido ahora, pero hay mucha gente que cuando se dice que algun producto tiene algo de bueno automaticamente lo toman como un ataque contra la competencia, como si un producto no pudiera tener algo bueno por si mismo, sin comaprarlo con nada.

[MonXP]

Además, si quieres que una técnica para evitar desbordamiento de buffer sea realmente efectiva no basta con que esté implementada por hardware, también tiene que estarlo por software, sería demasiado complejo implementarlo sólo por hardware.

[pakohuelva]

Hombre, eso por supuesto, de hecho si lo tiene el hardware pero el software no lo usa no sirve de nada. Y si el software estuviera bien profemado pues tampoco haria falta, pero no deja de ser otro punto mas a favor de los X86-64