Comments on: Better DO performance
As I mentioned earlier, the do function shifted from a native function to mezzanine in R3. This change was made to move higher-level code, such as do on an HTTP request, to REBOL code, not C. For example:
The do overhead of this code is insignificant compared to the read overhead of the HTTP request itself.
But, do is polymorphic over all datatypes, so the above change meant that an evaluation as simple as:
would suffer the mezzanine evaluation overhead. As you would guess, that did not settle well with me...
So, I've reverted do back to being a native. This was made possible by the new system/intrinsic function dispatch methodology which is used for actions such as make on a port or module. It allows a native to call back into REBOL code for complex actions that are better off written at the higher level.
Here is a performance comparision for evaluating:
loop 1'000'000 [do 1]
on both R2 and both ways on R3:
||8 times slower
||twice as fast
Although do would rarely be put in a tight loop like this, it shows the benefit. The change was worth the effort (which was minimal anyway), and also retains the higher level do evaluation of URLs, files, etc. (And, that code can be customized by applications, as needed.)
An additional benefit is that the eval native becomes unnecessary. (And, I never liked that native.) Also, this change also allows removing the cause function for errors (becomes unnecessary).
It would have slowed down forskip as well. At least the forskip in R2. I like the change and the new timings.
Will there still be an apply native? What changes to error evaluation prompted the removal of cause? "Cause" was too general a name for that function anyways...|
Request: Blog article on system/intrinsic. Thanks. :-)|
Nice improvement :)
Good to see rebol is becoming faster and better!|
Post a Comment:
You can post a comment here. Keep it on-topic.