2009-08-10T15:06:33 sid burn

Soweit ich es zuletzt mitbekommen habe war die Idee den der derzeitige Perl interpreter/compiler in Rakudo z.B. einzubinden.

Das ist korrekt, das ist quasi die einzige Moeglichkeit, XS-Module zum funktionieren zu bringen.

Quote

Quote

Was für P5er auch interessant sein sollte ist inwieweit JIT einen Performanceboost für P5-code bringen kann/wird.

Wenn die geschwindigkeit von Rakudo so bleibt wie sie jetzt ist, dann wahrscheinlich 100 mal langsamer.

500x sagen aktuelle Benchmarks :(

Parrot hat (im Gegensatz zu Perl 5) allerdings noch deutlich groesseres Optimierungspotential, und wird meistens nicht mal mit optimierenden Compiler-Optionen gebaut.

Allerdings ist zur Zeit das Problem, dass zu haeufig zwischen C- und PIR-Code hin- und hergeschaltet wird, was ziemlich aufwaendig ist.

Allison arbeitet zur Zeit an einer saubereren und hoffentlich schnelleren Loesung fuer das hin- und herschalten, und andere (chromatic, whitenight) arbeiten an einem Konzept, mit dem viele opcodes in einer fuer parrot verstaendlicheren Programmiersprache implementiert werden koennen und damit und damit viele calls nach C vermieden werden koennen.

Auch gab es ein Summer of Code-Projekt, einen JIT-Compiler basierend auf LLVM zu bauen, aber der zustaendige Student konnte es leider nicht antreten ($real_life hat gestoert).

Also ich sehen durchaus Potential, ob es jemals signifikant schneller als Perl 5 wird steht aber in den Sternen. Fuer Parrot 2.0 ist es Geschwindigkeit ein grosses Ziel, also warten wir mal noch ein halbes Jahr...