Visual Basic.NET - JIT nem sempre é a solução
JIT é um recurso sempre visto como grande vantagem para performance em ambientes distribuidos. Mas nem sempre isso é verdade...
O JIT melhora a performance no sentido em que evita o tempo de criação do objeto : uma mesma instancia pode vir a ser compartilhada por diversos usuários do servidor de componentes.
Porém quando uma aplicação cria uma instância e chama diversos métodos em sequencia o JIT pode vir a ser prejudicial: Cada chamada de método envolve a realocação de uma instância. O tempo adicional envolvido com realocações de instância pode, em alguns ambientes, superar o tempo de criação da instância.
Em aplicações Web normalmente é criada a instância e feita a chamada de um único método, o que faz com que o JIT seja proveitoso, pois irá acelerar a desalocação da instância. Mas em aplicações 3 camadas com client gordo está vantagem pode não existir.
No MTS não há como configurar o JIT: Ou o objeto foi programado para isso ou não foi. Desta forma é preferível deixar o JIT ativado, especialmente porque o objeto poderá vir a ser usado do W2K.
No COM+ do W2K o JIT é configurável. Assim sendo podemos desativar o JIT de determinados objetos de acordo com a arquitetura da aplicação, o que pode gerar ganhos de performance.
Mas não se anime em migrar por causa disso: Os mecanismos de instanciamento de objetos no W2K são mais lentos que no NT 4.
