Boas razões para manter sistemas operacionais de desktop Microsoft Windows de 32 bits

52

O software para servidores tem sido de 64 bits há algum tempo (desde o Server 2008 R2 para Windows, até mesmo anterior para Exchange e Sharepoint) e até mesmo o Ubuntu está afastando você das versões de 32 bits para seus sistemas operacionais de servidor.

Mas há alguma razão boa e quantificável para manter um sistema operacional de desktop de 32 bits mantido? Estamos preparando nossas imagens do Windows 8 para os (infelizes?) Poucos que serão os primeiros a adotar.

A maioria dos nossos desktops tem 4 GB ou menos de RAM, mas eu adoraria não precisar mais me preocupar com o suporte a um sistema operacional com 32 bits.

Alguma razão pela qual eu deveria?

    
por Mark Henderson 18.09.2012 / 00:23

11 respostas

54
  • O bit de 32 bits pode ser um pouco mais rápido em certos casos de uso - os endereços menores significam código mais compacto, o que significa maior eficiência do cache. Nos benchmarks que eu vi, essa eficiência tende a ser ofuscada pela maior eficiência computacional de 64 bits em ambientes de computação pesada. Mas, de fato, o 32-bit ocasionalmente ganha em alguns benchmarks. YMMV. A idade do seu software é importante, pois as compilações mais recentes tiram proveito do material de 64 bits que as construções mais antigas não usam.

  • Mais código compacto significa menos espaço em disco. Basta baixar os ISOs para seu sistema operacional favorito em sabores de 64 e 32 bits para ver a diferença. Não é trivial. Também é bastante mais depois de descompactar os binários. Como apontado por OrangeDog : Grande parte desse consumo de espaço vem do fato de os sistemas operacionais de 64 bits distribuírem bibliotecas de 32 bits, além das de 64 bits.

  • Você ainda obtém melhor compatibilidade com componentes e softwares legados com 32 bits. Isso é particularmente visível em sistemas que compilam dinamicamente na máquina host, mas obtêm bibliotecas binárias de terceiros ao mesmo tempo. O framework .NET da Microsoft é um ótimo exemplo disso: embora os programas sejam teoricamente independentes de arquitetura, sempre que você vincular a um binário nativo, vincula-se a um ou a outro. Muitos desenvolvedores nem sabem que isso está acontecendo e enviam componentes de produção que não serão executados em sistemas de 64 bits sem alguns ajustes para instruir explicitamente o .NET a ser executado no modo de 32 bits. A maioria das pessoas não sabe como fazer isso.

  • Como apontado por Daniel B: o desenvolvimento do Windows .NET em máquinas de 64 bits deixa você aberto a um inconsistência frustrante onde sob certas circunstâncias as exceções são mascaradas pelo sistema operacional.

  • Hardware legado. Você não pode executar um driver de 32 bits em um kernel de 64 bits.

Nada disso resulta em um show-stopper para a maioria das pessoas. Ainda assim, você precisa decidir como esses fatores afetam seu ambiente.

    
por 18.09.2012 / 05:00
28

A única razão pela qual posso pensar em manter um sistema operacional de 32 bits é usar programas antigos de 16 bits (por exemplo, DOS) e você não tem a versão do Windows que suporta o Windows Virtual PC.

(E mesmo assim eu instalaria um sistema operacional de 64 bits e usaria algo como o DOSbox).

Edit: Há realmente uma outra razão: Hardware que não consegue lidar com mais de 4GB de espaço de endereço. Por exemplo. FireWire tentando fazer DMA. Ou qualquer hardware (antigo) sem drivers de 64 bits.

    
por 18.09.2012 / 00:33
17

Qualquer coisa que execute o Windows 8 já é compatível com 64 bits, a menos que você tenha alguns netbooks Intel Atom de primeira geração (e duvido muito disso). Essa é a única coisa em que consigo pensar.

A AMD lançou seu primeiro Opteron de 64 bits em 2003; e desde então praticamente todos os processadores que eles criaram foram capazes de 64 bits.

A Intel lançou um ano depois, lançando seu primeiro Xeon de 64 bits (Nocona) em 2004 e expandindo para praticamente toda a linha de produtos até 2006. Além dos já mencionados chips Atom, todos os processadores Intel atuais são de 64 bits. .

A Wikipédia tem uma lista de processadores divididos se você estiver interessado em história antiga .

    
por 18.09.2012 / 00:24
7

Compatibilidade com software / hardware antigo.

Se tudo funcionar em x64, eu não me incomodaria com 32 bits.

    
por 18.09.2012 / 00:35
5

Muitas pessoas não sabem que programas e bibliotecas de 64 bits ocupam mais memória que equivalentes de 32 bits.

Por exemplo, ao usar máquinas virtuais de pouca memória, é aconselhável usar sistemas operacionais de 32 bits para maximizar a disponibilidade de memória dentro dessa VM.

    
por 18.09.2012 / 05:58
4

Os endereços de memória em uma máquina de 64 bits tomam naturalmente 64 bits. Esses mesmos endereços levam 32 bits em uma máquina de 32 bits. Em algumas circunstâncias bastante excepcionais, esse "aumento" no número necessário de bits pode ser a diferença entre bom desempenho e baixo desempenho em uma máquina com memória limitada.

Além disso, uma vez que é provável que você esteja rodando softwares de 32 bits em uma máquina que poderia rodar softwares de 64 bits, e o suporte de 32 bits funciona razoavelmente bem em máquinas de 64 bits, as diferenças no lado do hardware não estão mudando o jogo . Ocasionalmente, você encontrará um dispositivo legado que não possui um driver de hardware de 64 bits, mas isso agora é muito raro devido à disponibilidade de sistemas operacionais de 64 bits por mais de uma década.

