Duvida entre x86 e x64. [RESOLVIDO]

px
(usa Debian)

Enviado em 21/10/2013 - 05:13h

Bem instrutivo! esse cara vive nos abençoando com seu conhecimento, rsrs.

Mas esta conta dos 2 elevado ao número de bits não seria no caso a capacidade da memória?

corrija-me se estiver errado

lcavalheiro
(usa Slackware)

Enviado em 21/10/2013 - 08:35h

Anna, para um sistema operacional 64bits rodar aplicações de 32bits (isso vale pro Windows, pro GNU / Linux, pros BSD...) não é tão trivial assim. Ou o sistema roda com camada de compatibilidade (solução adotada pelo Windows, que faz com que os sistemas 64bits sejam mais lentos que um sistema 32bits no mesmo computador), ou o sistema roda com multilib (solução do GNU / Linux e do BSD). No multilib o sistema tem as bibliotecas tanto em 32bits quanto em 64bits, e chama a mais apropriada pro caso. O João explicou isso com maestria.
O Slack é a única grande distro que não tem o multilib ativado por padrão. Para isso será preciso seguir as dicas de um artigo meio que desconhecido por aqui: http://www.vivaolinux.com.br/artigo/Guia-pos-instalacao-do-Slackware/. Ao autor do tópico, peço desculpas se o artigo parecer críptico, mas eu vinha de uma insônia de uma semana e o escrevi de cabeça pois estava em uma máquina Windows. O artigo surgiu justamente por conta de uma pergunta desse tipo que o Daniel (creio eu) fez à época do ano novo.



O problema não é só o kernel. Se a BIOS não tiver suporte ao PAE, não adianta o kernel ter essa facilidade. Dito isso, sim, os kernel SMP do Slackware têm suporte à PAE.



No Debian, né garotão? No Slack não é trivial assim não. Outra coisa, não é só porque tem 4GB que o sistema é 64bits, quem determina isso é o processador.

Buckminster
(usa Debian)

Enviado em 21/10/2013 - 09:02h

"Bem instrutivo! esse cara vive nos abençoando com seu conhecimento, rsrs.

Mas esta conta dos 2 elevado ao número de bits não seria no caso a capacidade da memória?

corrija-me se estiver errado."

Obrigado px.

É base 2, pois é sistema binário, serve tanto para sistemas operacionais quanto para memória, aliás serve para tudo quanto for relacionado com código binário, lógico.

32 e 64 bits referem-se à maneira como o processador e o sistema processam as informações, ou seja, é o volume de dados trafegados e/ou processados.

Lembrando que o sistema binário (0 e 1) é somente uma representação para nós humanos.
Na verdade o 0 e o 1 representam voltagens.
Atualmente, num determinado circuito, o 0 pode ser 3 V por exemplo, mas em outro determinado circuito pode ser 5 v ou 0,1 V, ou 2 V, etc, e com o 1 é a mesma coisa. Isso muda de circuito para circuito, grosso modo, de placa-mãe para placa-mãe, em se tratando de computadores.

Basicamente, é por causa disso que cada sistema precisa ter seus próprios drivers para um mesmo dispositivo de hardware (Linux e Windows na mesma máquina, por exemplo).
O driver irá interpretar as informações e passar ao sistema operacional, fazendo uma espécie de correção das voltagens para que o sistema entenda.

Por isso que eu costumo dizer que programar nada mais é do que manipular voltagens (saudades do tempo da escovação de bits... bleeeaaargh).

px
(usa Debian)

Enviado em 21/10/2013 - 12:04h

Haha, valeu novamente. Se tiver com saudades da uma passada pelo assembly novamente que vai lhe distrair um cado, rsrsrs.

PS: mas minha dúvida permanece, tipo são os dois bits (0 "desligado" 1 "ligado") isso eu sei, mas esta conta dos 2 elevado à 64 são a quantidade de bits que o processador pode ver/armazenar/gerenciar em forma de binários (0 1) da/na memória ram?

Buckminster
(usa Debian)

Enviado em 21/10/2013 - 12:45h

Ok, entendi... vamos lá:

32 e 64 bits representam a quantidade de dados e instruções que o processador e o sistema operacional conseguem trabalhar por vez em toda e qualquer operação realizada.
Tanto o processador quanto o sistema devem ter suporte à 32 e/ou 64 bits, senão não 'funfa'.

Tem nada a ver com a memória RAM. A memória RAM (Random Access Memory - Memória de Acesso Aleatório) é a memória na qual o processador armazena os endereços (tipo um índice) de onde ele pode encontrar determinada informação em todo o computador. Via de regra, primeiro o processador consulta a memória RAM para depois acessar os dados propriamente ditos, dados estes sobre dispositivos, aplicativos, programas, etc.
A quantidade de bits que são armazenados na memória RAM depende do dispositivo, do aplicativo, do programa, etc, isso varia para cada um.

Imagine uma cozinha, o processador é o cozinheiro, a memória RAM é a mesa onde ele trabalha com os ingredientes e a geladeira é o HD.
Quanto maior a mesa, mais ingredientes o cozinheiro poderá colocar nela e assim não precisará ir na geladeira todo tempo.
Se a mesa (RAM) não tiver espaço suficiente, o cozinheiro (processador) terá que acessar a geladeira (HD) todo o tempo.
E o acesso do processador ao HD é bem mais lento do que à memória RAM.

