>>>>> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes: DS> It was a thought, yes. >> While it would make method lookup faster, it's only benefit over the current >> method is faster lookup of the first call to a method but at the cost >> of extra processing at startup time to cache methods that may never be used. DS> Good point. Never mind--not worth it. Clearing out the cached methods makes DS> sense, rebuilding the cache doesn't. If someone really wants, I suppose we DS> could provide a method to allow this somehow. I can see front-loading the DS> expense being worth it occasionally. I think. I was hoping that the vtbls would be self-operating. Without much need to work hard on them. Well, we could preload the vtbl with a _replace_me_ stub to do the cacheing. <chaim> -- Chaim Frenkel Nonlinear Knowledge, Inc. [EMAIL PROTECTED] +1-718-236-0183
- Re: Method call optimization. Dan Sugalski
- Re: Method call optimization. Graham Barr
- Re: Method call optimization. Dan Sugalski
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Graham Barr
- Re: Method call optimization. Dan Sugalski
- Re: Method call optimization. Graham Barr
- Re: Method call optimization. Dan Sugalski
- Re: Method call optimization. Graham Barr
- Re: Method call optimization. Dan Sugalski
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Dan Sugalski
- selectively invalidating cached inherited methods (as Re:... David L. Nicol
- Re: selectively invalidating cached inherited methods (as... Dan Sugalski
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons