Ir ao conteúdo
  • Cadastre-se

AMD Bulldozer / Bobcat / Zambezi - Plataformas.


Posts recomendados

Fiz um post dias atrás de um teste que um membro do XS fez com o Beta do WIn8 e cara, pode acreditar não vale a pena se animar tanto, ao menos pelo que mostrou o ganho é de uma caquinha a mais aqui e ali, perde acolá

http://www.xtremesystems.org/forums/showthread.php?276024-FX-8120-vs-1100t-stock-OC-and-Windows-7-vs-Windows-8

ta ae o link novamente com uma imagem

win7vswin8-4.jpg

vswin8test2.jpg

A confusão aí é que neste último caso trata-se apenas de um novo agendador do Windows, enquanto que no caso do Linux foram considerados os patches (inclusive do agendador) e a recompilação dos programas.

A recompilação dos programas parece ser a grande chave do salto de desempenho na plataforma Linux, porém isso ainda não foi implantado de forma oficial. Como tal plataforma é open-source (código aberto), é bem fácil recompilar todos os programas e tudo deve ser oficializado brevemente por lá.

No caso do Windows, a situação é bem diferente, você não pode modificar um programa sem a permissão do proprietário do software e, como o código é fechado, apenas o fabricante do software, que detém o código-fonte, pode proceder com a recompilação e isso depende da boa vontade deles. Também os compiladores para o Windows deverão ser otimizados para a plataforma Bulldozer. Microsoft e a rival Intel terão que dispor de tais otimizações em seus compiladores. Agora cá entre nós, seria muita generosidade por parte da Intel fazer isso para a AMD; acho mais provável que apenas os programas que se utilizem do compilador da Microsoft obterem tal benefício.

Link para o comentário
Compartilhar em outros sites

A recompilação dos programas parece ser a grande chave do salto de desempenho na plataforma Linux, porém isso ainda não foi implantado de forma oficial. Como tal plataforma é open-source (código aberto), é bem fácil recompilar todos os programas e tudo deve ser oficializado brevemente por lá.

A grande maioria dos programas e distribuições Linux são até hoje compilados para P6 e sem muitas otimizações, já que esse é o "máximo divisor comum" entre as arquiteturas mais usadas hoje. Quem quiser distribuição e programas ultra-otimizados e compilados especialmente para BDZ vai ter que procurar e depender da boa vontade dos outros, ou então compilar tudo por conta própria.

Link para o comentário
Compartilhar em outros sites

Então Nav01 o que quis mostrar é que é melhor nem esperar muita coisa para o Win8 não, a menos que a microsoft otimize MUITA coisa antes da compilação final do windows 8. Além do que a Microsoft e Intel são parceiras de longa data, então....

Refiro-me à recompilação dos programas, não do Windows 8. Quem compila os programas são os próprios fabricantes por meio de algum compilador. Bastaria que a Microsoft otimizasse o seu compilador de forma que os programas que fossem compilados por ele proporcionassem um bom desempenho no Bulldozer. Em outras palavras, quem compila não é o Windows XP, W7 ou W8 e sim o desenvolvedor do software por meio de um compilador Borland Delphi, Microsoft Visual C/C++ etc.

O Gun'ss se confundiu ao pensar que as otimizações que melhoraram significativamente o desempenho do Bulldozer em programas for Linux foram conseqüência do aprimoramento do kernel do SO. E realmente, em termos de SO parece que o Bulldozer não vai ter um significativo ganho de desempenho.

Quanto à parceria entre a Microsoft e Intel, disso não estou sabendo. Mantenho-me neutro quanto ao assunto.

Link para o comentário
Compartilhar em outros sites

A grande maioria dos programas e distribuições Linux são até hoje compilados para P6 e sem muitas otimizações, já que esse é o "máximo divisor comum" entre as arquiteturas mais usadas hoje. Quem quiser distribuição e programas ultra-otimizados e compilados especialmente para BDZ vai ter que procurar e depender da boa vontade dos outros, ou então compilar tudo por conta própria.

O debian 32bits é compilado para 386. Apenas alguns pacotes possuem versões otimizadas. (kernel, glibc, ...)

As versões 64bits tem como "máximo divisor comum" o Athlon64, o que já garante algumas otimizações em relação as versões 32bits.

