A inicialização dupla divide a RAM entre os dois sistemas?

46

Gostaria de instalar o Kali Linux no meu computador usando a inicialização dupla. Meu computador possui 8 GB de RAM. Essa RAM será separada em 4 GB para o Kali Linux OS e 4 GB para Windows se eu usar a inicialização dupla?

Dr. vales
fonte
134
Em uma inicialização dupla, o Windows ou o Kali são carregados. Nunca ambos de uma vez #
Eric F
141
Esta é uma pergunta bastante básica. Não tem vergonha disso, cada um de nós aprendeu isso em algum momento no passado, você está aprendendo agora; está perfeitamente bem. No entanto, por favor, leia isso sobre o Kali Linux , pois você pode economizar muita frustração.
Kamil Maciorowski
31
Como Kamil afirmou, você pode ler o manual do Kali, já que o Kali não é um bom sabor do Linux, pois requer muito mais conhecimento comparado a algo como o Ubuntu.
Eric F
77
Olha, não quero ofender (todos nós precisamos começar em algum lugar ), mas se você tiver que fazer essa pergunta, kali não é para você. A documentação, oficial e aqui na troca de pilhas, irá assumir que você sabe coisas que evidentemente não sabe.
21418 Jared Smith
15
Não pretendo me amontoar nos outros comentários, mas quero declarar explicitamente que quase não há razão para iniciar o Kali com inicialização dupla. De fato, quase não há razão para inicializar o Kali, e ele deve ser usado com mais freqüência em uma VM. Se estiver sendo inicializado como um sistema operacional host, provavelmente será uma máquina criada especificamente para os fins para os quais o Kali é usado. Se você é iniciante no Kali, nunca deve instalá-lo e tentar usá-lo para os fins a que se destina como um sistema operacional host em sua própria máquina. Devido à natureza do objetivo do Kali como sistema operacional, isso pode resultar em falha catastrófica e perda de dados.
AlexanderJ93

Respostas:

241

Outros já responderam corretamente que não, a RAM não seria dividida nesse caso, mas quero acrescentar uma explicação do motivo .

Acho uma analogia útil para o funcionamento de um computador é uma cozinha. A RAM é o espaço no balcão. É um espaço à mão para armazenar temporariamente as coisas com as quais você está trabalhando. Como um balcão de cozinha sendo limpo quando terminar de cozinhar, a RAM é limpa quando o computador é desligado. O disco rígido é a geladeira e a despensa, armazenamento de longo prazo e acesso menos fácil. Os dados são os ingredientes e os programas são receitas. O chef é o sistema operacional.

Você é o proprietário da casa e atualmente emprega um chef inglês (Windows). Você deseja experimentar algumas receitas de livros de culinária escritos em francês, mas não consegue encontrar traduções adequadas. Então você quer contratar um chef que fala francês (Linux).

Como os chefs têm seu próprio conjunto de livros de receitas e ingredientes, cada um deles precisará de seu próprio espaço na despensa (disco rígido) enquanto você os empregar. A necessidade de dividir o espaço no balcão (RAM) depende se eles funcionam ao mesmo tempo. Se apenas um chef estiver trabalhando de cada vez, eles terão uso exclusivo de todo o espaço no balcão. As coisas do outro chef estão fora do balcão e armazenadas. Se, no entanto, você executar dois sistemas operacionais simultaneamente, como dizer aos chefs para trabalharem juntos, um como Chef de Mesa (host) e outro como Sous Chef (virtual), eles precisarão dividir tudo. Eles terão que se revezar com os aparelhos (CPU, GPU, etc.) e precisarão marcar espaços de trabalho separados no balcão para colocar seus livros de receitas e ingredientes enquanto trabalham.

