Pois bem, andei experimentando a versão 2.0 beta do LuaJIT e fiquei impressionado, é realmente muito mais rápido, e o legal é que o seu programa Lua funciona igualzinho

É claro que tem que ter algum problema não é? E neste caso o que acontece é que a linguagem Lua tradicional existe para um conjunto muito maior de plataformas do que o LuaJIT, mas porque isso acontece? Porque o JIT nada mais é do que um compilador embutido, ou seja, quando interpreta o seu programa ele gera o código executável da máquina e isso permite que a sua aplicação escrita em uma linguagem interpretada execute como um programa escrito em linguagem compilada.

Para que isso seja possível você precisa ter programado na máquina virtual a geração de código para as diversas máquinas que existem no mercado e isso, além de trabalhoso, não é muito simples de fazer e assim o processo de incluir novas plataformas leva mais tempo.

Mas se você usa Intel/AMD, ARM ou PPC/e500 então vale muito a pena experimentar, no meu caso eu tive que embutir a máquina LuaJIT no meu ambiente e isso precisou de um processo mais detalhado, mas nada que causasse sofrimento mas se você pretende usar uma aplicação diretamente na máquina Lua então basta chamar a máquina LuaJIT passando o seu programa e ficar impressionado.

As linguagens interpretadas estão ganhando muito espaço e com o suporte de IDEs como Eclipse e Netbeans fica muito mais fácil de adotar uma dessas linguagens. O tutorial para instalar o suporte a Lua no Eclipse é bem simples, mas depois eu vou colocar aqui uns macetes para ajudar.

Agora, para chegar nisso, suei muito!

Pois bem, cada núcleo recebeu um conjunto de números para testar, sendo que o Turion X2 tem dois núcleos então o intervalo de 10000 números foi dividido em 2, e no Phenom X4 que tem quatro núcleos o mesmo intervalo foi dividido em 4. Somando a isso a diferença de clock, Turion 2.1 e Phenom 3.4, o resultado foi impressionante!

Lembrando que o problema era conseguir que o programa em Lua, interpretado, executasse mais rápido no Phenom do que no Turion, coisa que não estava acontecendo com o programa de multiplicação de matrizes, onde o Phenom estava 2x mais lento.

Neste caso, como o programa foi preparado para deixar cada núcleo executar sozinho sem intervenções é possível aproveitar todo o potencial do núcleo (e olha que eu desisti de usar a técnica de aumentar a prioridade dos processos em relação aos outros programas do sistema) então como o Phenom tem mais núcleos e tem um clock 1.3GHz maior que o Turion então a diferença é realmente muito grande. No final o programa ficou 8.2x mais rápido no Phenom.

Mas só consegui perceber esse resultado porque mudei a estratégia de teste para um programa que tinha menos dependência de dados e de controle.

O que nós aprendemos hoje amiguinhos?

Quando você faz um programa paralelo tenha muito cuidado, o simples fato de aumentar o clock e a quantidade de núcleos *não* garante melhor desempenho. Isto porque o programa que você fez pode ter pequenas brechas que no processador mais rápido limitam o ganho por conta da quantidade comunicação ou sincronismo por exemplo. O controle por passo, como acontece na versão atual do meu programa de multiplicação de matrizes (ok vou mudar isso) sobrecarregou o processor com comunicações e mesmo sendo mais rápido e com mais núcleos, todo o desempenho foi sacrificado.

Assim que eu fizer os novos testes de multiplicação de matrizes eu coloco aqui qual o detalhe que quebrou o desempenho.

O problema que eu sempre esbarro é ter umas ideias malucas para as quais eu não acho exemplos aí tenho que ficar experimentando até fazer funcionar. Vou colocar aqui depois um exemplo de como usar as metatables de Lua para criar seus próprios objetos. Já existe muito material espalhado na rede, mas estou tentando juntar muita coisa.