Retirado da página do debian:

http://www.debian.org/ports/amd64/

A complete 64bit userland

The AMD64 port is thoroughly 64bit, allowing the user to benefit from all advantages this architecture has compared to i386:

no memory segmentation into low and high memory

up to 128TiB virtual address space per process (instead of 2GiB)

64TiB physical memory support instead of 4GiB (or 64GiB with the PAE extension)

16 general purpose registers in the CPU instead of 8

gcc defaults to SSE2 math instead of 387 FPU

gcc omits frame-pointers by default at -O2

compilation time optimization uses a common base for AMD64/EM64T instead of legacy i386 cruft

memory pages are not executable by default

Native execution of legacy 32bit binaries is supported by the kernel, and core libraries are provided by the ia32-libs package.

Link para o comentário
Compartilhar em outros sites

A grande maioria dos programas e distribuições Linux são até hoje compilados para P6 e sem muitas otimizações, já que esse é o "máximo divisor comum" entre as arquiteturas mais usadas hoje. Quem quiser distribuição e programas ultra-otimizados e compilados especialmente para BDZ vai ter que procurar e depender da boa vontade dos outros, ou então compilar tudo por conta própria.

Eu, por exemplo, pego uma stage3, instalo usando somente o bash e depois recompilo tudo (emerge -eDNav world). Daí em diante o sistema segue otimizado para a minha máquina, já que as configurações do compilador não serão mudadas.

Link para o comentário
Compartilhar em outros sites

O debian 32bits é compilado para 386. Apenas alguns pacotes possuem versões otimizadas. (kernel, glibc, ...)

O "i386" usado em software livre geralmente é só um nome para especificar a arquitetura em que o SO ou programa roda (x86 32bits), cujo primeiro CPU compatível foi o 386, mas isso não significa que o SO ou programa realmente rodam num 386. Hoje em dia creio que um Pentium 1 seja o mínimo dos mínimos e olhe lá.

EDIT: Só como ilustração, o site do Ubuntu 11.10 diz que "Ubuntu will not run on i586 or earlier processors".

As versões 64bits tem como "máximo divisor comum" o Athlon64, o que já garante algumas otimizações em relação as versões 32bits.

Correto. E daqui a 20 anos o "MDC" será outro e vai ter muito software "AMD64" que não vai rodar num K8.

Eu, por exemplo, pego uma stage3, instalo usando somente o bash e depois recompilo tudo (emerge -eDNav world). Daí em diante o sistema segue otimizado para a minha máquina, já que as configurações do compilador não serão mudadas.