Jared K
fonte
6
Uma analogia surpreendentemente apropriada, posso sugerir uma explicação (muito breve) da virtualização? O conhecimento de alguém que chega a essa pergunta pode não ser alto o suficiente para entender completamente a que o Chef Sous se refere. Talvez mencionando o hyper-v / vmware para dar a eles algo para procurar #
Michael B
1
e é RAM, não RAM. Coisas totalmente diferentes
phuclv
3
A analogia "RAM como mesa" é um dos meus favoritos para usar. Ela se estende bem, ainda melhor em um contexto de cozinha: (1) expansão de RAM = adicionando outra tabela ou comprando uma tabela maior (2) Memória virtual = se houver mais itens do que cabem na mesa, alguns terão que ser colocados despensa e você acabará perdendo tempo viajando entre a despensa e a bancada (3) A mesa é organizada com base na facilidade de acesso. A despensa é organizada com base em quanto você pode armazenar nela. (4) máquina virtual = O chef principal permite que o sous chef de usar parte de seu banco
Flater
6
Eu gosto de como os livros de receitas agem sobre os ingredientes, mas também são armazenados com os ingredientes. É perfeito para como os programas são armazenados juntamente com os dados. Um dos meus usos favoritos era explicar como erros de ponteiro não verificados resultam em dados de lixo. Se o chef for para a parte errada do balcão e pegar o que estiver lá, poderá acabar colocando um livro de receitas no liquidificador. :)
Jared K
3
Gosto muito da sua analogia, mas sinto que você está perdendo a seção em que explica que a inicialização dupla é análoga a pedir que um chef trabalhe de cada vez (por exemplo, crepes [francês] no café da manhã, cornish pasties [britânico] para jantar), ao solicitar que eles trabalhem juntos, exige virtualização de alguma variedade (hipervisor / emulador).
3D1T0R
74

Para inicialização dupla, não ... Você terá um ou outro em execução ao mesmo tempo.

Se você quer ter tanto rodando ao mesmo tempo, então você poderia usar um hypervisor .

Você pode estar interessado em um dos seguintes:

  • VirtualBox - execute o Windows ou Linux nativamente e coloque o outro em uma VM - tipo 2 / hospedado
  • ESXi - execute Windows e Linux em uma VM - tipo 1 / nativo
Attie
fonte
19
Portanto, "inicialização dupla" não é realmente "inicialização dupla", mas "inicialização alternativa".
precisa saber é o seguinte
3
Sim! ... " flip-flopping entre sistemas operacionais " ... Eu nunca tinha pensado nisso antes.
21418 Attie
2
@ gnasher729 Eu não chamaria isso de inicialização "alternativa", porque isso implica que há um sistema operacional primário ou "principal", que não é o caso da inicialização múltipla. (Coisas como ambientes de recuperação, aqueles são botas "alternativos", uma vez que eles dependem e só existem para aumentar ou manter o sistema operacional primário eles estão associados.) Mas com / multiboot dupla, os vários sistemas operacionais são completamente separados mas iguais: Eles não dependem um do outro de forma alguma, e o que for inicializado possui um comando completo e exclusivo do hardware do sistema enquanto estiver em execução.
FERD
9
Pense em "bota dupla" no mesmo sentido que "motor de velocidade dupla" - esse não é um motor que, de alguma forma, pode ir duas velocidades ao mesmo tempo, mas sim um motor que oferece duas relações de marchas distintas nas quais pode alternar quando necessário. Nesse caso, como em um sistema de inicialização dupla, apenas um pode ser usado a qualquer momento.
FERD
3
@DamianYerrick Eu uso o Grub savedefault, então o sistema operacional que inicializa sempre que o grub expira é o sistema operacional em que eu iniciei pela última vez. Realmente não existe um "sistema operacional principal", porque você pode excluir qualquer um dos sistemas operacionais instalados e todos os outros ainda funcionarão perfeitamente. Conceitualmente, eles são iguais. Praticamente, o único "sistema operacional principal" real em um sistema de inicialização múltipla é ... bem ... grub.
Ferd
27

Não, eles receberão 8 GB (desde que sejam a versão x64 do sistema operacional).

Na inicialização dupla, apenas um sistema operacional está em execução por vez.

Você precisa fornecer a ambos espaço em disco rígido ao instalá-los, mas ambos obtêm acesso total à RAM do sistema quando são inicializados.

Frank Thomas
fonte
4
Para esclarecer, geralmente os sistemas operacionais de 32 bits podem endereçar apenas cerca de 3,5 GB de memória - matematicamente deve ser de 4 GB, mas devido ao espaço de endereço reservado / etc, a quantidade real disponível será menor.
Doktor J
Não se esqueça do PAE .
3D1T0R
22

