¿Por qué las aplicaciones de software de 64 bits consumen el doble de RAM en comparación con las aplicaciones de 32 bits?

Ellos no. La guía Lifehacker para sistemas operativos de 64 bits frente a 32 bits, la parte que dice “¿Utiliza 64 bits el doble de RAM”? Si bien se espera un aumento debido a que varios tipos se vuelven más anchos (especialmente los punteros), el uso principal de la memoria principal probablemente no será punteros, por lo que no debe esperar diferencias drásticas entre las aplicaciones de 32 bits y 64 bits.

Lo que realmente sucede es que el programador escribe lo que necesita escribir. Si se queda sin memoria, lo reescribe para poder cargar el módulo utilizado actualmente, necesitando menos memoria. Si tiene más memoria, no alcanza ese error (sin memoria), por lo que simplemente sigue escribiendo.

No es que los programadores (buenos, de todos modos) escriban deliberadamente código más grande o se vuelvan más descuidados a medida que aumenta el espacio de direcciones de memoria, es solo que ya no tenemos que usar nombres de variables de un solo carácter, comenzar en la línea 0 e incrementar en uno, usar múltiples declaraciones por línea, y un gran calzador, para forzar el código en la pequeña cantidad de espacio de memoria disponible. Podemos agregar esta función útil, y esa trampa de error que debería estar allí, y no preocuparse por quedarse sin memoria. Entonces, la versión anterior usaba un total de 3.2GB cuando se estaba ejecutando y la nueva versión usa 5.2GB. Como tenemos 64 bits de espacio de direcciones, 5.2 GB no es un problema.

Compile los mismos archivos de origen que el código de 32 bits y el código de 64 bits y verá un ligero aumento de tamaño debido a que, como dijo Vladimir, algunos tipos se están ampliando. (Y eso puede corregirse. Si necesita una variable de 16 bits, use una variable de 16 bits, aunque ahora se llama pequeña, no pequeña).

Solo para agregar, la mayoría de los programadores seleccionan los tipos de datos (int8 / int16 / int32 / int64 / double …) que necesitan para fines específicos (aunque ‘int’ en C ++ cambia con la plataforma). Si esto cambiara repentinamente debido a 64 bits frente a 32 bits, muchos programas podrían fallar (por ejemplo, si las matemáticas de cambio de bits [es decir, << o >>] se usaran de alguna manera especial). La mayoría de los desarrolladores nunca querrían ese dolor de cabeza, por lo que cuando se compila un programa en varias plataformas, se espera, en su mayor parte, que se ejecute igual o similar. Si necesito asignar una matriz de 256 int32s, eso es lo que también obtengo en x64, por lo que no cambia la memoria en absoluto. Dicho esto, la memoria aumenta porque los miembros de la clase en los objetos están alineados con límites de 64 bits, y eso aumentará un poco los requisitos de memoria. Al final, no es el doble, sino cómo se asigna o alinea la memoria dentro de una aplicación.

El tamaño de bit es una medida de cuántos bits se necesitan para identificar de manera única cada byte de RAM en un sistema. 64 bits es el doble de 32, por lo tanto, el doble de datos.

Además, dado que la CPU probablemente funciona mejor con 64 bits, los datos más pequeños a veces reciben 64 bits completos, incluso si solo necesitan 16 o 32. Nuevamente, esto es el doble de RAM que un sistema de 32 bits.

Por supuesto, un programa diseñado para la eficiencia de RAM no tendría este segundo problema. Sin embargo, la mayoría del software está diseñado para la velocidad en lugar de la eficiencia.

Porque 32 x 2 = 64

bueno … cuando un software es de 32 bits … se necesitan 32 bits (lenguaje binario) para ejecutarse … cuando se toma un software de 64 bits se necesitan 64 bits para ejecutarse y funcionar … ya que se necesitan más bits … el consumo de RAM es más que en comparación con 32 bits