Question about interpreter optimization...

[mutleey]

Guys, I have a sincere question: AutoIt has ceased to be a purely automation language, given that many relatively large projects are written today. Why isn't the interpreter optimized? This is especially true when compared to other interpreted languages that are optimizing interpreter speed. (I'm not dissatisfied or complaining, I just had this question.)

[WildByDesign]

I personally don't know anything about AutoIt's internal source code. However, I am always 100% of the belief that if there is room for optimization, optimize it.

Now this is really more toward the developer(s) of AutoIt.

I am also quite pleased with the performance of AutoIt. I have no complaints either. But if there is room to optimize, it would certainly be appreciated.

From my own perspective, I always try to get scripts and things working the way that I want first. Then I go through several rounds of finding ways to do parts of it more efficiently. Optimizing for performance and efficiency.

As far as the AutoIt interpreter goes, that is beyond me of course.

I do want to say one extra thing though. The "community" here surrounding AutoIt is by far one of the best I've ever seen. I would really love to see AutoIt continue to grow, thrive and expand. I came to the AutoIt scene quite late. But I love it and would be absolutely devastated if it were to cease one day.

That is actually something that I've pondered over the past half-year or so. I never brought it up or anything because I feel like I am still very new here. I know that the development team is very small. But I've often wondered, what would happen if that small development team one day became unable to continue? By that, I mean like some sort of sickness, disability, passing away, etc. It's a difficult thing to talk about which is why I never brought it up.

Could there be plans that, for example, if the main development team did one day become unable to continue, that possibly the source code for AutoIt could then be passed on to the community to continue the development team's dreams? Maybe that is already part of an unspoken plan in legal documents or something. It's not easy or pleasant to discuss, of course.

Anyway, I've got such tremendous respect for this community. ❤️

[argumentum]

3 hours ago, mutleey said:

1) Guys, I have a sincere question:
2) AutoIt has ceased to be a purely automation language,
3) given that many relatively large projects are written today.
4) Why isn't the interpreter optimized? This is especially true when compared to other interpreted languages that are optimizing interpreter speed. (I'm not dissatisfied or complaining, I just had this question.)

Ok, I'll give it a try:
1: Thanks
2: No it really hasn't. But did open doors to have a beautiful range of UDFs.
3: Yes, am one of those that stretch the limits with IPC, forking and creative ways to stay within just AutoIt. 
4: Is basically one guy's side project. Open sourced it one but people wanted to take over and... closed sourced it out of... what else could he do. And lucky us that he didn't just close shop ( so to say ).
Not nice when you share your vision and people start dreaming of "I would" left and right disregarding you ( the "inventor" and director of the thing ).

It is optimized as much as possible for a single threaded design. Is as good as it is.

There are teams of people in many languages and it is a job of it's own. You ( or anyone ) can code in any of a myriad of coding languages out there.

At times am like, screw PHP, I'll code it in AutoIt  

[jpm]

I was before retiring in Basic software development as Windows Core

So I can tell you that the solution comes with generating an assembly code based on a run time implementing the AutoIt builtin functions

That need to defined something as as C compiler, that's a tremending job at least for me

Today Autoit is based on a interpreting byte code corresponding to AutoIt builtin functions which is not too bad from my point of view

Cheers