Re: Request for review (L): 7087838: JSR 292: add throttling logic for optimistic call site optimizations

2011-09-17 Thread Rémi Forax
Hi Christian, hi all, I understand that you need such kind of logic but I think it's not compatible with the approach taken by Mark Roos i.e flush all callsites if more than a predefined number of callsites have installed an inlining cache. A possible solution is to add a way in the API to know if

Auto Reply: Re: Request for review (L): 7087838: JSR 292: add throttling logic for optimistic call site optimizations

2011-09-17 Thread kirill . shirokov
On vacation till October 3. Will be reading email occasionally. ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev

Auto Reply: Auto Reply: Re: Request for review (L): 7087838: JSR 292: add throttling logic for optimistic call site optimizations

2011-09-17 Thread kirill . shirokov
On vacation till October 3. Will be reading email occasionally. ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev

SIGSEGV while Parse::optimize_inlining an invokedynamic call.

2011-09-17 Thread Sebastian Sickelmann
Hi, while doing further investigations on my idea [0] i observed a reproducable crash of the vm. It seems to me that it happens while the hotspot tries to inline (i think) a invokedynamic call. It happens only in my second Testcases (a case where an exception is thrown) so i tried to reduce it t

Auto Reply: SIGSEGV while Parse::optimize_inlining an invokedynamic call.

2011-09-17 Thread kirill . shirokov
On vacation till October 3. Will be reading email occasionally. ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev