aziebert

Só espero que esse Sempron Trinity TENHA a GPU habilitada, se não perde todo o sentido de oferecer uma opção de baixo custo.

Torrente, eu sei que ele não é aceito em competições, eu quero ver só por curiosidade mesmo, porque o Bulldozer não suporta instruções x87 nativamente, ele tem que "emular" de algum jeito, então teoricamente nele essa versão SSE deve mostrar um bom ganho.

Agora me ocorreu uma coisa, alguém já viu comparativo daquela versão do SuperPI modificada para usar SSE, rodando num FX e num SandyBridge, por exemplo?

Jim Keller, que era da AMD, foi pra Apple como Chief CPU Architect, volta pra AMD como líder da divisão de CPUs. Press Release: http://www.amd.com/us/press-releases/Pages/JimKellerJoinsAMD-2012aug01.aspx Comentários do Xarli: http://semiaccurate.com/2012/08/01/apples-cpu-architect-jim-keller-moves-back-to-amd/ edit: Esse é um dos ninjas da indústria, da época da DEC. O cidadão é nada menos que co-autor da especificação do Hyper Transport, participou do desenvolvimento do K7 e liderou o desenvolvimento do K8 (e de quebra de toda a especificação x86-64), depois foi pra SiByte e para a Broadcom onde trabalhou com equipamentos de rede baseados em arquitetura MIPS e depois para a PA Semi, que desenvolvia chips de baixíssimo consumo que foi comprada pela Apple para desenvolver o A4 e o A5 (processadores dos iPhones e iPads). Como o Charlie disse, não se deixa um cargo de diretoria na Apple por besteira, é uma bela contratação para a AMD.

EduardoS, obrigado pelos comentários. Tudo que você falou parecem ser boas decisões de projeto. O que você achar que há de errado com o Bulldozer (e derivados) e espera que seja corrigido ou o que você acha que poderia melhorar?

Pistigrilo, foi necessário diminuir o cache L1 para atingir as frequências que o Bulldozer precisa e mesmo assim foi necessário aumentar a latência de 3 para 4 ciclos. Quanto a ele ser compartilhado, só o L1I é compartilhado por motivos óbvios (só tem um frontend no módulo mesmo), mas cada núcleo tem seu L1D. @EduardoS, qual sua opinião sobre o cache L1 ser write-thru com o L2?

Depois de mais um quarter de queda, a AMD está barata, quem quer comprar? http://www.eetimes.com/electronics-blogs/other/4391415/AMD--who-will-buy- Meu palpite é que se alguém for comprar, ficaria entre a Samsung em primeiro lugar e em segundo (bem menos provável) seria entre Microsoft e Apple.

Pistigrilo, não acho que a competição seja tão "desigual" quanto Phenom II vs Core i5 1ª geração. O cenário deve ficar +- igual ao do Bulldozer vs Sandybridge. Talvez o Vishera supere o i7 Ivybridge em mais cenários multithread que o Zambezi em relação ao i7 Sandybridge.

Se não me engano o decoder do Bulldozer pode decodificar 16 Bytes de código (por núcleo) em até 4 macro OPs por ciclo, ai vai depender da sorte de quantas instruções efetivamente existem nesses 16 Bytes de código (afinal as instruções x86 tem tamanho variável) e se elas são cobertas pelo fast path ou se terão que ir pro microcode. Mas sim, ele trabalha se alternando entre os núcleos do módulo, um ciclo pra um, um ciclo pro outro. Isso pode ser um gargalo, mas pelo que eu li isso só chega a ser um problema em situações de carga bastante elevada, onde o Bulldozer ainda se sai muito bem. Isso não afeta performance single thread, por exemplo. Aqui tem uma discussão com o Agner sobre o decoder do Bulldozer: http://www.agner.org/optimize/blog/read.php?i=187

Não vivem falando que o frontend compartilhado acaba limitando o desempenho dos núcleos? A capacidade dele é para 4 instruções por ciclo, alternando entre os dois núcleos. ps. tem um "progetado" ali na imagem.

jonny, ele faz 4 instruções por ciclo, mas para cada 2 núcleos... O difícil é o software aproveitar...

O FX ainda consegue competir em vários cenários com os i7 justamente por causa da sua arquitetura de clocks altos. Um Phenom III X8 teria performance single thread ainda pior, porque no processo de 32nm da GlobalFoundries ficaria limitado a menos de 3GHz. Sem falar que o consumo de 8 núcleos "completos" seria absurdo.

