why does it need setting the m2nframe before the slow path while it needn't when taking the fast path?
在07-12-18，Xiao-Feng Li <[EMAIL PROTECTED]> 写道： > > Chengrong, locking is expensive, which should be optimized or avoided. > The fast path acquiring the lock without Java-native border crossing > can be much fast. It's expected the fast path be executed in most > cases. This is possible if the code sequence doesn't trigger garbage > collection or exception, hence no need to bookkeeping the frames. > > Thanks, > xiaofeng > >
