AMD Piledriver - Vishera / Trinity - Review e questões técnicas

[Pistigrilo]

Eu que o diga Pistigrilo... tinha o pc da assinatura e meu processador queimou em uma queda de energia aqui. Comprei o 2500k com ddr3 (a minha era 2) e placa z77 e não senti absolutamente nenhuma diferença ainda, nem em jogos. Para falar a verdade, de vez em quando dá umas engasgadas para ler determinadas coisas (tipo IE 9) que antes não acontecia com o Phenom. Bom... testando ainda.

Sobre o Open CL, falem bem, falem mal mas falem de mim. AMD clamar isto é marketing gratuito e forte para ela, já que Open CL está pegando força e ela está bem nele (já não tenho tanta certeza). Mesmo que não esteja, ela ficará na boca do povo do Open CL.

Definitivamente os meus Phenoms não limitam nem um pouco minha experiência, seja em jogos, seja em outras aplicações. Enquanto me atender, vou ficar quietinho com meus AM3.

Inovações a Frente: GPU + 86 + ARM num mesmo chip.

http://www.hardware.com.br/noticias/2012-06/trustzone-amd.html

Será que isso vinga?

[fccaetano]

Do ponto de vista de um leigo:

Creio que a AMD ta é tentando ganhar mercado OEM, oferecendo um diferencial de segurança, querendo participar do mercado de Notebook´s "Ultrafinos" e Desktops com esse diferencial.

Meu PALPITE é que depois disso vão tentar implementar essa "mistura" de arquiteturas em servidores... como eu falei no meu post anterior sobre o AMD fornecendo hardware pra industria de consoles de video game, utilizando Cores "piledriver" + GPU integrada ajudando com poder de processamento FloatingPoint + o chip ARM pra segurança, se conseguirem que essa mistureba tenha uma performance por Watt boa, nada impede de eles ganharem uma boa parcela do mercado servidor, unindo o que cada arquitetura tem de melhor a oferecer e de quebra porporcionando um diferencial de segurança (que depois dos ataques do Anonymous que deixaram centenas de servidores offline é um ponto forte na disputa do mercado)

Bom, esse é o meu "palpitaço", enquanto isso, to torcendo pra chegar logo Ago/Set pra ver se vale a pena pegar um FX Pilidriver

[aziebert]

Review do Trinity de desktop:

http://www.tomshardware.com/reviews/a10-5800k-a8-5600k-a6-5400k,3224.html

[johannesrs]

Por cima, até pareceu bom...

[fccaetano]

Review do Trinity de desktop:

http://www.tomshardware.com/reviews/a10-5800k-a8-5600k-a6-5400k,3224.html

Core por Core, clock por clock bateu no FX8150... :D

De resto, comparar um Llano a 2,9GHz com um Trinity a 3,8GHz foi sacanagem, ganhou? Sim, ganhou... Manteve o mesmo TDP de 100W, mas 900MHz de diferença no clock era pra ter muito mais do que "modestos" ganhos...

Mas so de bater no FX ja me deu uma alegria tão grande

[johannesrs]

tá supondo processo ainda imaturo pra justificar os 900MHz a menos (numa nova arquitetura que teria sido planejada para clocks mais altos!) com o mesmo tdp?

Não tinha pensado assim, mas isso indicaria um futuro brilhante SE e QUANDO esse processo endireitar.

[Evandro]

mas que DIABOS é isso?

Frankenstein !

[johannesrs]

fico imaginando o cenário engraçado, lá pelas tantas o x85 virando uma última merrequinha no processador e o cortex virando o que realmente importa.... ia ser hilário!

[EduardoS]

Core por Core, clock por clock bateu no FX8150... :D

Não boto fé nesse resultado... Parece ter outra coisa influenciando ele...

De resto, comparar um Llano a 2,9GHz com um Trinity a 3,8GHz foi sacanagem

Não é sacanagem, é o clock que cada projeto atinge nesse processo...

ganhou? Sim, ganhou... Manteve o mesmo TDP de 100W, mas 900MHz de diferença no clock era pra ter muito mais do que "modestos" ganhos...

Os resultados não me impressionaram e não confio 100% neles, prefiro esperaar outros sites para tirar conclusões.

[fccaetano]

Sim, concordo EduardoS, o proximos resultados e reviews serão definitivos...

Todo mundo sabe que o FX não é um otimo processador, nem tão pouco um péssimo, ele fica entre o i5-2500 e o i7-2600 na esmagadora maioria dos bench´s, so que quando foi lançado, os reviews massacraram ele e puseram a fama do processador ser um fiasco.

Da mesma forma, se os reviews do Trinity forem todos positivos, podem e devem levar ele a ser um sucesso aclamado... e cá pra nós, se melhoraram IPC, clock, consumo, GPU (o Llano ja batia no Intel HD4000 dos Ivy-Bridge, sem GPU dedicada a APU da um baile nos i5/i7) e tudo mais, olha a AMD fazendo a lição de casa e sendo novamente o melhor custo/benefício pra entry/mid level em Desktops, muito melhor, em Desktops gamers SEM GPU DEDICADA, eu acho isso fantástico pra todo mundo!