Infelizmente, a "inicialização dupla" não significa que você pode inicializar dois sistemas no mesmo computador ao mesmo tempo.

Isso significa que você pode inicializar dois sistemas no mesmo computador, mas ainda apenas um de cada vez.

(Não se limita a dois; você pode configurar muitos outros, dependendo dos requisitos do carregador de inicialização que eles possuem. Mas, por alguma razão, dois se tornaram populares primeiro, portanto, a "inicialização dupla" é muito mais comum que a "inicialização múltipla".)

Como apenas um sistema é executado por vez, o sistema em execução tem controle total de toda a RAM, além da energia da CPU e de todo o outro hardware.

O que é dividido é o espaço em disco. O quão dividido depende de quão cooperativos são os diferentes sistemas. No mínimo, você precisa de um volume de inicialização separado para cada um, e os sistemas que não se dão bem podem ser totalmente incapazes de acessar os sistemas de arquivos de cada um. Portanto, a coleção de músicas que você possui no Windows Media Player não será tão fácil de acessar no Linux. (De um modo geral, diferentes sabores e versões do Linux se dão muito bem, e diferentes versões e edições do Windows variam de não cooperativas a hostis.)

Como o sistema em execução tem controle total do hardware, ele pode fazer coisas como reformatar os discos nos quais os outros sistemas estão instalados. É assim que você pode adicionar ou remover um sistema enquanto outro está em execução, mas como sempre, faça backup de tudo e verifique novamente o que está fazendo antes de apagar ou remover partições.


Como já foi dito, é possível executar vários sistemas operacionais no mesmo computador ao mesmo tempo, mas eles não têm acesso igual ao hardware.

  • Aquele que inicializa primeiro, iniciado pelo BIOS da ROM, é o "Host OS" e possui controle total do hardware físico, conforme descrito acima
  • Cada "SO convidado" adicional deve ser executado em uma Máquina Virtual, iniciada pelo software "hypervisor" e ter tanto acesso ao hardware físico quanto um aplicativo comum
  • Assim como um aplicativo comum, qualquer memória alocada para um SO convidado não está disponível para outro uso pelo SO Host enquanto o SO Guest estiver em execução. Essa é a coisa mais próxima da divisão da RAM entre dois sistemas , mas não se limita a dois.
  • O compartilhamento de dados entre os SOs Host e Convidado ou vários SOs Convidados também é limitado. Os discos rígidos virtuais são normalmente arquivos comuns no sistema de arquivos do Host, mas contêm um sistema de arquivos potencialmente incompatível, e acessar arquivos em outros sistemas de arquivos armazenados em arquivos pode exigir mais etapas do que acessar arquivos em outros sistemas de arquivos armazenados em discos físicos. E, é claro, se você ficar preso onde não pode ler os arquivos do Host, também perderá os discos virtuais do Convidado.

Atualmente, o uso de máquinas virtuais é bastante comum, mas não era amplamente prático até quase duas décadas após o termo "inicialização dupla" ser bem conhecido dos usuários avançados.


Obviamente, também é possível obter dois (ou mais) computadores. Se o seu principal interesse é experimentar mais sistemas operacionais e se você tiver acesso a um revendedor de computadores usados, provavelmente poderá obter vários computadores usados ​​bons o suficiente para experimentação pelo preço de um computador novo e brilhante que tenha energia suficiente para executar várias tarefas virtuais. máquinas sem engasgar.

ShadSterling
fonte
"Para que a coleção de músicas que você possui no Windows Media Player não seja tão fácil de acessar no Linux". Na verdade, as versões mais recentes do kernel do Linux (2.6.xe mais recentes) têm um suporte NTFS embutido bastante bom, portanto, supondo que os arquivos estejam no volume principal do Windows e não estejam criptografados, a instalação do Linux poderá acessar arquivos de música armazenado no volume do Windows. O Linux para Windows é o mais difícil, pois o Windows não oferece suporte a ext3 \ 4, embora hoje em dia a maioria das distribuições Linux para consumidores possa criar um volume formatado em NTFS que possa ser usado para armazenar os arquivos de música compartilhados.
21418 Sean
Na verdade, o Windows tem suporte para ext3 e 4 através de software do 3o partido (como Linux depende NTFS-3G) superuser.com/questions/37512/...
Elcan
Eu disse que eles " podem ser totalmente incapazes de acessar os sistemas de arquivos uns dos outros" porque não há uma maneira à prova de bombas para garantir o acesso através de sistemas operacionais arbitrários, não porque nunca seja possível. Se você ainda não está familiarizado com as ferramentas (ou se elas foram alteradas), pode levar dias de trabalho extra para configurar e, de qualquer maneira, não fazer o que você deseja. O NTFS é um destino móvel, a próxima atualização pode (não será, pode) ser incompatível com o ntfs-3g. Os comentários no seu link sugerem que o software de terceiros nem sempre é seguro para instalar. E mesmo que o FS funcione, você pode adicionar à sua biblioteca do Windows Media a partir do Linux?
precisa saber é o seguinte
14

