mascarilha
I folded Myself
AMD is working on inverse-HT
http://babelfish.altavista.com/babe...tp://www.x86-secret.com/?option=newsd&nid=933
http://babelfish.altavista.com/babe...tp://www.x86-secret.com/?option=newsd&nid=933
AMD is working on inverse-HT
- Autor do tópico mascarilha
- Data Início
CorreiaRS
Power Member
nesta altura estou medido em trabalhos por causa de calculos em paralelo, uma coisa deste genero pode vir a dar muito jeito, para quem desenvolve software de calculo em paralelo, teoricamente os problemas inicias passam logo para metade 
,
depois ha ainda o tempo que se perde no calculo a fazer a divisao/junçao de um so calculo para 2 ou mais cores (normalmente representa +/-10% do tempo total)
(estou a falar a nivel de investigaçoes, desenvolvimento de software de si,ulaçoes, etc, que é no que me meti nestes meses
. mas suponho que a realidade de quem programa para dual-core ou futuros quad, sera +/- a mesma 
)
, depois ha ainda o tempo que se perde no calculo a fazer a divisao/junçao de um so calculo para 2 ou mais cores (normalmente representa +/-10% do tempo total)
(estou a falar a nivel de investigaçoes, desenvolvimento de software de si,ulaçoes, etc, que é no que me meti nestes meses
. mas suponho que a realidade de quem programa para dual-core ou futuros quad, sera +/- a mesma )
blastarr
Power Member
viskonde disse:
Não é bem assim.
Isto tem o potencial de balancear melhor a carga num cenário de muitos cores por CPU.
Se uma app precisar de muito poder de processamento, esta técnica pode eventualmente designar que certas partes da CPU/cores funcionem efectivamente como um, e há hoje aplicações de software que, pela sua natureza, não são facilmente portáveis para sistemas multi-core/multi-thread.
Não fosse o novo Chief Scientist da AMD o ex-director da divisão POWER/*****/Cell na IBM (Phil Hester), até achava que era uma feliz coincidência
Com o K10 ja deveremos ter 4 ou 8 cores físicos, que com isso será "dual core" ou "quad-core" COM O DOBRO DO POWER em aplicações single threadedviskonde disse:
Basta pensar que um quad-core em sistemas domésticos/gamers/escritório é um desperdicio quase absoluto... Apenas os boinc's e foldings iriam tirar proveito...Muito interessante!
Em jogos, programas tipo super PI deve ser totalmente abismal a performance
Já estou a ver o climate demorar 50 horas por WU
Diria que um K10 quad core fisicos/2 cores combinados) deve ter ai uns 10x o poder de um X2 clock per clock
Última edição:
Koncaman
Utilizador Saloio
eu so tenho pena é que não tenha sido ja implementado.
talvez agora tenha menos utilidade.
isto, tendo em conta, que o futuro software deve ser todo programado para multi-core... quer dizer, se isto entra na moda, eventualmente vai haver software que não se vai converter...
isto pode ser interessante é em processadores com 4 ou mais cores, sendo que a possibilidade de escolher uma combinação tipo 3+1, para que se mantenha o multiprocessamento, e não se gaste o cpu todo com uma aplicação. quer dizer, pelo menos, parece-me uma coisa bem mais inteligente.. e consequentemente, mais dificil de implementar (pelo menos neste cas. nem sempre soluções inteligentes correspondem a grandes complcações).
venha de la isso.
talvez agora tenha menos utilidade.
isto, tendo em conta, que o futuro software deve ser todo programado para multi-core... quer dizer, se isto entra na moda, eventualmente vai haver software que não se vai converter...
isto pode ser interessante é em processadores com 4 ou mais cores, sendo que a possibilidade de escolher uma combinação tipo 3+1, para que se mantenha o multiprocessamento, e não se gaste o cpu todo com uma aplicação. quer dizer, pelo menos, parece-me uma coisa bem mais inteligente.. e consequentemente, mais dificil de implementar (pelo menos neste cas. nem sempre soluções inteligentes correspondem a grandes complcações).
venha de la isso.
DRM para cá, DRM para lá... Que impacto isso terá para nós vir DRM via hardware?
Já levamos com DRM actualmente... Sakei alguns trailers em HD do site da M$, só o facto de os passar de um HD para o outro os que tem DRM deixaram de funcionar!
Pessoalmente irei evitar ao máximo ficheiros com estes DRM manhosos... Long Life to MP3, *.AVI "aberto", etc
Já levamos com DRM actualmente... Sakei alguns trailers em HD do site da M$, só o facto de os passar de um HD para o outro os que tem DRM deixaram de funcionar!
Pessoalmente irei evitar ao máximo ficheiros com estes DRM manhosos... Long Life to MP3, *.AVI "aberto", etc
Última edição:
Morpheus
Banido
destr0yer disse:DRM para cá, DRM para lá... Que impacto isso terá para nós vir DRM via hardware?
Já levamos com DRM actualmente... Sakei alguns trailers em HD do site da M$, só o facto de os passar de um HD para o outro os que tem DRM deixaram de funcionar!
Pessoalmente irei evitar ao máximo ficheiros com estes DRM manhosos... Long Life to MP3, *.AVI "aberto", etc
se calhar foi por n usares o SO do demo
aka linux 
S.T.E.E.L.
Power Member
Já devia ter sido feito há mais tempo. É menos complicado ter um dual-core que funcione como um single-core, assim não é preciso estar a alterar o software para ser compatível.
É menos complicado ter um dual-core que funcione como um single-core, assim não é preciso estar a alterar o software para ser compatível.
Morpheus
Banido
destr0yer disse:esta não percebi?
Uso ubuntu 5.10... Mas não consigo por a bulir codec's para ver divx, wmv, etc
devias de ser proibido de usar ubuntu só por essa afirmação ...
http://www.formatds.org/ubuntu/#codecs
on-topic...
a amd já tinha era colocado essa tecnologia cá fora mais cedo isso sim agora a Intel para alem de ter de responder com um Conroe bestial (o que já o fez) teria de fazer (ou tem) de fazer algo realmente inovador
blastarr
Power Member
Zarolho disse:
Aderir duvido.
A AMD é uma das fundadoras do consórcio do bus/interface discrete HTT, pelo que a Intel teria de pagar royaties à AMD para usar a tecnologia. Highly unlikely, até por uma questão de imagem de marca junto dos clientes.
Não, se a Intel está mesmo a trabalhar numa coisa semelhante à da AMD, esperem a "mãozinha" da Microsoft por detrás desta tecnologia...
É que isto não é uma simples feature tipo, adicionar compatibilidade SSE3.
Até o AMD64 só foi avante porque a MS aprovou, e a Intel lá teve de seguir, contrariada, e fazer o "reverse engineering" para a sua EM64T.
Koncaman
Utilizador Saloio
vendo bem, isto ate é uma tecnologia natural.
não era preciso forçar nada para que isto aparecesse.
Se dividir para conquistar funciona, normalmente unir para conquistar também funciona, neste caso não é tão linear, porque o software influencia...
mas, ja agora, o que é que o facto da intel estar a desenvolver uma tecnologia semelhante, lev a crer que a intel adira ao HyperTransport?
é certo que também era uma entrada natural. contudo, também é perfeitamente possivel desenvolver uma tecnologia paralela ("orgulhosamente só" way ).
não era preciso forçar nada para que isto aparecesse.
Se dividir para conquistar funciona, normalmente unir para conquistar também funciona
, neste caso não é tão linear, porque o software influencia...mas, ja agora, o que é que o facto da intel estar a desenvolver uma tecnologia semelhante, lev a crer que a intel adira ao HyperTransport?
é certo que também era uma entrada natural. contudo, também é perfeitamente possivel desenvolver uma tecnologia paralela ("orgulhosamente só" way
).
Zarolho
Power Member
Estás enganado, O consórcio do interface Hyper Transport é open-source, a Intel não teria de pagar royaties a ninguém...blastarr disse:
Antes do Mascarilha ter dado inicio a este tópico «AMD is working on inverse-HT» já eu sabia desta noticia que circulava há algumas horas pela net, no mesmo dia surgiram rumores sobre Intel estar a planear introduzir o mesmo genero de tecnologia na 2ª geração do Conroe, 2007 1Q/2Q, dai surgiram logo rumores sobre adesão da Intel ao consórcio interface HTT e sobre a sua formação.