¿Qué ' tiene de especial x64 frente a x86? [cerrado]

Cerrado . Esta pregunta necesita detalles o claridad . Actualmente no acepta respuestas.

Comentarios

Duplicado de stackoverflow.com/questions/607322/… , que desafortunadamente no puedo ' t marcar porque ' s en SO, no en programadores.
@Matthew Read: Itanium fracasó espectacularmente en el mercado porque era notoriamente difícil escribir compiladores para ISA. El mercado de HPC prácticamente se había rendido mucho antes de que AMD presentara sus extensiones.
@Mathew, ¡se podría decir lo mismo de Intel! Si no fuera ' t por compatibilidad con versiones anteriores, estaríamos trabajando en CPU con conjuntos de instrucciones sanos y orden de bytes de red
@Matthew: ¿Alguna vez ha mirado el Itanium ¿conjunto de instrucciones? ¡Qué pesadilla! Mover la programación de instrucciones al compilador fue una mala idea. Si desea un buen modelo de 64 bits, busque DEC ' s Alpha.
@Mathew, no subestime la importancia de que una plataforma sea compatible con versiones anteriores.

Respuesta

La única diferencia real que notará al usar una HLL será el tamaño del código, y descubrir que algunas funciones / bibliotecas aún no están disponibles para x64. Ah, y el código x64 tiende a ser menos eficaz, al menos bajo .NET. La aplicación en la que estoy trabajando se ejecuta aproximadamente un 20% más rápido cuando compilo para x86. No sé si es porque uso más ancho de banda de bus moviendo cantidades de 8 bytes, o si hay alguna «fragmentación» en marcha para adaptar las API de 32 bits a las de 64 bits.

Comentarios

No tanto el ancho de banda del bus de los movimientos como el hecho de que si lidiar con cantidades de 64 bits frente a 32 bits, ' ha reducido eficazmente el tamaño de su caché a la mitad.
@Brian: Excelente punto, no había ' No pensé en eso.
Particularmente con .NET con muchas referencias donde todo es un puntero (referencia).

Respuesta

En el nivel del que estás hablando (.NET) hay muy poca diferencia. Cuando esté utilizando un código completamente administrado, el JIT compilará automáticamente su código y funcionará prácticamente de la misma manera, con diferentes características de rendimiento. Para algunas cosas, será más rápido (procesando una gran cantidad de datos, los datos podrían procesarse en fragmentos de 64 bits, más registros disponibles, etc.) y para otras, más lento (los datos de 64 bits (es decir, los punteros) son más lentos para cargar en la caché para empezar , lo que significa más datos y transferencias más lentas desde la memoria principal).

Solo tienes que preocuparte por la diferencia cuando usas código no administrado. Este blog tiene un buen resumen de los problemas.

Comentarios

No ' t tiene datos de 64 bits a menos que los especifique. Los punteros se promueven a 64 bits, pero los ints y los flotadores permanecen iguales. Casi todos los sistemas de 32 bits admiten float de 64 bits (doble) y muchos admiten int de 64 bits (long long). 64bit también abre las funciones más nuevas, incluidos más registros visibles para el usuario.
@Omega, los punteros son datos. Deben trasladarse al caché para poder utilizarlos. Ejecutar en 64 bits significa que cada referencia o desreferencia podría potencialmente mover uno o más de estos a la caché, y también expande cada objeto que contiene referencias. Pero tiene razón en que la declaración mitades es incorrecta. Cambiaré eso. Gracias.
En mi experiencia, los indicadores no son ' t muy comunes. Pero yo no ' no hago OOP, y tuve una experiencia inicial realmente dolorosa con malos consejos, así que solo los uso cuando es absolutamente necesario. Entonces, los punteros de la OMI no ' ocupan mucho espacio de direcciones. Los compiladores modernos de OTOH generan una gran cantidad de desenrollado de bucle, pelado de bucle y código de casos especiales, por lo que el tamaño del código puede llegar a ser bastante grande.
@Omega, cada vez que hace referencia a una instancia de objeto complejo en un lenguaje administrado que está utilizando un puntero debajo del capó.

Respuesta

Los programas .Net que se escribirán para sistemas de 64 bits tendrán espacio de direcciones más grande, por lo que será mucho más rápido que los programas basados en x86-32 bits. Además, los últimos compiladores del lenguaje .NET producen mucho código optimizado. JIT también se ha mejorado en los últimos años y ahora puede realizar la optimización JIT de varios núcleos. También se mejoran los depuradores. Mientras tanto, se produce un código mejor y optimizado para sistemas basados en 64 bits.

Comentarios

Realmente no.Como se mencionó en el comentario principal hace más de un año, x86-64 tiene un conjunto de registros mucho mejor y no puede considerarse una " extensión ". A continuación, el espacio de direcciones no ' hace que los programas sean más rápidos. Luego, su cuota de mercado. 64 bits lidera actualmente, 32 bits la minoría (inventario de Steam, agosto de 2012).
Esto ( en.wikipedia.org/wiki/X86-64 ) dice que X86-64 es una extensión de x86. Puede ser que el espacio de direcciones no afecte a los programas que se ejecutan lentamente, pero puede afectar la memoria, lo que hará que el programa se ejecute lentamente. En el desarrollo de sistemas de 64 bits, es posible que tenga pocos trabajos más, pero no una gran cifra. Para el mercado laboral, ' no solo vea países avanzados, sino que también incluya países del tercer mundo. Para obtener una buena referencia, consulte: arstechnica.com/features/2008/09/x86-64 .
Usted ' re citando un artículo de hace 4 años. Prácticamente no se producen procesadores x86 de 32 bits en la actualidad, en 2012, y eso incluye las CPU de gama baja ' destinadas a países del tercer mundo.
En Los países del tercer mundo, que representan una gran proporción de la población mundial, utilizan este sistema con regularidad. Aunque vienen nuevos sistemas, la tasa de compra no es buena en comparación con los sistemas móviles.
@Badar Dudoso. Veo procesadores de 64 bits para computadoras de rango medio y bajo aquí en América Latina. Tiendo a estar de acuerdo en que las CPU de 32 bits se han ido, al menos para computadoras de escritorio y portátiles de gama media.

Deja una respuesta Cancelar la respuesta