De novo essa discussão se o FX é octa-core ou não? A resposta é sim e não A ideia da AMD era aumentar o número de núcleos sem aumentar muito o número de transistores. E nisso ela foi bem sucedida, mas parte do que permite isso é o compartilhamento de recursos (não só da FPU, mas do front-end também). Isso é justificável por dois motivos: 1- eles melhoraram bastante a FPU, tanto que em programas que usam bastante FPU as 4 FPUs do FX são mais rápidas que as 6 FPUs de um Phenom II X6, por exemplo, chegando perto de um SandyBridge (em programas que usam todos os núcleos um FX-8150 fica entre um i5 2500 e um i7 2600). 2- cada vez mais o trabalho de FPU ficará a cargo das GPUs, que são muito mais potentes. Portanto faz sentido que um processador como um FX tenha 8 núcleos sem ter necessariamente 8 FPUs. Agora o problema do Bulldozer não é o fato de ter esse compartilhamento, é que para enfiar as porções de ALU de 8 núcleos no chip elas tiveram que ser simplificadas e ficaram individualmente mais fracas que as porções ALU dos núcleos do Phenom II, por exemplo (que já estavam defasadas frente aos Core i3/i5/i7 da primeira geração) e a AMD não conseguiu atingir os clocks que precisava para compensar essa diferença. (para pelo menos igualar a performance single thread dos Phenom II) O Piledriver ainda não atinge a mesma IPC do Phenom II, mas deve atingir clocks bem maiores, portanto (assim como vemos nas comparações Llano vs Trinity) resulta em performance single thread maior. Ainda longe do SandyBridge, mas pelo menos não perde para a geração anterior da própria AMD.

Acho que o Piledriver ainda não atingiu a IPC do Phenom II... Em relação ao Bulldozer, o Piledriver deve trazer um ganho de 7 a 10% de IPC e clocks uns 10% maiores, o que deve fechar nos 15% a mais de performance/watt / performance bruta que a AMD anunciou. Isso deve ser suficiente para o Vishera superar um i7 SandyBridge em heavy multithread mas a diferença em relação a um i7 Ivybridge deve ser proporcional à do Zambezi em relação a um i7 Sandybridge. Isso sem contar performance single thread (que não deve melhorar muito) e a performance/watt deve ficar ainda mais feia, agora que os i7 Ivybridge tem TDP de 77w (enquanto o Vishera continua com TDP de 125w)... Quanto a o que vem depois. Além do Kaveri, deve haver sim uma CPU (não APU) baseada no Steamroller, mas é provável que seja só para servidores e não seja lançada no desktop. Essa CPU deve ter um socket novo, PCIe integrado e (provavelmente) suporte a memórias DDR4. Mas meu palpite é que só seja lançada no final de 2013...

Eu prefiro apostar que o fuad bebeu...

E John Bruno, que liderou nada menos que o desenvolvimento do AMD Trinity foi pra Apple: http://semiaccurate.com/2012/07/18/trinitys-system-architect-turns-up-at-apple/

Uia, Patrick Gelsinger se torna CEO da VMWare http://vr-zone.com/articles/father-of-intel-486-pentium-pro-and-net-neutrality-joins-vmware-as-the-new-ceo/16656.html

TSMC is too big to fail: http://news.techeye.net/chips/foundry-giant-tsmc-too-big-to-fail#utm_source=thetecheye&utm_medium=twitter&utm_campaign=default How big, you ask? O faturamento dela equivale a cerca de 2% DE TODO O DINHEIRO QUE CIRCULA NO MUNDO INTEIRO! É maior que o produto interno bruto da Coreia! Medo!

O CEO da Foxconn pediu demissão sem especificar um motivo, não sei quais as implicações disso... http://vr-zone.com/articles/foxconn-s-ceo-resigns-for-unknown-reasons/16548.html

Desktop da HP com Trinity já está a venda: http://www.newegg.com/Product/Product.aspx?Item=N82E16883157362

http://cdn.eetimes.com/electronics-news/4375565/Dresden-fab-could-host-20-nm-process--450-mm-wafers Será que a AMD apostava em fazer GPUs no processo de 28nm da GF? Ou se referem ao Kabini? Na expectativa agora de que a GF possa migrar para waffers de 450mm e adote FD-SOI para os 20nm.

Acho que não, o design do Piledriver já está fechado, a única diferença deve ser o cache L3 (e mais núcleos, e a TDP maior... mas em termos de arquitetura é só o cache mesmo).

Review do Trinity de desktop: http://www.tomshardware.com/reviews/a10-5800k-a8-5600k-a6-5400k,3224.html

São segmentos bem diferentes, um Trinity de 17w será bem mais rápido e bem mais caro que um Brazos de 18w. E o Trinity de 17w deve equipar apenas ultra-thins "premium" (já que não podemos falar ultrabooks), enquanto o Brazos continuará nos netbooks e notebooks "normais".

rob, esperamos que sim. Não há nenhuma informação (oficial ou extra oficial) da AMD sobre isso, mas espera-se que a próxima geração de APUs (Kaveri, feita em 28nm) seja compatível com FM2. Inclusive parece que será possível implementar suporte a DDR4 junto com DDR3, como ocorreu com as DDR2/DDR3. De todas formas, parece que o lançamento do FM2 foi adiado foi adiado para outubro...