Atualização Reflector 1.5.4 API

This message was edited 2 times. Last update was at 28/03/2011 13:04:30

Reflector 1.5.4

Olá galera malandra!

É com humildade que venho apresentar a vocês a bibliotéca que criei: Reflector.
Como é de se adivinhar, o Reflector é uma biblioteca que criei para facilitar a utilização do Reflection API.
Ao desenvolve-la, tive como foco facilidade de uso e performance.

Download
Pequena referencia
Maven

Estou aberto a comentários e sugestões!

Grato pela sua atenção.

Atenção:
Quem baixou a versão 1.5.3, atualize para a nova versão 1.5.4 devida a uma correção referente a chamada nativa de métodos.
Grato

1° No site se chama Refractor e voce apresenta como Reflector??

2° Como voce deixou mais rapido que a propria API de Reflection? Voce usa alguma bytecode lib?

Marky.Vasconcelos wrote:1° No site se chama Refractor e voce apresenta como Reflector??

2° Como voce deixou mais rapido que a propria API de Reflection? Voce usa alguma bytecode lib?

Minhas pergunta é a mesma da segunda do Marky

This message was edited 1 time. Last update was at 23/03/2011 12:59:18

j0nny wrote:

Marky.Vasconcelos wrote:1° No site se chama Refractor e voce apresenta como Reflector??

2° Como voce deixou mais rapido que a propria API de Reflection? Voce usa alguma bytecode lib?

Minhas pergunta é a mesma da segunda do Marky

1º Mudei o nome da biblioteca mas não consegui renomear a pagina
2º Utilizo javassist e algumas funções internas da JVM e do JDK quando possivel

This message was edited 1 time. Last update was at 23/03/2011 13:01:32

Mikhas wrote:

j0nny wrote:

Marky.Vasconcelos wrote:1° No site se chama Refractor e voce apresenta como Reflector??

2° Como voce deixou mais rapido que a propria API de Reflection? Voce usa alguma bytecode lib?

Minhas pergunta é a mesma da segunda do Marky

1º Mudei o nome da biblioteca mas não consegui renomear a pagina
2º Utilizo javassist e algumas funções internas da JVM e do JDK quando possivel

Será que com a Dalvik do Android o desempenho será tao satisfatório assim também?
Pois estou quase liberando a primeira versão do AndOrm, com as funções básicas.

PS: Pq não coloca no GitHub? Fica mais fácil e legal do pessoal contribuir

j0nny wrote:

Mikhas wrote:

j0nny wrote:

Marky.Vasconcelos wrote:1° No site se chama Refractor e voce apresenta como Reflector??

2° Como voce deixou mais rapido que a propria API de Reflection? Voce usa alguma bytecode lib?

Minhas pergunta é a mesma da segunda do Marky

1º Mudei o nome da biblioteca mas não consegui renomear a pagina
2º Utilizo javassist e algumas funções internas da JVM e do JDK quando possivel

Será que com a Dalvik do Android o desempenho será tao satisfatório assim também?
Pois estou quase liberando a primeira versão do AndOrm, com as funções básicas.

PS: Pq não coloca no GitHub? Fica mais fácil e legal do pessoal contribuir

Creio que no Android ele não utilizará as features "mothafocka" deixando a performance semelhante a da API padrão.

É que eu já uso SVN e estou acostumado. Sem falar que uso Windows.

Mikhas wrote:

j0nny wrote:

Mikhas wrote:

j0nny wrote:

Marky.Vasconcelos wrote:1° No site se chama Refractor e voce apresenta como Reflector??

2° Como voce deixou mais rapido que a propria API de Reflection? Voce usa alguma bytecode lib?

Minhas pergunta é a mesma da segunda do Marky

1º Mudei o nome da biblioteca mas não consegui renomear a pagina
2º Utilizo javassist e algumas funções internas da JVM e do JDK quando possivel

Será que com a Dalvik do Android o desempenho será tao satisfatório assim também?
Pois estou quase liberando a primeira versão do AndOrm, com as funções básicas.

PS: Pq não coloca no GitHub? Fica mais fácil e legal do pessoal contribuir

Creio que no Android ele não utilizará as features "mothafocka" deixando a performance semelhante a da API padrão.

É que eu já uso SVN e estou acostumado. Sem falar que uso Windows.

Ah ok, então nem valeria a pena. MASSS, vou fazer um teste a parte mais tarde para comprovar

Tbm usava SVN e Windows, agora uso Ubuntu e GitHub para projetos pessoais, e Ubuntu e SVN profissionalmente.

Mikhas wrote:

j0nny wrote:

Mikhas wrote:

j0nny wrote:

Marky.Vasconcelos wrote:1° No site se chama Refractor e voce apresenta como Reflector??

2° Como voce deixou mais rapido que a propria API de Reflection? Voce usa alguma bytecode lib?

Minhas pergunta é a mesma da segunda do Marky

1º Mudei o nome da biblioteca mas não consegui renomear a pagina
2º Utilizo javassist e algumas funções internas da JVM e do JDK quando possivel

Será que com a Dalvik do Android o desempenho será tao satisfatório assim também?
Pois estou quase liberando a primeira versão do AndOrm, com as funções básicas.

PS: Pq não coloca no GitHub? Fica mais fácil e legal do pessoal contribuir

Creio que no Android ele não utilizará as features "mothafocka" deixando a performance semelhante a da API padrão.

É que eu já uso SVN e estou acostumado. Sem falar que uso Windows.

