Buenas razones para mantener sistemas operativos de escritorio de Microsoft Windows de 32 bits

Esta pregunta es de 2012. Si está leyendo esto en 2019 o más tarde, la respuesta realmente es: No. No hay una buena razón en 2019 para mantener sistemas operativos de escritorio de 32 bits.

Pregunta original a continuación:

El software del servidor ha sido de 64 bits solo por un tiempo (desde Server 2008 R2 para Windows, incluso antes para Exchange y Sharepoint) e incluso Ubuntu lo está alejando de las versiones de 32 bits para sus sistemas operativos de servidor.

Pero, ¿hay alguna razón buena y cuantificable para mantener un sistema operativo de escritorio de 32 bits? Estamos preparando nuestras imágenes de Windows 8 para los pocos (¿desafortunados?) Que serán los primeros en adoptar.

La mayoría de nuestras computadoras de escritorio tienen 4 GB o menos de RAM, pero me encantaría no tener que molestarme en admitir un sistema operativo con sabor a 32 bits.

¿Alguna razón por la que debería?

• 32 bits puede ser un poco más rápido en ciertos casos de uso: las direcciones más pequeñas significan un código visualmente más compacto, lo que significa una mayor eficiencia de caché. En los puntos de referencia que he visto, esa eficiencia tiende a verse eclipsada por la mayor eficiencia computacional de 64 bits en entornos de computación pesada. Pero, de hecho, 32 bits en ocasiones gana en algunos puntos de referencia. YMMV. La edad de su software es importante, ya que las versiones más nuevas aprovechan las cosas de 64 bits que las versiones más antiguas no tienen.

• Un código más compacto significa menos espacio en disco. Simplemente descargue los ISO de su sistema operativo favorito en versiones de 64 y 32 bits para ver la diferencia. No es trivial También es mucho más una vez que descomprimes los binarios. Como señaló OrangeDog : Gran parte de este consumo de espacio proviene del hecho de que los sistemas operativos de 64 bits incluyen bibliotecas de 32 bits además de las de 64 bits.

• Aún obtiene una mejor compatibilidad con componentes y software heredados con 32 bits. Esto es particularmente visible en los sistemas que compilan dinámicamente en la máquina host, pero al mismo tiempo incorporan bibliotecas binarias de terceros. El marco .NET de Microsoft es un gran ejemplo de esto: si bien los programas son teóricamente independientes de la arquitectura, cada vez que se vincula a un binario nativo, se vincula a un arco u otro. Muchos desarrolladores ni siquiera saben que esto está sucediendo, y envían componentes de producción que no se ejecutarán en sistemas de 64 bits sin algunos ajustes para indicar explícitamente a .NET que se ejecute en modo de 32 bits. La mayoría de la gente no sabe cómo hacer esto.

• Como señaló Daniel B: el desarrollo de Windows .NET en máquinas de 64 bits lo deja abierto a una inconsistencia frustrante donde, bajo ciertas circunstancias, el sistema operativo oculta las excepciones.

• Hardware heredado. No puede ejecutar un controlador de 32 bits en un núcleo de 64 bits.

Nada de esto se suma a un espectáculo para la mayoría de las personas. Aún así, debe decidir cómo estos factores afectan su entorno.

La única razón por la que se me ocurre mantener un sistema operativo de escritorio de 32 bits es si usa programas antiguos de 16 bits (por ejemplo, DOS) y no tiene la versión de Windows que admite Windows Virtual PC.

(E incluso entonces instalaría un sistema operativo de 64 bits y usaría algo como DOSbox).

Editar: en realidad hay otra razón: hardware que no puede hacer frente a más de 4 GB de espacio de direcciones. Por ejemplo, FireWire intenta hacer DMA. O cualquier hardware (antiguo) sin controladores de 64 bits.

Cualquier cosa que ejecute Windows 8 ya es compatible con 64 bits, a menos que tenga algunos netbooks Intel Atom de primera generación (y lo dudo mucho). Eso es lo único que se me ocurre.

AMD lanzó su primer Opteron con capacidad de 64 bits en 2003; y desde entonces prácticamente todos los procesadores que han fabricado han sido compatibles con 64 bits.

Intel fue un año después, lanzando su primer Xeon (Nocona) de 64 bits en 2004, y expandiéndose a casi toda la línea de productos en 2006. Además de los chips Atom anteriores mencionados anteriormente, cada procesador Intel de hoy es de 64 bits.

Wikipedia tiene una lista de procesadores desglosada si le interesa la historia antigua .

Compatibilidad con software / hardware antiguo.

Si todo funciona bajo x64, no me molestaría con 32 bits.

Las direcciones de memoria en una máquina de 64 bits, naturalmente, toman 64 bits. Esas mismas direcciones toman 32 bits en una máquina de 32 bits. En algunas circunstancias bastante excepcionales, ese "aumento" en el número necesario de bits puede ser la diferencia entre un buen rendimiento y un rendimiento deficiente en una máquina con memoria limitada.

Más allá de eso, dado que es probable que esté ejecutando software de 32 bits en una máquina que podría estar ejecutando software de 64 bits de todos modos, y el soporte de 32 bits funciona razonablemente bien en máquinas de 64 bits, las diferencias en el lado del hardware no cambian el juego. Ocasionalmente, encontrará un dispositivo heredado que no tiene un controlador de hardware de 64 bits, pero que ahora es muy raro debido a que los sistemas operativos de 64 bits están disponibles durante más de una década.

