On Sep 21, 2011, at 8:21 AM, Mark Roos wrote:

> From Remi 
> 
> Moreover, are you sure the code that contains these callsites is JITed, 
> 
> No,  but then how would I know and what would I do if I did know.  If its 
> JITed 
> and I do the 10th ( or whatever) invalidate in three months because of 
> uploading a patch 
> and because of that the app slows down until I reboot it that is a problem 
> for me. 
> 
> Smalltalk is dynamic not just in its use of variables but in its ability to 
> redo methods on 
> the fly ( and create new classes on demand etc).  Because of this I will need 
> to invalidate 
> callsites in the cache.  I really don't think it will be helpful if I have to 
> drop the methods and 
> recompile the byte codes to get 'fresh' callsites. 
> 
> Maybe I could have a way to put the site back into 'bootstrap' mode.  Maybe 
> even with 
> a SwitchPoint. 
> 
> I think I can deal with depth control I am not sure I can deal with an 
> 'helpful' compiler 

I got your point.  It seems we have to rework this patch a little to meet the 
requirements.  And I'm pretty sure it's too late for 7u2 anyway.  A rate 
instead of an absolute counter seems to be the way to go.

-- Christian

> 
> regards 
> mark 
> 
> 
> _______________________________________________
> mlvm-dev mailing list
> mlvm-dev@openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev

_______________________________________________
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev

Reply via email to