Exemplificando sobre 32 e 64 bits
Com 16 bits (antigo), por exemplo, pode se manipular um número de valor até 65.535 (2 elevado na 16). Se uma operação tem um valor de, por exemplo, 100.000 bits, essa operação terá de ser feita em duas partes.

Operação aqui refere-se a todo e qualquer processamento efetuado no computador, ou seja, a todo e qualquer dado que trafega pelo computador.

A mesma operação de valor 100.000 bits em um sistema de 32 bits (2 elevado na 32 = 4.294.967.296) será realizada de uma vez só diminuindo o tempo e aumentando assim, o desempenho do computador.

Aplicações em 3D (jogos) e programas pesados requerem boa capacidade para cálculo e aí um processador com um sistema de 64 bits pode fazer diferença. Suponha que determinadas operações utilizem valores superiores a 4.294.967.296 bits (hoje em dia os jogos passam esse valor fácil, fácil). Um processador de 32 bits terá que realizar cada etapa em duas vezes ou mais, dependendo do valor usado no cálculo (é nessa hora que o personagem do jogo trava, os raios pulam, etc). Porém, um processador com um sistema de 64 bits fará esse trabalho de uma única vez em cada operação.

Os processadores modernos vem com suporte à 32 e 64 bits, o que definirá a capacidade da máquina será, portanto, o sistema operacional colocado nela (32 ou 64 bits).

A palavra-chave não é "velocidade", mas "capacidade". Compare a um trem cujo motor está preparado para suportar mais vagões. Ele carregará mais, o que diminui a quantidade de viagens, mas sua velocidade continuará a mesma.
A velocidade nesse caso, depende bastante dos barramentos da placa-mãe, da tecnologia empregada, etc. A velocidade, nesse caso, é medida em MHz ou GHz, não em bits.

Logicamente, um computador é uma máquina com vários componentes, o maior erro cometido é achar que o desempenho está somente no processador e na memória RAM. Isso é falso.
É um conjunto de coisas, até o monitor influencia no desempenho do computador.
Mas é lógico que um bom processador faz a diferença.

Espero ter tirado a tua dúvida px.

px
(usa Debian)

Enviado em 21/10/2013 - 13:14h

Agora entendi! as coisas são desvinculadas uma da outra.

É vdd vejo muita gente querendo gastar dinheiro em processador e memória ram mas não sabem nem se o barramento da placa suporta totalmente o processador. Não adianta nada colocar um bulldozer de 3° geração pra rodar numa Asus de baixo custo como as "mlx" pelo amor de Deus!

Ou um i5/i7 numa placa de entrada.

A primeira coisa que acontece nesses casos é um capacitor eletrolítico (fraquinho, fraquinho) derramar sua "aguinha" na placa mãe, ai depois é culpa do técnico que montou o pedido não do cliente que quis economizar na 2° coisa mais importante do computador.

albfneto
(usa openSUSE)

Enviado em 21/10/2013 - 13:20h

sua informação de que há mais suporte para 32 Bits, é obsoleta... Não vejo mais vantagens em usar linux de 32 Bits, só em máquinas antigas que não são 64 bits
quanto a adequar o kernel, tambem não vejo vantagem. eu usaria Linux de 64 Bits direto.

lcavalheiro
(usa Slackware)

Enviado em 21/10/2013 - 13:22h

Alberto, eu te respondo com três palavras: Skype, Steam e Wine. Esses teimosos não liberaram ainda versão para 64bits. Aí a paciência vai pro [*****], porque se não fosse por esses carinhas era muito mais tranquilo usar só o 64bits pra tudo.

Buckminster
(usa Debian)

Enviado em 21/10/2013 - 13:43h

https://wiki.debian.org/skype << Skype Debian 64 bits

http://pkill-9.com/to-install-skype-64-bit-debian-wheezy/ << outro.

http://sejalivre.org/instalando-o-steam-no-debian-7-wheezy/ << Steam Debian 64 bits

http://wiki.winehq.org/WineOn64bit << Wine em Linux 64 bits.

http://fabioalvaro.blogspot.com.br/2013/08/como-instalar-o-skype-no-slackware-14.html << Skype no Slackware 64 bits.

E por aí vai...

lcavalheiro
(usa Slackware)

Enviado em 21/10/2013 - 13:46h

João, obrigado pelas atualizações. Eu não disse que não dava pra instalar, eu disse que esses programas são desenvolvidos em 32bits apenas. Mas dá pra instalá-los em 64bits de boa, tanto que eu tenho esses três safadinhos nos meu computadores (os dois 64bits, um Debian e outro Slack).

Buckminster
(usa Debian)

Enviado em 21/10/2013 - 13:50h

Mas então dá para usar Linux 64 bits para tudo.

lcavalheiro
(usa Slackware)

Enviado em 21/10/2013 - 13:53h

Sim. Eu disse que a coisa vai pro [*****] porque no Slack você precisa ativar o multilib primeiro, e eu acho que misturei com o assunto do outro tópico sobre o qual falava do Slack...