Un punto a considerar es que muchas aplicaciones antiguas de 32 bits son más antiguas en muchos aspectos más allá de su bit-ness. En el lado del sistema operativo Windows, una aplicación de 32 bits puede confundirse si está buscando archivos en "Archivos de programa" que ahora se encuentran en "Archivos de programa (x86)". Ciertos elementos del registro también pueden necesitar atención manual. Nuevamente, esto es más una función de aplicaciones ligeramente mal escritas que ahora necesitan su ayuda para "encontrar" cosas que hubieran "funcionado" si la máquina tuviera 32 bits.

Mucha gente no sabe que los programas y bibliotecas de 64 bits ocupan más memoria que los equivalentes de 32 bits.

Por ejemplo, cuando se usan máquinas virtuales con poca memoria, es aconsejable usar sistemas operativos de 32 bits para maximizar la disponibilidad de memoria dentro de esa VM.

Hablando de Ubuntu, hemos estado ejecutando 64.04 bit 12.04 LTS bajo LTSP durante algunas semanas.

La única molestia que hemos encontrado para los beta testers iniciales es que los terminales LTSP que usamos (Dell GX2xx) requieren un kernel de 32 bits y, por lo tanto, tenemos que compilar un segundo kernel LTSP y mantener el doble de paquetes para las dos arquitecturas .

LTSP es bastante un caso extremo, creo que 64 bits está bastante listo para funcionar a menos que su prueba particular muestre un defecto.

Aunque personalmente recomendaría pasar a 64 bits lo antes posible y solo morder la bala lo antes posible, no tendrá ningún impacto para su equipo de soporte de TI. Si el ancho de banda del equipo de soporte ya se estira al máximo (es decir, ya no tiene suficiente personal), entonces realmente consideraría esperar.

Entonces, esta es una respuesta que se refiere a los recursos humanos, no solo a la compatibilidad / compatibilidad de software.

El despliegue debe, por supuesto, ser cuidadosamente planificado (preferiblemente gradual en lugar de todo a la vez). Habrá problemas "descubiertos" que tomarán horas resolver por usuario. Una vez que se identifican los problemas más comunes, los "procedimientos" pueden guiar resoluciones más rápidas tanto para llamadas de soporte como para autoservicio.

Principalmente, (por ejemplo), estoy pensando en todos los problemas de compatibilidad de 32 y 64 bits (en) entre el sistema operativo, un paquete de software específico y los complementos asociados, como tener instalados navegadores de 32 bits y de 64 bits (y / o navegadores múltiples) en un único sistema operativo de 64 bits, accesos directos para 'ejecutar como administrador' versus 'ejecutar como usuario normal', tener opciones para ambos y el complemento de 64 bits para esos navegadores (o, a veces, puede estar restringido a solo complementos de 32 bits que solo funcionan en una versión del navegador), todo lo que rompe las aplicaciones y los flujos de trabajo creados sobre esos complementos. (Por "complementos" me refiero a cualquier cosa, desde Java a flash, a lectores de PDF incrustados, a software de conferencia web, ya sea de forma interna o ampliamente disponible, tanto comercial como gratuita). Puede intentar probar todos estos problemas, pero es Es difícil predecir si un usuario instalará inadvertidamente el complemento B antes del complemento A, lo que provoca un resultado diferente al de otro usuario que instala el complemento A antes del complemento B (básicamente

La única razón para mantener versiones de 32 bits de ... cualquier cosa ... es admitir aplicaciones y sistemas "heredados". Si puede ejecutar todo en sistemas operativos de 64 bits, cuente con suerte y siga adelante. Podría ser como algunas SA pobres que se encuentran en un entorno corporativo para una empresa no tecnológica, donde el plan para migrar desde la base de usuarios de XP a Windows 7 comienza en el tercer trimestre de 2014.

< llora >

De todos modos, no sé acerca de Shift+ Del, y probablemente los dejaría ignorados en algún rincón del entorno, en caso de que ocurra lo indescriptible y te encuentres necesitando Windows XPalgo. Definitivamente deja de molestarte para mantenerlos, actualizarlos, probarlos o probarlos, pero mantenlos cerca si alguna vez los necesitas. Sucedió el otro día que un cliente quería que yo soportara algunos Windows 2000PoS, lo cual pude, porque no eliminé todas mis Server 2000imágenes cuando Server 2003salí (y realmente quería hacerlo también).

Por mucho que reces y esperes que nunca llegue el momento, siempre es bueno tener esas cosas "por si acaso", y los costos de mantenerlos son tan insignificantemente pequeños, creo que es una tontería no hacerlo.

Habiendo tenido problemas considerables debido a problemas de software heredados, solo puedo decir que me asegure de que todo lo que ejecute pueda ejecutarse en un sistema operativo de 64 bits. Si lo hace, entonces no tiene ninguna razón para no migrar, suponiendo que la licencia no sea un factor.

En mi caso, pude reconfigurar los sistemas para que todas las aplicaciones de solo 32 bits pudieran ejecutarse en una máquina, permitiendo que todas las otras estaciones de trabajo sean de 64 bits. Finalmente, incluso migré esa máquina de 32 bits a una máquina virtual en Virtualbox, ejecutándose en un host Debian, principalmente porque la capacidad estaba allí y quería reducir el recuento de cajas.

Todas las máquinas virtuales anteriores y varias no pueden ejecutar código de x64 bits si la CPU no admite la virtualización (por ejemplo, la función VT-x).

Sin embargo, varias CPU más baratas de 64 bits que carecen de VT-x, etc. son atractivas para los clústeres "caseros".

De wikipedia :

Intel no agregó soporte de segmentación a su implementación x86-64 (Intel 64), lo que hace imposible la virtualización solo de software de 64 bits en las CPU Intel, pero el soporte Intel VT-x hace posible la virtualización asistida por hardware de 64 bits en la plataforma Intel