Ir ao conteúdo
  • Cadastre-se

jpsh

Membro Júnior
  • Posts

    2
  • Cadastrado em

  • Última visita

Reputação

0
  1. Olá amigos do Clube do Hardware, Eu estou tentando montar um esquema de dual-boot no meu Notebook. Eu já tinha instalado o Windows 8.1, e agora instalei o Fedora 20. Não sei por quais motivos, mas após instalar o Fedora, o GRUB dele não iniciava, ou seja, o Windows inicia direto. Então utilizei o programa EasyBCD, que utiliza o Gerenciador de Inicialização do Windows (uma espécie de GRUB) para setar o sistema operacional que se deseja. O "GRUB" da Microsoft, quando eu clico para ir para o Fedora 20, ele me leva para um terminal do GRUB, esse verdadeiro, onde pesquisando alguns comandos eu consegui fazer o Fedora fazer boot. Segue tal comando: root (hd0,4) kernel /vmlinuz-3.11.10-301.fc20.x86_64 root=/dev/sda7 initrd /initramfs-3.11.10-301.fc20.x86_64.img Mas esse comando não fica salvo. Eu queria que toda vez que eu selecionasse no "GRUB" da Microsoft o Fedora 20, ele já executasse esse comando, e não me levasse para um outro GRUB para ter que digitá-lo. Obrigado!
  2. Olá! Minha dúvida está em como os compiladores "sabem" em quais instruções de um determinado processador (Assembly) ele deve transformar a linguagem de programação de alto nível. Por exemplo, como pode um mesmo compilador, compilar para o processador 80386 e para um i7, já que o i7 possui instruções mais sofisticadas, assim podendo ser mais eficiente? Existe algum tipo de comunicação entre o compilador e o processador para buscar todas as instruções deste determinado processador e assim o compilador poder montar o código de montagem mais eficiente possível para este determinado processador?

Sobre o Clube do Hardware

No ar desde 1996, o Clube do Hardware é uma das maiores, mais antigas e mais respeitadas comunidades sobre tecnologia do Brasil. Leia mais

Direitos autorais

Não permitimos a cópia ou reprodução do conteúdo do nosso site, fórum, newsletters e redes sociais, mesmo citando-se a fonte. Leia mais

×
×
  • Criar novo...