Perl 5 Optimizing Compiler, Part 7: Video Chat w/ Ingy & Reini, Today 9/18 8pm Central Time

[Will_the_Chill]

Hello Monks,

Important Perl people Ingy döt Net and Reini Urban will both be in Austin today to meet with my group about the compiler project.

Anyone who would like to attend our group video chat can send me a private message.

This is starting to get exciting!

Perling,
~ Will


UPDATE!
If you just can't wait to hear what we talked about, here's 2 hours worth!
http://www.youtube.com/watch?v=BAzpNywwCxU

[Anonymous Monk]

Many other have told this to you. And I don't really want to pour water on your enthusiasm.

Perl 5 is slow not because its Perl 5 or because its not C. Its slow because it does a lot of things for you automatically. In other words its slowness comes from 'doing those extra things'. Now you can probably extract some speed out of it, but that is going to be in the >10% range and not the kind of speed you are hoping to extract.

There are other problems with Perl 5, solutions to some of those are in urgent priority than other ones. For example chromatic mentions C-Types as one of them. Another one he mentions is a MOP in the core. Many others have mentioned such needs after their hard experiences hitting rough edges over the years

Large break through level changes in Perl 5 are not possible with sane design consistency. Hence the Perl 6 Project. Some problems with Perl 5 can't be solved as is, or without breaking backwards compatibility. Adding new syntactic power to Perl 5 has shown some success and in some cases it has proven to be a failure(like the smartmatch operator). The reason as Larry Wall mentions, there are a lot of individual design changes that make perfect sense. But not when you add them all.

Your time is better spent either solving the pressing problems Perl 5 has. Or contributing to the Perl 6 project.

Especially Perl 6, that is likely to solve bigger problems in the longer run.

[Will_the_Chill]

Anonymous Monk,

Thank you for your feedback. I think, in general, you are repeating the general wisdom, and the general wisdom is right, in general.

Basically what we're probably looking at right now is carefully and systematically re-writing much of Perl 5. LLVM will probably be a good target backend, and will also require significant upgrading to handle Perl semantics in an optimized fashion.

For example, here's a copy of Reini's most recent ideas on optimization options:
https://gist.github.com/3740313

Thanks,
~ Will

[Anonymous Monk]

Many other have told this to you. And I don't really want to pour water on your enthusiasm. ... Your time is better spent either solving the pressing problems Perl 5 has. Or contributing to the Perl 6 project.

I would think you'd have learned already -- the Chill is on a mission -- and none of your annoying "don't experiment, do what I say" naysaying is going to steer that river avalanche in a different direction

[BrowserUk]

none of your annoying "don't experiment, do what I say" naysaying is going to steer that river avalanche in a different direction

Nor should it.

Why are people so intent on keeping Perl5 stuck in its rut?