Dá pra usar sossegado o GitHub usando TortoiseGit. Só muda mesmo o estilo, que é um pouco diferente do SVN.

[]´s

Debugger Membro desde: 17/09/2007 18:42:58 Mensagens: 52 Offline

Olá Mikhas,

Boa iniciativa! Não achei que o Mirror estivesse com a performance tão ruim para reflection. Você pode disponibilizar o benchmark para eu dar uma olhada? O problema deve estar no lookup do método.

De qualquer forma parece que está bem simples de usar. Gostei da API

(Tirando que o acesso a ela é via métodos static, mas se seu foco é performance, acho que faz sentido.)

Algumas perguntas porque ainda não tive tempo de olhar bem o código

1 - É Thread-safe?
2 - Os truques para acelerar envolvem sun.misc.Unsafe e sun.reflect.*Accessor? Ou você encontrou algo ainda mais baixo?
3 - Javassist para analize do bitecode certo? Você chegou a medir os ganhos de performance? Eu estava pensando em fazer isso pro Mirror, mas se já tiver dados melhor ainda

jonasabreu wrote:Olá Mikhas,

Boa iniciativa! Não achei que o Mirror estivesse com a performance tão ruim para reflection. Você pode disponibilizar o benchmark para eu dar uma olhada? O problema deve estar no lookup do método.

De qualquer forma parece que está bem simples de usar. Gostei da API (Tirando que o acesso a ela é via métodos static, mas se seu foco é performance, acho que faz sentido.)

Algumas perguntas porque ainda não tive tempo de olhar bem o código

1 - É Thread-safe?
2 - Os truques para acelerar envolvem sun.misc.Unsafe e sun.reflect.*Accessor? Ou você encontrou algo ainda mais baixo?
3 - Javassist para analize do bitecode certo? Você chegou a medir os ganhos de performance? Eu estava pensando em fazer isso pro Mirror, mas se já tiver dados melhor ainda

Não fiz testes com varias threads, só testes funcionais, mas acredito que tem haverá muitos problemas pois os proxies possuem em sua maioria atributos finais.
Eu utilizo o Unsafe quando possivel e o javassist para criar proxies também. Não o utilizei para analize de bytecode já que nunca vi isso na vida... mas esta ai uma coisa para correr atrás.

O teste de performance que fiz é bem simples na verdade:
ReflectorPerformanceTest
Tentei ser o mais just possivel com todas as API's.

O tópico está duplicado. Há outro igual no sub-forum para projetos brasileiros.

A iniciativa é boa, a documentação está bem clara e tem uma boa wiki (bem simplese direta).

Mas não gostei de ter uma javassist embedded por dois motivos: o jar fica grande, e isso pode ocasionar classloader hell caso o usuário tenha outra versão do javassist. Meu conselho é não usar assim ou renomear de javassist.* para br.mikhas.reflector.*, que é o que o pessoal faz quando distribui coisas embedded.

Na classe principal há um map que guarda um cache dos proxies criados pelo Javassist. É bom cuidar com essas coisas staticas, pois não são thread-safe.

Eu fiquei mesmo impressionado com o gráfico. Ser mais rápido que o Mirror ou outra lib semelhante pode ser, mas ser mais rápido que o JDK, só se usar cache. Mas isso por outro lado é perigoso por causa do acumulo de memoria e também com o cuidado de guardar esse cache thread-safe.

Debugger Membro desde: 17/09/2007 18:42:58 Mensagens: 52 Offline

@garcia-jj

Usando classes internas da VM dá pra ser consideravelmente mais rápido que a VM pois você consegue ignorar várias checagens de segurança. Além de que no caso de fields, você consegue acesso direto à memória usando o sun.misc.Unsafe.

jonasabreu wrote:@garcia-jj

Usando classes internas da VM dá pra ser consideravelmente mais rápido que a VM pois você consegue ignorar várias checagens de segurança. Além de que no caso de fields, você consegue acesso direto à memória usando o sun.misc.Unsafe.

]

Hmm, muito interessante. Eu ví isso se não me engano no Objenesis, onde há algumas implementações usando recursos internos específicas das VMs.

Debugger Membro desde: 17/09/2007 18:42:58 Mensagens: 52 Offline

Sim. O XStream também usa coisas assim para acelerar reflection.

This message was edited 1 time. Last update was at 23/03/2011 13:54:21

Ola

Muito bom, tem ate testes.

Usar sun.misc não é portavel infelizmente. Nao vai funcionar no openjdk, por exemplo. E provavelmente tambem nao na jvm da IBM.... haverá ClassDefNotFoundError.

Mas existem bibliotecas que encapsulam essas chamadas especificas, assim como o XStream e o Objenesis fazem. Ai fica "seguro".

jonasabreu wrote:@garcia-jj

Usando classes internas da VM dá pra ser consideravelmente mais rápido que a VM pois você consegue ignorar várias checagens de segurança. Além de que no caso de fields, você consegue acesso direto à memória usando o sun.misc.Unsafe.

Jonas, deve ser bem facil mudar a implementacao pra ficar mais rapido, mas acho ate um pouco desnecessario na maioria absoluta dos casos: a diferenca de gastar 1 nano segundo e 10 nanosegundos, numa operacao que só faremos 1 vez num request web, é mais que negligenciavel. Prefiro que continuem utilizando a reflection pura e mantenha compatibilidade da maneira simples.

Notícias, artigos e o maior fórum brasileiro sobre Java