A Intel baixa os preços por causa da concorrencia.

A AMD ganha mais dinheiro e investe mais em desenvolvimento lançando produtos melhores.

É a típa situação win-win onde se acontecer mesmo, todo mundo sai feliz.

[jonny_br]

um módulo Piledriver precisa de 600MHz pra igualar a dois cores Husky já ta de bom tamanho.... ou melhor, excelente.

Mais uma exprimidinha ai talvez tenhamos um módulo Piledriver batendo dois Husky no mesmo clock ai a briga com Ivy vai ficar interessante, já que o Pilidrive escala mais clock.

tô sendo otimista de mais...kkkk

[sirroman]

EduardoS (e outros que tenham mais conhecimento técnico que nós leigos ^^), o que você acha que vai vir no steamroller? Já tem umas ideias?

[EribertoTorres]

Eu gostei do Trinity para notebook, embora ainda me falta ver resultados na prática e no dia a dia, mas com o que foi divulgado, achei satisfatório. Gostei ainda mais das ultrathin a 549 obamas.

E quanto a experiência, meu Atlhon II X3 445 + GT 440 rodam o CS Source bem melhor e mais rápido que o meu SB i7 2670QM + HD 3000. Se um note Trinity dá um pau em um SB e IB em jogos, fico imaginando o Kaveri, pelo jeito, o bicho vai vir HSA demais hehe.

Fico aqui nos bastidores acompanhando

[EduardoS]

o que você acha que vai vir no steamroller? Já tem umas ideias?

Acho que FPUs de 256 bits.

Mas já vi argumentos plausíveis para SMT e SoMT.

Só esperando pra ver.

[sirroman]

Acho que FPUs de 256 bits.

Mas já vi argumentos plausíveis para SMT e SoMT.

Só esperando pra ver.

é o FPU é bem provável, mas eu juro que não sei o que é SoMT (o google me traz System Operating Mode Test xD) e não seria um contrassenso pôr SMT quando o Bulldozer é feito para CMT e inclusive ficou mais estreito? (2 instruções de integral ao invés de 3)

Para aplicar o SMT a AMD iria aumentar de novo esses recursos que ela reduziu agora, certo?

[EduardoS]

é o FPU é bem provável, mas eu juro que não sei o que é SoMT (o google me traz System Operating Mode Test xD)

SoMT é, duas threads em um núcleo mas que não executam ao mesmo tempo, quando uma thread fica parada esperando a memória ou o cache L3 a outra entra.

No caso do Steamroller existe a possibilidade das threads migrarem de um núcleo para outro dentro de um módulo, assim cada módulo poderia ter 4 threads com 2 ativas por vez minimizando o tempo parado.

e não seria um contrassenso pôr SMT quando o Bulldozer é feito para CMT e inclusive ficou mais estreito? (2 instruções de integral ao invés de 3)

Na minha opinião sim...

Mas é tudo especulação...

Para aplicar o SMT a AMD iria aumentar de novo esses recursos que ela reduziu agora, certo?

É muito difícil aumentar esses recursos e portanto é pouco provável que aumentem, se o Steamroller tiver mais threads por módulo vai ser expremendo ainda mais os poucos recursos que tem ali.

[arcmatrixnt]

É muito difícil aumentar esses recursos e portanto é pouco provável que aumentem, se o Steamroller tiver mais threads por módulo vai ser expremendo ainda mais os poucos recursos que tem ali.

mas os núcleos do bdz já ficariam 100% em boa parte do tempo ou haveria folga para tentar "apertar" um pouco mais? se não me engano o Ph2 tem umas folguinhas em muitos casos e alguns testes do bdz também, aliás, eu sinto falta de ver isso, testes que mostrem se a cpu atingiu 100%, daí teria maior certeza de que o processador é bom ou ruim.

[sirroman]

SoMT é, duas threads em um núcleo mas que não executam ao mesmo tempo, quando uma thread fica parada esperando a memória ou o cache L3 a outra entra.

Ah, sim. beleza. É o "super-threading" na wikipedia. Tai, faz sentido.

O detalhe é que o CPU ficaria mais parecido com a GPU, com vários threads circulando na front-end só esperando as unidades de execução propriamente ditas ficarem livres. Para isso a AMD precisaria aumentar razoavelmente caches e registros, não?

É muito difícil aumentar esses recursos e portanto é pouco provável que aumentem, se o Steamroller tiver mais threads por módulo vai ser expremendo ainda mais os poucos recursos que tem ali.

Pois é. xD

[EduardoS]

mas os núcleos do bdz já ficariam 100% em boa parte do tempo ou haveria folga para tentar "apertar" um pouco mais?

Sempre tem... A estimativa de ganho com o Steamroller é de 10%-15%, não estamos falando de muita folga, é só uma esprimidinha mesmo.

