da arquitetura do Windows 3.1 e como elas diferem da arquitetura do OS/2.A Microsoft originalmente projetou o Windows como uma extensao grafica do DOS. Versoes mais antigas do produto, mais notadamente o Windows 2.0, eram aplicativos DOS de modo real que usavam uma combinacao da memoria convencional e memoria expandida (EMS) para rodar aplicativos Windows de um unico modo relativamente simples. Meramente funcional, era um projeto grosseiro. Nao e necessario dizer que muitos na industria o rejeitaram.Com a introducao da versao 3.0, em 1990, a Microsoft tentou melhorar a capacidade do Windows, portando grande parte do seu codigo para o modo protegido de 16 bits. A ideia era fazer do Windows uma plataforma de desenvolvimento mais atrativa, eliminando uma das maiores reclamacoes sobre o seu projeto: a falta de acesso a memoria estendida, que exigia o modo protegido. Mudar para o modo protegido significava mais memoria para os aplicativos, o que, por sua vez, significava que os que faziam o desenvolvimento estavam livres para projetar produtos maiores e mais complexos.Quando combinada com a popularidade de aplicativos da Microsoft como o Excel e o Word, essa estrategia funcionou. Fornecedores independentes de software passaram para o lado do Windows em bandos, assim, a exigencia relativamente modesta de recursos do produto e a excelente compatibilidade com o passado - afinal, e apenas outra interface do DOS glorificada - provaram ser atrativos para um mercado inconstante que relutava perante ideia de um novo sistema operacional. Entao, enquanto versoes antigas do OS/2 definhavam por varias razoes, o Windows 3.x preenchia a vaga.Entretanto, ao fazer a sua mudanca para o modo protegido com o Windows 3.0, a Microsoft tomou varias decisoes duvidosas sobre o projeto, que estao voltando para assombra-la. Uma destas decisoes foi favorecer a compatibilidade com o passado (com aplicativos Windows de modo real) em detrimento da multitarefa preemptiva. Ao inves de isolar cada aplicativo individualmente em seu proprio espaco de memoria, como no OS/2, a Microsoft os agrupou em uma unica Maquina Virtual de 16 bits (Maquina Virtual de Sistema). La, eles compartilhavam o tempo e os recursos do microprocessador com o proprio codigo do sistema operacional; tanto o sistema operacional quanto os aplicativos ocupam o mesmo espaco de memoria que o Windows 3.x.Enquanto essa arquitetura comprometida ajudou a amenizar a transicao de modo real para o modo protegido para desenvolvedores de software, tambem tornou impossivel para o sistema operacional executar efetivamente programas multitarefa. A multitarefa preemptiva, a tecnica preferida na arquitetura de microprocessadores da Intel, exige que cada programa exista no seu proprio espaco de memoria. O modelo de Maquina Virtual de Sistema unico do Windows simplesmente nao permite isso, portanto os aplicativos obrigatoriamente competem entre si - e com o proprio sistema operacional - para conseguir o que normalmente existe em um sistema verdadeiramente preemptivo: uma fatia de tempo do processador para a execucao da tarefa.A Microsoft tentou providenciar uma solucao contra falhas para esse problema, encorajando aqueles que desenvolvem aplicativos a permitir o controle do microprocessador de vez em quando e, desta forma, permitir que outros programas fossem executados. Essa modificacao produziu