A maioria das pessoas não usa Gentoo Linux, sem falar que leva um bom tempo para compilar todo o SO e userland. Mas é uma distro interessante. Eu já usei, mas prefiro Debian ou Slackware/*BSD.

Link para o comentário
Compartilhar em outros sites

  • Membro VIP

No caso do Debian ou outro Linux normal é mole, basta recompilar o kernel de acordo com a arquitetura que vai ser utilizada ;)

E atualmente eu prefiro o Debian, nada de Ubuntu, embora o CentOs seja uma opção. Antigamente eu já era usuário do Slackware, mas como ele parou no tempo... preferi partir para o Debian.

Saiu o Kernel 3.1, será que com ele vira alguma otimização para o trator? Já estou desacorçoado com ele e queria que esse mito da atualização caísse de vez por terra.

Link para o comentário
Compartilhar em outros sites

No caso do Debian ou outro Linux normal é mole, basta recompilar o kernel de acordo com a arquitetura que vai ser utilizada ;)

E atualmente eu prefiro o Debian, nada de Ubuntu, embora o CentOs seja uma opção. Antigamente eu já era usuário do Slackware, mas como ele parou no tempo... preferi partir para o Debian.

Saiu o Kernel 3.1, será que com ele vira alguma otimização para o trator? Já estou desacorçoado com ele e queria que esse mito da atualização caísse de vez por terra.

Olha, num dos links postados anteriormente li que os kerneis 3.0. e 3.1 não trariam grandes diferenças em termos de desempenho para os Bulldozer, mas que essas mudanças eram esperadas para o kernel 3.2 em diante.

Quem puder complementar com o link em questão, por favor, adicione na roda. ;)

Link para o comentário
Compartilhar em outros sites

ok, deixa eu ver se entendi...

fizeram o bench do bdz no f@h, mas fizeram errado e não serve.

testaram no win8, e tá uma *****.

testaram no linux atual, e tá ruim.

fizeram o teste de gente grande, que usa pra produzir de verdade: RECOMPILANDO! E o bicho tá ficando extremamente competitivo. É isso?

O ruim é duas coisas: a priori a maior parte das distribuições não vão liberar versões específicas para o bulldozer: exceção ao gentoo, que é todo compilado dos fontes, e tinha uma outra versão que fazia algo parecido. Existem discussões para liberar uma opção do opensuse baixar fontes e compilar on the fly, mas tá longe de virar realidade.

Quando surgiu o AMD64, iniciando pelo suse na época começou-se a fazer duas distribuições separadas, uma pros 32bits e outra pra 64bits. Tinha razões pra isso, primeiro que algumas aplicações ganhavam performance claramente (se for o caso, é argumento para o bdz) e a outra era que o bicho vendia feito água logo havia mercado e demanda. Esse segundo ponto não parece ser muito provável no cenário atual.

Existe porém um ponto que estamos esquecendo: SE o bdz conseguir penetração no mercado de servidores, lá haverá pressão por otimizações especiais se elas se mostrarem eficazes já nas distribuições, e aí aconteceria com certeza de essas versões de distribuições naturalmente serem alcançadas pelo público comum também.

Mas eu começo a respirar aliviado. Mas, pôxa, custa tanto assim tentar o gromacs e o gamess??? :D

P.S.: PAGO pra ver a intel atualizar seu processador de forma a ser útil arquitetura em módulos. E isso é problema, porque quem recompila pra arrancar cada gota de performance costuma usar ele. Hora da amd se mexer com o open64 de uma vez.

P.S.2: Dar uma porrada na equipe do gcc... *****, flag nenhuma é melhor do que a bdver1 sozinha???? comeram cocô, por acaso????

  • Curtir 1
Link para o comentário
Compartilhar em outros sites

Já é quase como chutar um cachorro morto, mas o tom's hardware fez um comparativo de eficiência energética.

A boa notícia (se é que pode ser considerada boa) é que o FX é um pouquinho melhor que o X6:

http://www.tomshardware.com/reviews/fx-power-consumption-efficiency,3060.html

23d3f77f-d143-4ff8-b728-bfa2c7c83916.jpg

http://www.xtremesystems.org/forums/showthread.php?275867-AMD-Bulldozer-Thread&p=4982049&viewfull=1#post4982049

Link para o comentário
Compartilhar em outros sites

  • Membro VIP
Bulldozer = Fermi da AMD = fato...

Sei lá, as Fermi ao menos são boas no folding e tem bom rendimento com Editores de Vídeo, inclusive são certificadas (alguns modelos), pela Adobe para funcionarem com o Adobe Premiere, a exemplo da GTX 470. O tal BDZ pode ser sim o fermi da AMD, no quesito maturação e falta de software otimizado para ele.

Mas já desanimei dele, se eu conseguir um up, X6 para salvar a placa-mãe. :)

Link para o comentário
Compartilhar em outros sites

Eu diria que ainda estou olhando os testes do phoronix.

óbvio que, não nego, isso significa uso de workstation de cara bom pra cima (servidor e cluster), o que é uma merreca do mercado de verdade que é todos os desktops tops... Mas digamos que os resultados tem sido curiosos o suficiente pra se ter boas esperanças pro piledriver.

Óbvio, mesmo isso SE o preço BAIXAR. ;)

Link para o comentário
Compartilhar em outros sites

http://patchwork.ozlabs.org/patch/101685/

Mais um patch para o Linux: Uso de AVX-128 mais eficiente que AVX-256 no Bulldozer em cerca de 3%.

Segundo o que especulou o membro Eric do fórum do RWT, a latência está sendo mais alta quando as unidades alta e baixa são enviadas para a mesma FPU.

Não entendi a explicação.

Link para o comentário
Compartilhar em outros sites

Visitante
Este tópico está impedido de receber novas respostas.

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...