Um ponto a ser considerado é que muitos aplicativos antigos de 32 bits são mais antigos de muitas maneiras além de seu bit-ness. No lado do sistema operacional Windows, um aplicativo de 32 bits pode ficar confuso se estiver procurando por arquivos em "Arquivos de Programas" que agora estão localizados em "Arquivos de Programas (x86)". Certos itens de registro também podem precisar de atenção manual. Novamente, isso é mais uma função de aplicativos levemente mal escritos que agora precisam de sua ajuda para "encontrar" coisas que teriam "acabado de funcionar" se a máquina fosse 32 bits.

    
por 18.09.2012 / 02:43
3

Falando do Ubuntu, nós estamos rodando o 12.04 LTS de 64 bits no LTSP há algumas semanas.

O único incômodo que enfrentamos para os testadores beta iniciais é que os terminais LTSP que usamos (Dell GX2xx) requerem um kernel de 32 bits e, portanto, temos que compilar um segundo kernel LTSP e manter o dobro de pacotes para as duas arquiteturas.

O LTSP sendo um caso de borda, acho que o 64-bit está razoavelmente pronto para funcionar, a menos que seu teste em particular mostre um defeito.

    
por 18.09.2012 / 00:36
2

Embora eu pessoalmente recomende mudar para o 64-bit o mais rápido possível e apenas morder o marcador mais cedo ou mais tarde, não haverá impacto na sua equipe de suporte de TI. Se a largura de banda da equipe de suporte já estiver aumentada até um máximo (ou seja, já insuficiente), então eu consideraria realmente esperar.

Portanto, esta é uma resposta que diz respeito a recursos humanos, e não apenas software / compatibilidade.

A implantação deve ser cuidadosamente planejada (preferencialmente gradual e não de uma só vez). Haverá problemas "descobertos" que levarão horas para serem resolvidos por usuário. Assim que os problemas mais comuns forem identificados, os "procedimentos" podem orientar resoluções mais rápidas para as chamadas de suporte e também para o autoatendimento.

Principalmente (por exemplo), estou pensando em todos os problemas de compatibilidade de 32 e 64 bits (in) entre o SO, um pacote de software específico e os plugins associados, como ter os dois Navegadores de 32 e 64 bits instalados (e / ou vários navegadores) em um único SO de 64 bits, atalhos para 'executar como administrador' versus 'executar como usuário normal', com opções para um plug-in de 32 e 64 bits para esses navegadores (ou, às vezes, talvez restritos a apenas plug-ins de 32 bits que funcionam apenas em uma versão do navegador) - tudo isso quebra os aplicativos e fluxos de trabalho criados com base nesses plug-ins. (Por "plugins" quero dizer qualquer coisa de Java para flash para leitores de PDF embutidos para software de conferência web - seja construído internamente ou amplamente disponível, tanto comercial quanto gratuito.) Você pode tentar testar todos esses problemas, mas é É difícil prever se um usuário instalará inadvertidamente o plugin B antes do plugin A, o que causa um resultado diferente do outro usuário que instala o plugin A antes do plugin B (basicamente é sempre difícil prever o dano que os usuários farão quando alterarem o estado do plugin). sistema.)

    
por 19.09.2012 / 04:32
1

A única razão para manter versões de 32 bits de ... qualquer coisa ... é suportar aplicativos e sistemas "legados". Se você pode executar tudo em sistemas operacionais de 64 bits, conte-se com sorte e siga em frente. Você poderia ser como algumas SAs pobres que estão em um ambiente corporativo para uma empresa não-tecnológica, onde o plano para migrar da base de usuários do XP para o Windows 7 começa no terceiro trimestre de 2014.

chora >

De qualquer forma, eu não sei sobre o Shift + Del , e eu provavelmente os deixaria ignorados em algum canto do ambiente, no caso do indizível acontecer e você se encontra precisando de Windows XP para alguma coisa. Definitivamente, pare de se incomodar em manter, atualizar, testar ou fazer alguma outra coisa, mas mantenha-os sempre que precisarem. Aconteceu outro dia que um cliente queria que eu desse suporte a Windows 2000 PoS, o que eu pude, porque eu não explodi todas as minhas Server 2000 imagens quando Server 2003 saiu (e eu realmente queria também) .

Por mais que você ore e espere que o tempo nunca chegue, é sempre bom ter essas coisas "por precaução", e os custos de mantê-lo são tão insignificantemente pequenos, acho que é tolice não.

    
por 18.09.2012 / 02:58
1

Tendo tido problemas consideráveis devido a problemas de software herdados, só posso dizer para garantir que tudo executado possa ser executado em um sistema operacional de 64 bits. Se isso acontecer, você não tem motivos para não migrar, supondo que o licenciamento não seja um fator.

No meu caso, eu era capaz de reconfigurar sistemas para que todos os aplicativos de 32 bits pudessem rodar na mesma máquina, permitindo que todas as outras estações de trabalho fossem de 64 bits. Eventualmente eu até migrei essa máquina de 32 bits para uma VM no Virtualbox, rodando em um host Debian, principalmente porque a capacidade estava lá e eu queria reduzir a contagem de caixas.

    
por 18.09.2012 / 04:00
-4

Todas as máquinas virtuais acima e não podem executar código de 64 bits se a CPU não suportar virtualização (por exemplo, recurso VT-x).

Várias CPUs de 64 bits mais baratas que não possuem VT-x, etc, são atraentes para clusters 'caseiros'.

De wikipedia :

Intel did not add segmentation support to its x86-64 implementation (Intel 64), making 64-bit software-only virtualization impossible on Intel CPUs, but Intel VT-x support makes 64-bit hardware assisted virtualization possible on the Intel platform

    
por 18.09.2012 / 05:52