master so einfach ist das nicht pugs kann schon einige perl5 standart module mit perl6 ausführen. und situation wird sich auch noch ändern liess mal pugs artikel in wp

speed? wofuer braucht man das?

In den letzten paar Jahren haben etwa 95% meiner produktivscripte zu über 98% der Zeit auf externen IO gewartet... d.h. ob das script 24 oder 34 CPU-Sekunden bei einer Komplettlaufzeit von 1h braucht, war damit voellig egal. Die Geschwindigkeit kommt hoechstens bei Berechnungen (aber dafuer gibt's meist auch schnellere Mittel wie z.B. C) oder bei haeufig aufgerufenen dynamischen webseiten... und auch da ist haeufig der webserver das nadeloehr...

@strat

speed brauchts aus Prinzip ;-)

Kann ja mal sein, das du was zeitkritisches brauchst, ohne gleich auf C ausweichen zu müssen.

Speed + Sicherheit ist immer gut...
Besser mehr speed zu haben, als keinen speed zu haben...

[quote=master,19.04.2006, 19:03]speed brauchts aus Prinzip[/quote]
dann verwende eben C oder Assembler! Oder Inline::C.

>speed brauchts aus Prinzip ;-)

natürlich brauch man manchmal speed aber da hilft vorher nachdenken wozu und dann nachdenken wie. Grad weil man in perl viel dynamisch machen kann also auch den algorithmus hip hop mässig selbst verändern lassen kann man die sachen sehr beschleunigen kann.

zum anderen kann man grad inhöhergradigen sprachen deutlicher formulieren was man eigentlich will so das vm da viel optimieren kann, und nicht zu letzt aber schon erwähnt wird perl6 wohl aus 4 gründen schneller sein.

1. schneller zu parsen weil einfacherer regeln, der syntax ist auf one pass parsing ausgelegt.

2. die angesprochene typisierung spart viel speicher und erlaubt der vm viel gegenüber perl5 zu sparen

3. parrot ist einfach schneller, kann leichter und unabhängig von perl gewartet werde.

4. die ausrede: dann nimm doch assembler macht dann wirklich sinn weil man wirklich zeitkritische sachen in Parrot ASM auslagern kann der sich wesentlich schneller schreibt als richtiger assembler und auch crossplatform ist.\n\n

<!--EDIT|lichtkind|1145471819-->

[quote=Strat,19.04.2006, 18:59]speed? wofuer braucht man das?

In den letzten paar Jahren haben etwa 95% meiner produktivscripte zu über 98% der Zeit auf externen IO gewartet... d.h. ob das script 24 oder 34 CPU-Sekunden bei einer Komplettlaufzeit von 1h braucht, war damit voellig egal. Die Geschwindigkeit kommt hoechstens bei Berechnungen (aber dafuer gibt's meist auch schnellere Mittel wie z.B. C) oder bei haeufig aufgerufenen dynamischen webseiten... und auch da ist haeufig der webserver das nadeloehr...[/quote]
Ich habe das Gefühl, dass das Moorsche Gesetz auch für den Ressourcenverbrauch von Anwendungen gilt. Leider gibt es bei der Hardwareentwicklung einen gewissen Stillstand; mein Firmenrechner, den ich vor drei Jahren bekommen habe, ist mit seinen 2,8GHz nicht weit von den Leistungsdaten heutiger Rechner entfernt (Parallelität erst einmal ignoriert).

*Ich* jedenfalls brauche die Geschwindigkeit, meine Sachen sind sehr rechenintensiv.

es gibt genug anwendungsfälle, auch im CGI-bereich, bei denen
geschwindigkeit eine menge bringt. nicht jeder klick löst eine
datenbankabfrage aus (und datenbankanfragen müssen auch nicht
immer so langsam sein, wenn man die richtigen tools verwendet,
sprich eine passende datenbank für den anwendungsfall).
ich denke da in meinem fall an HTC und z.B. ein großes HTML-formular
mit vielen dynamischen werten, das dann sehr schnell generiert werden kann.

@pq: die engpaesse liegen da meiner Erfahrung nach nur sehr selten in Perl selbst, sondern entweder in schlechten Algorithmen oder in verbundenen Systemen, z.B. User, Filesystem, Webserver, Datenbanken, ... wobei da gerade bei Datenbanken die Konfiguration meist eine noch groessere Rolle spielt als die Wahl der Datenbank selbst (Cachegroessen, Indices, Storageengine, RAM).

Auch beim Webserver: mod_perl muss nicht immer schneller sein als CGI, sondern es ist bei selten aufgerufenen webapplikationen durch seine persistenz manchmal sogar RAM-Verschwendung (das Gaestebuch auf meiner HP waere so ein Fall).

ok bis das kapitel über subs kommt will ich mal hier die die hochlichter nennen was in perl6 alles gegenüber perl5 verbessert wurde:


OOP mit autogenerierten new, gettern und settern:


und ihr wisst das in realem weniger gestuztem code die vorteile wesentlich wachen werden

junctions:

direkterer mit hashes for ist weitaus mächtiger geworden

das bereits vorgestellte given, when ist eine grössere sache, mit den parameter die einzige sache die php vorraus hatte, aber was mir an python immer gefiel war

was auch ständigen code vereinfacht:

wem jemals die $1-$9 zu wenig war hat jetzt nth() aber es fallen jetzt viele limits weg an denen ihr euch vielleicht öftes gestört hat. auch input stream kann man jetzt auf autochomp stellen...
nächtes mal mehr

PS. warum ist das new rot?\n\n

<!--EDIT|lichtkind|1146129625-->

Ich schätze, dass bei dem Junctions-Beispiel ein Fehler ist, oder?? Oben hast Du alles mit | getrennt und in dem ausführlicheren Teil steht dann ein "and".

Welches new ist rot??