Paralelismo para todos
Sim, chips dual-core estão vindo de vez. E o futuro é quad-core; oito e até mesmo 16 núcleos num chip só estão sendo tentados. Paralelismo fundamental nas máquinas de todos, em poucos anos.
Veja-se, por exemplo, a cobertura do Intel Developer Forum deste ano.
O problema é que não adianta o quanto nossos chips são potentes, se o software não foi feito para aproveitar essas novas tecnologias. Normalmente estima-se em anos o tempo necessário para que uma parte significativa do software utilizado aproveite as inovações do hardware. É possível que isso ficaria mais fácil se tivéssemos tecnologias de criação de software mais adaptáveis ?
Outra coisa: concorrência e paralelismo vieram para ficar, desta vez. Qual o impacto que isso trará para as tecnologias de programação ? Será que linguagens e tecnologias mais apropriadas ao meio (erlang, por exemplo) serão utilizadas, em detrimento das que lidam muito mal com concorrência (java) ? Difícil de acreditar, mas tenhamos esperança...
Veja-se, por exemplo, a cobertura do Intel Developer Forum deste ano.
O problema é que não adianta o quanto nossos chips são potentes, se o software não foi feito para aproveitar essas novas tecnologias. Normalmente estima-se em anos o tempo necessário para que uma parte significativa do software utilizado aproveite as inovações do hardware. É possível que isso ficaria mais fácil se tivéssemos tecnologias de criação de software mais adaptáveis ?
Outra coisa: concorrência e paralelismo vieram para ficar, desta vez. Qual o impacto que isso trará para as tecnologias de programação ? Será que linguagens e tecnologias mais apropriadas ao meio (erlang, por exemplo) serão utilizadas, em detrimento das que lidam muito mal com concorrência (java) ? Difícil de acreditar, mas tenhamos esperança...
posted by tautologico at
5:41 AM
1 Comments:
É, o fato é que poucas linguagens se dão bem com isso. Até OCaml, por exemplo, não possue um coletor de lixo concorrente, e bloqueia o programa inteiro toda vez que chama uma função em C - mesmo com bibliotecas suportando concorrência. O caso mais gritante que vejo é o do OpenLDAP, onde a biblioteca foi modelada de uma maneira a facilitar os aplicativos concorrentes, mas não é possível utilizar este recurso. Aí o aplicativo leva o dobro de tempo para terminar e ocupa várias vezes mais memória...
PS: Ah, se eu achasse um orientador nessa área...
By
Leonardo L., at 8:49 PM
Post a Comment
<< Home