Não.

Você só pode inicializar em um sistema operacional por vez. Cada sistema operacional (assumindo 64 bits, não 32 bits) terá acesso a toda a sua RAM.

Tetsujin
fonte
3
Por meio do PAE, é possível acessar 8 GB de RAM em um sistema operacional de 32 bits. E os hipervisores permitem inicializar vários sistemas operacionais ao mesmo tempo.
ChrisInEdmonton
@ ChrisInEdmonton: No entanto, o uso de um hipervisor NÃO é o mesmo que a inicialização dupla.
3D1T0R
6

Sua RAM nunca é dividida. Qualquer sistema atualmente carregado tem acesso a toda a memória dentro do sistema. É volátil, portanto é limpo quando você desliga o computador.

Aashishkebab
fonte
1
Isso não está totalmente correto. Procure hipervisores bare metal.
precisa saber é o seguinte
2
@gronostaj Nesse caso, eu diria que o hipervisor é o 'sistema' no sentido apresentado na resposta aqui.
Cubic
0

Ele não dividirá sua RAM em duas, mas o que você deve saber é que provavelmente dividirá seu armazenamento em duas; por exemplo, se você tiver um disco rígido de 500 GB, precisará usar parte dela para o sistema operacional A e parte dele para o sistema operacional B, seja de 250 GB para cada, 100 GB para A e 400 GB para B ou qualquer outra proporção que você desejar.

Enquanto você está no controle total sobre a quantidade de armazenamento que dedica a cada sistema operacional, sempre terá que comprometer parte dele para fazer a inicialização dupla. Especialmente porque cada sistema operacional geralmente possui seu próprio sistema de arquivos, que geralmente não é compatível com outros sistemas operacionais ou, pelo menos, não é trivial para ser compatível.

Diogo Sperb
fonte
-1

Por padrão, não. Mas se você usar algum tipo de ferramenta como o VMware vSphere, poderá obter esse tipo de funcionalidade. Você pode obter uma execução paralela dos dois sistemas. Você pode até dedicar 70% da RAM a um sistema e 30% da RAM a outro etc. Enquanto estiver no comportamento padrão de cada sistema operacional, ele se considera um mestre. Ele analisa quais processadores, discos rígidos, memória e adaptadores de rede estão instalados e se trata como proprietário de tudo isso. E apenas ferramentas especiais podem dividi-las de outra maneira.

Yuriy Zaletskyy
fonte
-2

Não, a inicialização dupla não dividirá a RAM. No entanto, se você estiver executando o Kali com uma máquina virtual (ou seja, VMWare), precisará alocar RAM para o sistema operacional virtual.

Datta
fonte
5
Isso não adiciona nada às respostas já existentes.
ChrisInEdmonton
Sinto muito, apenas juntei a troca de pilhas. Você pode me fornecer o link das regras para publicar um comentário.
Datta
@DebojyotyDatta Dê uma olhada no tour . Em resumo, o SE é um site de perguntas e respostas onde as respostas precisam responder à pergunta. Os comentários são efêmeros e são para esclarecimentos sobre a resposta ou pergunta. Não desanime, é assim que o SE mantém um alto nível de qualidade. Apenas tente responder a outra pergunta.
Criggie
@DebojyotyDatta A única regra que você precisa saber. Não envie comentários como resposta. Portanto, se você considera o que você enviou como um comentário, ele não deveria ter sido enviado como resposta.
Ramhound 27/04