se não me engano o Ph2 tem umas folguinhas em muitos casos e alguns testes do bdz também, aliás, eu sinto falta de ver isso, testes que mostrem se a cpu atingiu 100%, daí teria maior certeza de que o processador é bom ou ruim.

Esses 100% que você fala é o tempo de CPU no Task Manager do Windows, ele não é relevante para o SMT.

O tempo de CPU no Task Manager significa a porcentagem do tempo que tem uma thread atribuída para o núcleo virtual, essa trhead pode ou não usar 100% dos recursos que o processador tem, o Task Manager não tem como saber isso, essa thread pode até estar parada esperando dados da memória, se em 1 segundo essa thread ficou esperando dados por 1 segundo o Task Manager vai marcar 100%, apesar dos recursos da CPU estarem livres e possam ser usados por outra thread... É por isso que existe SMT e SoMT.

Para isso a AMD precisaria aumentar razoavelmente caches e registros, não?

Segundo o autor da ideia, não.

Acho que precisaria um pouco de trabalho no prefetcher do L1 de dados e mais "ways" no L1 de instruções, de resto é suficiente*.

*Claro, para que o SoMT ou SMT pudesse ser melhor utilizado no BD ele precisa de mais unidades de execução.

ps: Só lembrando que tanto o SMT quanto SoMT no Steamroller são especulações (existe essa palavra no plural?) de outras pessoas, não minhas.

[arcmatrixnt]

EduardoS, obrigado pela resposta, é sobre o que vemos no Task Manager que eu me referia, não sabia dessa de que na verdade 100% no Task-M nem sempre é por uso total, apenas uma ou um punhado de requisições...

então, se estivermos raciocinando corretamente o que o pessoal da AMD quer é aproveitar melhor o processador quando há alguma ociosidade, é uma estratégia para contornar algumas dificuldades, pena que o bdz nem dê sinal de que isso funcionou, vamos ver as versões do piledriver pra frente.

Steamroller vem sendo dito que atingiria essa margem de ganho, o A10-5800k está com 15.7% de ganho contra o BDZ no mesmo clock, acho que empata com o phenom2, mas perde em uns 34% para os corei atuais. O vishera é a mesma coisa do A10? então o steamroller só vai ganhar mais 10 a 15% e ainda ficaria 15%+/- de folga para a intel.

[telminão]

Steamroller vem sendo dito que atingiria essa margem de ganho, o A10-5800k está com 15.7% de ganho contra o BDZ no mesmo clock, acho que empata com o phenom2, mas perde em uns 34% para os corei atuais. O vishera é a mesma coisa do A10? então o steamroller só vai ganhar mais 10 a 15% e ainda ficaria 15%+/- de folga para a intel.

Quando os Streamroller sairem, lembre-se que já teremos os Haswell correndo por ai, e que provavelmente trará melhorias em cima dos Ivy, logo esse percentual de folga da Intel de 15% que você cita, dificilmente será alcançado. Vai depender muito do desempenho do Haswell frente os Ivy ainda, então a tendência é que a folga que temos hoje persista, ou até aumente, mas, se cair, vai ser bem pouco. Claro, opnião pessoal

[Edcreek]

OLá,

Amigos não podemos nos esquecer que os Trinity não tem L3 de cache, isso pode trazer bons ganhos adicionais na plataforma, no Vishera...

Muito interessante o desempenho do Trinity desktop, principalmente em cross com uma placa de video discreta....

Vamos aguardar!

Abraços,

[EduardoS]

então, se estivermos raciocinando corretamente o que o pessoal da AMD quer é aproveitar melhor o processador quando há alguma ociosidade, é uma estratégia para contornar algumas dificuldades, pena que o bdz nem dê sinal de que isso funcionou, vamos ver as versões do piledriver pra frente.

SMT/SoMT é especulação! Talvez isso nem passe pela cabeça da AMD...

Steamroller vem sendo dito que atingiria essa margem de ganho, o A10-5800k está com 15.7% de ganho contra o BDZ no mesmo clock, acho que empata com o phenom2, mas perde em uns 34% para os corei atuais.

1) O resultado parece suspeito;

2) Foi só um benchmark, esse resultado não é absoluto e pode ser menor em outros casos.

O vishera é a mesma coisa do A10?

Sim, só com a adição do L3.

[sirroman]

É bacana especular, mas também a gente não pode esquecer que está especulando o/. (e sim, existe, EduardoS ^^)

Eu vejo um problema em manter cache e registro e digamos, duplicar os threads, quando a ideia é usar os recursos enquanto o CPU espera a resposta do cache/memória, pois eu imagino que a chance desse segundo thread também precisar procurar dados longe será ainda maior, ou seja, vai acabar não usando nada. (se bem que você falou que precisa amarrar bem o prefetcher, então já menciona uma espécie de solução disso)

[soullforged]

Li notícias sobre os Visheera serem os piledrivers completos, então é provavél que tenham alguma performance a mais que os trinity.