Czy ktoś ma doświadczenie z czystego czas ładowania AspectJ tkania w systemach produkcji (przeważnie ciekawych Tomcat działań związanych z)? Trochę martwię się o ślad pamięci i obciążenie procesora cpu.AspectJ obciążenia czasu tkania w systemach produkcji
ja nie wyobrażam sobie, że to, że mają znacząco różny wpływ na inne AOP związanych z bibliotek takich jak cglib, które dużo używamy w systemach produkcyjnych do wytwarzania AOP proxy wiosną. Wydajność jest dobra, ale w puli permen występuje zwiększony ślad pamięci (z powodu dużej liczby generowanych klas syntez), co może stanowić problem, jeśli nie jest zarządzany ostrożnie.
Moje dwa centy za AspectJ. Wersja 1.6.4 z opcją LTW jeść początkowo około 60-80Mbs RAM dla mojej aplikacji tomcat. W wersji 1.6.5 opcja "typDemotion" dla zmniejszenia wielkości pamięci. Szczegóły tutaj - http://andrewclement.blogspot.com/2009/04/aspectj-load-time-weaving-and-memory.html – FoxyBOA
Chciałbym zachęcić was do zrobienia kompilacji tkania dla AspectJ. Możesz to zrobić w swojej kompilacji z mrówką lub mavenem i rozwijać w Eclipse z wtyczką AJDT.
Czas ładowania tkania działa w Tomcat. Miałem system produkcyjny działający przez kilka miesięcy, ale przejście do kompilowania czasu tkało konfigurację i konserwację znacznie łatwiejsze.
Mogę zapytać, dlaczego zdecydował się przejść do kompilacji tkania? Jakieś problemy z wydajnością pamięci/CPU? – FoxyBOA
, ponieważ skaffman powiedział już, że ślad pamięci wzrósł nieco, ale nie mieliśmy żadnych problemów z wykorzystaniem procesora –
Pierwsza krew z podpisanych słoików i LTW. http://stackoverflow.com/questions/4122930/aspectj-load-time-weaving-for-signed-jars – FoxyBOA