Logo Hardware.com.br
angeloshimabuko
angeloshimab... Veterano Registrado
933 Mensagens 67 Curtidas
#17 Por angeloshimab...
06/07/2006 - 14:05
Opa! O GNU/Linux é um SO de 64 bits há bastante tempo. Não é culpa da comunidade Linux se algumas aplicações (OpenOffice, p. ex., é SL mas executa em Unix, Mac OS e Windows) só foram desenvolvidas em 32 bits. Alguns problemas são devidos a softwares proprietários, como o Flash. O Firefox, por exemplo, roda em 64 bits, mas sem o plugin Flash, que só roda em 32 bits.

A questão de enjaular aplicações de 32 bits ocorre em algumas distribuições (citei o Debian, que tem como projeto possibilitar executar aplicações de 32 bits diretamente "multi-arch", o que ocorre em outra plataformas), mas parece que o Gentoo trabalha de forma diferente. Verifiquem!
Marcelo de Matos Soeiro
Marcelo de M... Super Zumbi Registrado
13.3K Mensagens 159 Curtidas
#18 Por Marcelo de M...
06/07/2006 - 17:59
Bom, caro Angeloshimabuko, concordo com você apenas parcialmente... você deu uma explicação brilhante mais acima, portanto, quem desenvolve software deveria, sem nenhuma dúvida, tornar isso transparente para o usuário. Tanto a Intel quanto a AMD lançaram projetos de processadores híbridos, para que essa transição fosse suave, mas, infelizmente, até agora, ela só foi para o hardware, não para o software. Como eu disse, um programa de 32 bits deveria poder ser instalado normalmente em uma distro de 64 bits sem o usuário precisar saber se tem libs de 32 e 64 bits instaladas, chroots e coisas do gênero... bom, é minha opinião.
Fiquem com Deus.
Mandriva 2010.2 | GNOME 2.30 | Xfce 4.6.1 | KDE 4.5.5
Linux User 169925
E há de ser que todo aquele que invocar o nome do Senhor será salvo; (Jl 2:32)
angeloshimabuko
angeloshimab... Veterano Registrado
933 Mensagens 67 Curtidas
#19 Por angeloshimab...
06/07/2006 - 20:44
Marcelo, veja só: o primeiro processador de 32 bits na arquitetura x86 foi lançado em 1985 (386). A MS só lançou um SO de 32 bits para desktops em 1995 (Windows 95) juntamente com o Office 95. O Office anterior era o 4.3, que continha, por exemplo, o Word 6.0 e o Excel 5.0, e era de 16 bits. Foram 10 anos de intervalo.

Para que as aplicações de 64 bits sejam desenvolvidas, tem que haver necessidade do mercado. Se você não tem necessidade dessas aplicações, use as de 32 bits num SO de 32 bits. Atualmente, a principal necessidade de um SO de 64 bits é para quem precisa de muita memória (o limite para 32 bits é de 4 GiB; o PAE tem restrições de uso). Se você utiliza um SO de 64 bits, mas suas aplicações são de 32 bits, elas estão sujeitas às limitações de 32 bits ainda, como acontecia com as aplicações de 16 bits em plataformas de 32. Quanto às facilidades de instalação e utilização híbrida, estão ocorrendo iniciativas, como já citei (Debian "multi-arch"), mas demanda tempo.

Você citou a AMD e Intel como tendo lançado processadores híbridos. Se entendi direito, você refere-se aos processadores de 64 bits x86-64 (AMD64 e EM64T). Na verdade, que lançou essa arquitetura foi a AMD, pois a Intel considerava que não seria necessário fazer uma migração gradual, por isso lançou o Itanium (IA-64). Quando a AMD lançou o Opteron (2003), o objetivo era suprir uma demanda específica para o mercado de servidores "entry level" e "workstations" de alto desempenho, cuja necessidade de memória já superava os 4 GiB. A Intel só lançou o Xeon com EM64T em 2004. Há muito "marketing" por parte da AMD em relação a essa tecnologia, mas a necessidade do usuário doméstica ainda não atingiu esse patamar.
jose_silva_neto
jose_silva_n... General de Pijama Registrado
4.6K Mensagens 98 Curtidas
#20 Por jose_silva_n...
07/07/2006 - 01:51
aachen
Alguém ae já testou o Fedora 64 ? é melhor que o 32? e as incompatibilidades?


