Re: lua-5.0 performance problems

[Simon at the Threshold <dweller@...>]

Saddly the test program has two parameters (threads and loops) threads 
is the number of seperate pthreads to create (which in this case 
includes lua stack/handle creation and loading the lua script bytecode 
into a memory buffer.

So that doesn't appear to be the case..

I guess I'll be better off with multi-threaded C and cached config 
files..Shame I thought I'd found a useful software tool there for a minute..

I guess script/bytecode interperters have a performance limit, I notice 
that most of the script langauges (java included) all bottleneck at 
around the same point. Its only compiled languages like C/C++ which seem 
to zip along at high speed.

Simon

D Burgess wrote:
> Just guessing, but the time taken will not be in the execution
> of your script but the VM creation and parsing of the Lua
> script.
> If you were to separate the thread/vm creation and the script
> execution (so that the thread/vm gets created before you want to
> use it), you should find the script execution to be pretty quick.
>
> DB
> +++++++++++++++++++++++++++++++++


--
Nothing will ever be attempted if all possible objections must be first
overcome.
		-- Dr. Johnson
--
This email and any attachments hereto are strictly confidential and 
intended solely for the addressee. It may contain information which is 
covered by legal, professional or other privilege. If you are not the 
indended addressee, you must not disclose, forward, copy or take any 
action in reliance of this email or attachments. If you have received 
this email in error, please notify us as soon as possible.