O que está tecnicamente errado com a troca rápida de SO?

Question

Um aplicativo (comutador rápido) permanece residente antes de o SO ser iniciado e será ativado usando uma combinação de teclas (por exemplo: Ctrl + Alt + Shift + Esc). Depois de detectar a combinação de teclas, o comutador executa e armazena todos os registradores do sistema + RAM (talvez use um deslocamento de RAM para evitar salvar RAM no arquivo) em um arquivo e alterna para o outro registrador + RAM.

Por isso, seria um switch do SO rápido sem a necessidade de um PC restart .

Eu quero saber o que está tecnicamente errado com a troca rápida de sistema operacional (lembre-se de hibernar).

    

Answer 1

O que você está descrevendo são alguns dos recursos (menores) de um hipervisor de cliente do tipo 1 (ou baremetal) - há alguns disponíveis no momento, mas a maioria deles não roda em plataformas x86 ou tradicionais de PC. Os grandes players do mercado de virtualização x86 (Citrix \ Vmware \ Microsoft) ainda não lançaram nenhum, mas existem indicações sólidas de que tanto a Citrix quanto a VMware estão desenvolvendo-as ativamente.

Não há muita demanda na área de usuários para estes porque (como outros já disseram) você pode conseguir tudo isso com um Hypervisor de Cliente Tipo 2. Acredita-se que elas serão populares nos ambientes de negócios, embora pelas mesmas razões que encontraram um nicho em algumas plataformas incorporadas \ móveis - elas devem fornecer simplificação de capacidade de gerenciamento e suporte. Você pode encontrar um post relativamente antigo (final de 2008) sobre as perspectivas de Hypervisors de Cliente x86 Tipo 1 por Brian Madden aqui .

    

Answer 2

Não é muito interessante para a maioria das pessoas, já que você pode simplesmente rodar uma VM de quase qualquer sistema operacional dentro de qualquer outro hoje em dia. A RAM é muito barata também. Se não fosse pela RAM e virtualização, essa ideia pode valer a pena. No entanto, não vejo muita atração no mercado atual.

    

Answer 3

O Hibernate funciona porque o sistema operacional tem a garantia de que, quando ele acordar, tudo estará exatamente no estado em que estava quando o sistema operacional foi suspenso.

Se você permitir que um segundo SO seja executado enquanto o primeiro sistema operacional estiver inativo, ele poderá fazer alterações no disco rígido; quando você voltar para o primeiro sistema operacional, pareceria que o disco foi instantaneamente alterado. O sistema operacional deve estar preparado para isso ou você precisaria manter cada sistema operacional em partições separadas e garantir que elas não interfiram umas nas outras.

Assim, você provavelmente poderia fazê-lo funcionar, mas os dois sistemas operacionais não poderiam se comunicar um com o outro, o que provavelmente tornaria o recurso menos interessante do que executar o segundo sistema operacional em uma máquina virtual.

    

Answer 4

Então, basicamente, você está pedindo para poder hibernar e, em seguida, reiniciar em outro sistema operacional, mas economizar alguns segundos de tempo para passar pela BIOS? Parece muito esforço apenas para salvar esses poucos segundos. A maior parte do tempo seria gasto em hibernação de um sistema operacional e de hibernação do outro sistema operacional, portanto isso economizaria apenas uma pequena fração do tempo total.