Boa noite,

Eu baixei e instalei o CentOS 4.3 (versão 64 bits), possui compatibilidade binária plena com o Red Hat Enterprise 4 e portanto, com o Fedora 3. Detectou sozinho o som e o vídeo, no caso do vídeo, não foi além dos 800 x 600, não há xorgconfig, é preciso editar o arquivo de configuração diretamente.
Como é uma versão para servidores, os aplicativos do DVD são poucos, o suporte a mp3 é podado (tradição da família Red Hat), só como experiência, eu compilei o mplayer nele, o que transcorre sem nenhum problema no Slackware, no CentOS eu tive ao final um mplayer que não conseguia permissão de leitura para alguns codecs de vídeo...
Apesar de ser uma distribuição automática, algumas coisas podem ser instaladas via compilação, meu interesse é em banco de dados, o postgresql e o mysql (últimas versões) compilaram normalmente, mas algumas ferramentas de administração não funcionam porque estão amarradas a pacotes nativos pré-compilados, um exemplo é o tora ( http://tora.sourceforge.net/ ), um excelente cliente gráfico para administração, a versão nativa do CentOS simplesmente não consegue acessar o mysql 5.022 por causa da biblioteca usada (do pacote nativo) na compilação do tora, a solução para isso seria recompilar o toolkit QT, não me atrevi a fazer isso porque seria como ficar andando num campo minado, a qualquer momento uma dependência quebrada poderia desestabilizar o sistema como um todo.
Bem...tirando essas atitudes de minha parte meio...digamos...hacking, o sistema é bom, o tema Blue curve é muito bonito, o kernel família 2.6 funciona direitinho, a montagem automática de dispositivos USB também...e também não é um sistema 64 bits puro, ainda há bibliotecas de 32 bits para retrocompatibilidade.

Té+

Kali
Marcelo de Matos Soeiro
Marcelo de M... Super Zumbi Registrado
13.3K Mensagens 159 Curtidas
#22 Por Marcelo de M...
07/07/2006 - 09:08
Caro Angeloshimabuko, pode ser que as necessidades do usuário não tenham chegado aos 64 bits ainda para a maioria das aplicações, mas, tenho certeza de que jogos se beneficiariam, e muito, com a maior precisão em bits...
Quanto aos processadores, sim, me referia aos x86-64. Mas, claro que os maiores beneficiados com a tecnologia serão os servidores, principalmente por causa do endereçamento de memória, como você citou, limitado hoje a 32 bits, ou 4GB... e, do lançamento do 386, como você bem citou, primeiro processador de 32 bits para o Windows 95, estávamos em uma época em que a evolução tecnológica, seja em hardware, seja em software, não galopava como acontece hoje. As coisas eram lentas, mesmo. Hoje vemos placas de vídeo top de linha hoje se tornarem apenas medianas daqui há 2 anos no máximo... mesmo que o Windows XP de 64 bits não seja bom, ele foi anunciado pouco depois do anúncio da AMD. Seria até absurdo se tivéssemos que esperar outros 10 anos para concretizar essa transição, você não acha?!?! Os Athlon 64 já estão no aí há três anos e estão suficientemente maduros no mercado, o mesmo ainda não aconteceu com o software. Não vejo porque não poderia usar um SO híbrido, também, de 64 bits com aplicativos de 32 bits quando necessário, se isso é perfeitamente possível...
Fiquem com Deus.
Mandriva 2010.2 | GNOME 2.30 | Xfce 4.6.1 | KDE 4.5.5
Linux User 169925
E há de ser que todo aquele que invocar o nome do Senhor será salvo; (Jl 2:32)
angeloshimabuko
angeloshimab... Veterano Registrado
933 Mensagens 67 Curtidas
#23 Por angeloshimab...
07/07/2006 - 20:18
Marcelo, SOs híbridos são utilizáveis. Tanto o GNU/Linux como o Windows XP 64 executam aplicações de 32 bits. Só que ainda existem alguns problemas, e isso leva tempo para resolver. É perfeitamente plausível fazer ajustes e configurações manuais ou personalizadas.

Quem usa GNU/Linux deve acostumar-se com o fato que existe uma diferença no modo como as coisas são feitas. SL/CA não significa facilidade de uso. Embora existam comunidades e projetos voltados para criar interfaces amigáveis para o usuário leigo, é pouco provável que, no curto prazo, exista uma interface baseada no GNU/Linux ou FreeBSD no mesmo nível que o Mac OS X já atingiu.

Como afirmei antes, não sei quanto às outras distros Linux, mas no Debian, o projeto para executar aplicações de 32 bits no Debian AMD64 diretamente ainda não está pronto.

Você diz que a evolução do hardware _e_ do software é mais rápida hoje. Discordo quanto ao software. A própria MS lançou, entre 1995 e 2001, uma release de SO doméstico por ano (95, 95b, 95c, 98, 98se, Me, XP). E de 2001 até hoje (5 anos), apenas duas releases do XP (SP1 e SP2). E o Windows Vista só deve ser lançado em 2007. O Debian, por exemplo, teve um ciclo muito rápido entre a versão 1.0 e a 2.2, mas patinou na 3.0 e 3.1 (foram 3 anos entre as duas últimas). Apenas agora, após 2 trocas de Líder de Projeto, está sendo feita uma tentativa de diminuir esse tempo, à custa do abandono de uma ou outra plataforma.

Não se esqueça que muitos jogos utilizam recursos SSE (1, 2 e 3), e os registradores multimídia têm 64 bits (MMX) e 128 bits (XMM) desde antes do x86-64 (Pentium 4, 2000). No x86-64 a melhoria é que o número de registradores de 128 bits (XMM) dobrou.

Não acredito que levem 10 anos para ocorrer a transição, mas é pouco provável uma migração maciça para 64 bits (GPR) antes de 2007 ou 2008.
jose_silva_neto
jose_silva_n... General de Pijama Registrado
4.6K Mensagens 98 Curtidas
#26 Por jose_silva_n...
08/07/2006 - 13:48
allanvaliati
Desculpe, mas não entendi essa dos pré-compilados. Tenho um processador de 64 bits mas não instalo uma distro 64 por ...


Boa tarde,

Posso estar enganado, mas acho que você está se referindo à mim...
Bem, quando você instala pacotes prontos (rpm, deb,tgz), esses aplicativos (ou bibliotecas) foram montados usando um ambiente de execução, e às vezes, um dado aplicativo só vai funcionar se encontrar justamente as bibliotecas compartilhadas idênticas de onde o aplicativo foi originalmente criado.
No caso do CentOS foi justamente isso, o cliente gráfico de banco de dados não acessa um banco mysql 5.022 porque a biblioteca cliente só funciona para versões abaixo da 4.1, eu teria que começar a hackear uma boa parte do sistema, quebrar o sistema de pacotes rpm para que a coisa funcionasse.
Fui claro agora ?
Quanto a vantagem de se usar 64 bits...desempenho, o processador fica sub-utilizado quando trabalha em 32 bits, percebo isso claramente quando uso o SuSE e comparo com o Slack (32 bits); mas não abro mão do Slack de jeito nenhum...;-)

Se não foi para mim a sua pergunta, me desculpe ok ?

Té+

Kali
zazeri
zazeri Novo Membro Registrado
8 Mensagens 0 Curtidas
#27 Por zazeri
08/07/2006 - 15:40
Olá pessoal,
ao instalar o Dapper 64, durante a configuração, a tela ficou preta, msm assim deixei continuar, logo após os leds do HD e cdrom cessarem dei enter e o comput cuspiu o CD e reiniciou. Achei muitíssimo estranho, ao menos ao reiniciar tudo parecia certo ao menos do som, q não funfava.
O q pode estar ocorrendo?? alguém ja passou por isso???
Obrigado, Fernando.

Proc. Intel PIV 521 (2.8 GHz) HT, EM64T
MB Intel 82945G Express Chipset Family
1 GB DDR2 SDRAM a 533 MHz
Intel Graphics Media Accelerator 950 (GMA950, placa de video integrada)
Sigmatel High Definition Audio (placa de audio integrada)
© 1999-2024 Hardware.com.br. Todos os direitos reservados.
Imagem do Modal