o agora mal-afamado termo multitarefa cooperativa e, em geral, tornou a vida miseravel para qualquer um que tente desenvolver aplicativos de tempo critico no Windows. O Windows simplesmente nao pode garantir o tempo de processamento para nenhum aplicativo especifico em um sistema cooperativo, uma vez que o programa atualmente em execucao possui o controle completo do processador.No inicio da fase de projeto do OS/2, a IBM decidiu evitar essa limitacao, insistindo que cada aplicativo fosse isolado em seu proprio espaco de memoria ou Maquina Virtual. Esta implementacao garantiu que o sistema operacional tivesse o controle definitivo do processador e que pudesse fornecer tempo de processamento extra a programas sensiveis, conforme necessario. A sabedoria dessa decisao foi verificada por membros da comunidade de desenvolvimento, que elogiam a proeza da multitarefa do OS/2.Com o Windows 95, a Microsoft esta tentando compensar erros passados, enxertando a multitarefa preemptiva no topo do projeto original da Maquina Virtual de Sistema unico do Windows. Ela pode fazer isso porque os novos aplicativos Win 32, que a Microsoft esta encorajando os desenvolvedores de software a escrever, sao programas de 32 bits e, como tais, podem ser isolados em suas proprias areas de memoria sem romper o modelo Maquina Virtual de Sistema unico existente.Infelizmente, esses aplicativos ainda precisam contar com o sistema operacional para servicos fundamentais, como desenhar janelas e gerenciar bitmaps. E estas funcoes sao, levando tudo em consideracao, ainda manejadas pelo codigo de 16 bits que reside na Maquina Virtual de Sistema.O resultado desse projeto de 32 bits dependente do modelo de 16 bits (tipicamente conhecido como thunking) e que o codigo de um unico modulo, nao reentrante, de 16 bits da era Windows 3.1 na Maquina Virtual de Sistema, forma um gargalo que prejudica a habilidade do ambiente de realizar efetivamente a multitarefa dos aplicativos.Portanto, enquanto a arquitetura do Windows 95 e adequada para multitarefa leve a moderada em um computador rapido, ela comeca a falhar perante muitas aplicacoes multi-modulos. No meu modo de ver, a situacao e ainda mais terrivel quando voce introduz um aplicativo Windows 3.1 de 16 bits - porque o ambiente essencialmente reverte para o modelo de multitarefa cooperativa enquanto o aplicativo de 16 bits esta sendo executado.Interface com o UsuarioBeleza, algumas pessoas dizem, e interior. Com o Windows 95, e apenas superficial. Ao inves de construir uma interface com o usuario verdadeira, orientada a objetos, a Microsoft decidiu enfeitar os componentes da interface grafica do Windows, adicionando novas capacidades sem alterar qualquer das estruturas basicas de suporte. Basicamente a Microsoft aparou as arestas com o Windows 95 - e isto e evidente.A melhor maneira de demonstrar os defeitos da interface do Windows 95 e, ironicamente, compara-la com o OS/2 Warp e a sua interface grafica, a Workplace Shell. O OS/2 ha muito vem sendo elogiado por sua sofisticada interface com o usuario, orientada a objetos. Mas, enquanto o ambiente e realmente chamativo, o seu poder real esta abaixo da superficie, no System Object Model (SOM) do sistema operacional.O SOM e a base da capacidade de orientacao a objetos do OS/2 Warp. E