Re: Interesting Benchmarks (eu dll wrap, conventional dll wrap, machine procs)
- Posted by jeremy (admin) Mar 10, 2009
- 1001 views
Actually, I would suspect the oppositeunless you mean that you'd have to do a lot of the C-string and structure manipulation inside euphoria code. The overhead is in setting up the call to the dll. Once there, the speed should be about the same, so I'd expect the dll to catch up a bit. This would be consistent with Rob's traditional advice, that the more processing you do in the dll, the more benefit you get, because it can eventually overcome the overhead involved in setting up the external call.
This is one reason, BTW, that I had started (long ago, and maybe I'll get back to it some day 
) a statically linked euphoria/wxEuphoria project.
Just so I understand... What I am saying is that the find/exec method requires a lot of string access, pointer arithmitic, sequence creating, etc... Therefore, I believe that the eu dll (not the 100% eu code version) would be faster. I was thinking that doing all the string stuff in eu code (100% eu code version) would cause it to slow down more than it already is. Is that true?
Jeremy
