OpenEuphoria

Interpreter startup speed

• Posted by Jason Gade <jaygade at yahoo.com> Aug 18, 2006
• 696 views

Al Getz wrote:
> 
> Hello again,
> 
> I forgot to mention one thing before that affects only programs using
> v2.5 and not v2.4 .
> That is, the time to open a file is much longer with the 2.5 version
> and that is not good on my system.  I have a decent system and it's
> still too slow.
> 
> I realize that compiling everything before running has some advantages,
> but it takes away from the time to open and it also doesnt allow you
> to put up a splash screen while waiting for the rest of the program
> to run.
> 
> Perhaps a solution would be simple:
> Divide the compile phase into two parts:
> 1.  First complile a small section of the code to allow a user
>     to put up a small splash screen to tell the user it's opening.
> 2.  Compile the rest of the code as usual.
> 
> Doing this wouldnt be hard at all, and would increase the apparent speed
> of the language for many users.
> 
> When using a large library it just takes too long to open the way
> it is now so something should be done.  Who wants to wait for the 
> entire lib to compile?  Not me :)
> 
> I dont know how the initial code would be sectioned off, perhaps with
> START:
>   --initial code here
> :END
> 
> or whatever really.  ANYTHING to get rid of this annoying delay.
> 
> 
> Al
> 
> E boa sorte com sua programacao Euphoria!
> 
> 
> My bumper sticker: "I brake for LED's"
> 

I split this topic off...

Reading your message I had a thought. Previous versions of Euphoria used
incremental compilation I believe. 2.5 changed that. Now I haven't had any
problems with it but I remember a lot of complaints from others.

Since Rob is including simple threading in the next release maybe the release
afterwards could use that in the IL compiler itself where it compiles a bit in
the background as it starts running the program. Maybe that would speed up the
long load times that some people experience.

--
"Any programming problem can be solved by adding a level of indirection."
--anonymous
"Any performance problem can be solved by removing a level of indirection."
--M. Haertel
"Premature optimization is the root of all evil in programming."
--C.A.R. Hoare
j.