On 2014-08-20 11:08, MacGregor, Duncan (GE Energy Management) wrote:
The memory costs are highly dependent on what combinators are being used and and how many entries are in the cache, and whether you¹re caching and reusing any adaption needed to the base method handles. It¹s also going to change quite radically for the better in 8y40 when various patches have landed.A naïve implementation with some combinators wrapping each target method will normally result in about 100 bytes of retained heap per PIC entry, but there may be more attached to anonymous class constant pools and so forth. This memory usage can be reduced through careful caching and reuse, and as I said there are patches incoming for 8u40 which make a great improvement. Regards, Duncan.
Hi Duncan, sounds encouraging! Thanks for the good news Raffaello
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
