wat is sneller - perl of php

[angl2k]

een vriend van mij zweert bij PHP omdat hij zegt dat het sneller is. Is PHP nou echt sneller dan perl

[Eguan]

PHP is op perl gebaseerd en ik denk dat het inderdaad sneller is dan Perl, anders zouden zoveel mensen niet voor php kiezen i.p.v. Perl.

Misschien heb ik het verkeerd, maar ik denk dat PHP ook krachtiger is dan Perl.

Correct Me If I'm Wrong

[Verwijderd]

Duh. CGI (Perl) kan maar een ding tegelijk en als dus twee mensen tegelijkertijd hetzelfde willen moet de hele handeling opnieuw uitgevoerd worden.

Bij PHP is dit niet zo, en dus sneller.

[rickmans]

PHP is sneller (eigenlijk een zaakje voor 14 niet?? er duiken trouwens steeds meer 14 vragen hier op)

[Maxonic]

PHP wordt niet echt sneller geparsed dan perl. PHP programmeert alleen wat sneller omdat je het met HTML kan mixen en omdat er al veel voorgebakken functies in zitten.

De snelheid van het p;arsen ligt bij PHP vaak hoger omdat PHP vaker als module geinstaleerd staat dan Perl. Maar dat wilt nog niets zegger. Er zijn hosters die ook perl als module op hun bijv. Apache hebben draaien. In dat geval 'laad' zo'n pagina dus ~ net zo snel als een pagina in PHP geschreven.

(ps. correct me if I'm wrong)

[Verwijderd]

Op dinsdag 11 september 2001 12:54 schreef ELANAZ het volgende:
Duh. CGI (Perl) kan maar een ding tegelijk en als dus twee mensen tegelijkertijd hetzelfde willen moet de hele handeling opnieuw uitgevoerd worden.

Bij PHP is dit niet zo, en dus sneller.

Volgens mij wil CGi niet zeggen dat het Perl is, PHP is ook een CGI execute

[McVirusS]

[forum=13] >> [forum=14]

[2]

Op dinsdag 11 september 2001 12:54 schreef ELANAZ het volgende:
CGI (Perl) kan maar een ding tegelijk en als dus twee mensen tegelijkertijd hetzelfde willen moet de hele handeling opnieuw uitgevoerd worden.

Eh, leg eens uit wat je hier precies mee bedoelt...?

[brammetje]

ik heb eigenlijk altijd gedacht dat perl sneller was hoor..

[drm]

Op dinsdag 11 september 2001 14:37 schreef 2 het volgende:

[..]

Eh, leg eens uit wat je hier precies mee bedoelt...?

is voor mij ook een raadsel.

[razor-x]

php is sneller imo , maar je merkt het niet zo snel met een klein siteje

//off
Angl2k bij jij ook geen n00b meer ? (zie sig)

[demonite]

ik zou zeggen, doe eens een test.

laat beide een file van 100 mb genereren met ascii tekens ofzo?

Of een loop van 10 miljoen iteraties ofzoiets dergelijks.

Kom je er snel genoeg achter lijkt me.
Overigens zet ik mijn centen in op Perl.

[tomato]

Mensen, mensen. Geen appels met peren vergelijken.

PHP als Apache module, als ISAPI, of als CGI?
Perl als CGI of als mod_perl?
etc etc...

En waarin is het sneller? Ontwikkelen, praten met andere software (dbm's), uitvoeren van een loopje?

Wat je in ieder geval niet kunt zeggen is dat PHP sneller is dan Perl, andersom is dan logischer, maar ook niet echt correct.

[raptorix]

Wat is sneller een metro of een trein, ja een metro want die rijdt vaker, nee een trein die rijdt harder, etc. Met dit soort zaken moet je wel heel specifieke cases hebben als je een vergelijking wilt maken. Overigens is mijn ervaring dat tegen de tijd dat je echt in snelheids problemen komt op een website er genoeg verkeer is om een snellere server te rechtvaardigen.

[brammetje]

tis echt weer een java-c++ vergelijking..

Elke programmeertaal blinkt weer uit in zijn eigen dingen en situaties..

deze discussie is dus -1 overbodig..

[.oisyn]

wat is sneller, een mug of een bij?


een raket want een kameel heeft 2 bulten

[demonite]

ja leuk, laten we weer lekker onze neus de andere kant uit steken en zeggen dat het onzin is.

Toch kun je met PHP en Perl dezelfde site maken.
De vraag is gewoon wat is nu sneller?

ik vind dat geen appels met peren vergelijken.
En dan kun je wel weer een hoop ingewikkelde termen gaan opnoemen over hoe dat spul geinstalleerd moet staan en wat je er mee moet / kan doen.

Lekker belangrijk, zeg ik dan.

Als t'r nou eens iemand met verstand van zowel php als perl gewoon een gelijkwaardig installatie maakt, een website maakt die dingen overdreven ver laat gaan (dus inderdaad lange loops, veel geheugen verbruik, connecties naar db's en alle andere shit waarvan je gebruik maakt in een website).

Ik zou dat een zeer interessante test vinden..

[Verwijderd]

Op woensdag 12 september 2001 13:55 schreef demonite het volgende:
[...]
ik vind dat geen appels met peren vergelijken.
En dan kun je wel weer een hoop ingewikkelde termen gaan opnoemen over hoe dat spul geinstalleerd moet staan en wat je er mee moet / kan doen.
[...]

het is wel appels met peren vergelijken.
elke taal heeft zijn sterke en zwakke eigenschappen. De een is goed in taal x proggen en de ander in taal y.
Het ligt dus aan de installatie, de manier van proggen en de uit te voeren code.
Denk niet dat dit ECHT goed te vergelijken is hoor... ook al heb je het 'soortgelijk' geinstalleerd.

Deze discussie kan wel een hele tijd doorgaannnnnnnnnnnnnnnnnnnnnnnnnnnnnn ik weet niet wat jullie denken, maar IK heb er weinig behoefte aan

[.oisyn]

Op woensdag 12 september 2001 14:43 schreef woeitje het volgende:

[..]

Deze discussie kan wel een hele tijd doorgaannnnnnnnnnnnnnnnnnnnnnnnnnnnnn ik weet niet wat jullie denken, maar IK heb er weinig behoefte aan

Tenzij er een een of andere gefreakte psycho met uitpuilende ogen en een kettingzaag achter je staat, denk ik niet dat iemand jou dwingt deze discussie ook verder te volgen

[demonite]

reageer er dan niet op als je er geen behoefte aan hebt.
Ik vind het nml wel interessant.

en ik weet ook wel dat elke taal z'n plus en z'n minpunten heeft... Maar dat zie je dus juist naar voren komen met zo'n test.

Ik zie niet in waarom het verkeerd zou zijn om te weten waarom php beter is in sommige gevallen als perl en vice versa? Zweren bij 1 vd talen zonder te weten waarom... daar schiet je niets mee op.

Mij lijkt het zeer nuttig om te weten, kun je het ook nog eens aan je baas vertellen waarom je vind dat ze PHP moeten gaan gebruiken ipv ASP of wat dan ook...
Wat zijn de sterke punten van PHP? wat zijn de zwakke punten?? hoe zit het met de andere scripttalen?
Bij wat voor soort problemen is het verstandig om welke technologie te gebruiken?

zijn toch geen rare vragen??? heel veel mensen kunnen hier wat php'n... maar dit is gewoon een hobby enzo, een beetje lopen spelen en dergelijke. Vaak groeit dat nog uit tot iets wat eventueel ook professioneel gebruikt wordt.
Maar ik heb al vaker meegemaakt dat als je ergens komt te werken waar ze bijvoorbeeld ASP gebruiken, en je dus zelf gewend ben php te gebruiken, dat je dat niet echt prettig vind werken. En het management is in principe best bereid om over te schakelen naar php.... maar waarom? En dat kun je dan niet uitleggen.... ja, jij vind het fijner werken... maar daar hebben ze geen boodschap aan.

wat zijn nou de harde feiten?

Als je nou een site maakt waarbij veel met textfiles gerommeld wordt.... gebruik je dan Perl of PHP ??? Ik heb ooit ergens gehoord dat perl sneller is met filehandling als PHP..... Maar is dat ook zo? Ik weet het niet.

Ik hoop dat iemand anders hier het wel weet...

[igmar]

Op dinsdag 11 september 2001 12:33 schreef Eguan het volgende:
PHP is op perl gebaseerd en ik denk dat het inderdaad sneller is dan Perl, anders zouden zoveel mensen niet voor php kiezen i.p.v. Perl.

Misschien heb ik het verkeerd, maar ik denk dat PHP ook krachtiger is dan Perl.

Bij deze : PHP is NIET op Perl gebaseerd. Ze hebben in ieder geval kwa code niks met elkaar te maken.

PHP is zeker niet krachtiger dan Perl, Perl verslaat PHP op ongeveer alle gebieden mits je het goed beheerst.

PHP heeft wel als voordeel dat het makkelijker te lezen is, en ook makkelijker te schrijven. Dat is de reden dat de meeste mensen voor PHP gaan.

[igmar]

reageer er dan niet op als je er geen behoefte aan hebt.
Ik vind het nml wel interessant.

en ik weet ook wel dat elke taal z'n plus en z'n minpunten heeft... Maar dat zie je dus juist naar voren komen met zo'n test.

Nee, dat zie je niet. Je test een bepaald overdeel van een taal. Dat is de meest beroerde test doe je kan bedenken.

Ik zie niet in waarom het verkeerd zou zijn om te weten waarom php beter is in sommige gevallen als perl en vice versa? Zweren bij 1 vd talen zonder te weten waarom... daar schiet je niets mee op.

PHP kun je in je HTML embedden, dat is een groot voordeel. Voor de rest zijn er in Perl met betrekkelijk weinig regels complexe zaken mogelijk. Helaas betekend dat ook dat er ook relatief weinig mensen de code snappen.

Kwa taal is Perl zonder meer krachtiger als PHP.

Als je nou een site maakt waarbij veel met textfiles gerommeld wordt.... gebruik je dan Perl of PHP ??? Ik heb ooit ergens gehoord dat perl sneller is met filehandling als PHP..... Maar is dat ook zo? Ik weet het niet.

Ja. Perl is van origine een taal om raporten mee te maken. Is rete snel met files en reguliere expressies, en alles is in Perl een hash zowat. PHP lijkt wat dat betreft veel meer op C als op Perl.

[Pad]

Er bestaan geen domme vragen, alleen domme antwoorden... Willen mensen hier ff de FAQ lezen?!?!?!?

[Verwijderd]

Klein stukje assistentie aan de goede post van igmar: Perl kan men tegenwoordig ook embedden in HTML, dus heeft PHP op dat gebied geen voordeel (ook geen nadeel natuurlijk).

[Verwijderd]

Op dinsdag 11 september 2001 14:37 schreef 2 het volgende:

[..]

Eh, leg eens uit wat je hier precies mee bedoelt...?

The major difference in the way CGI and PHP are executed is that for
every request , CGI creates new process, while PHP just creates a new
thred.Hence php is processed faster than CGI.

Also, php has its own syntax(language syntax) while CGI is a
technology,it can be implemented using perl, C++ etc.

[marcusk]

Op donderdag 13 september 2001 23:09 schreef ELANAZ het volgende:

[..]

The major difference in the way CGI and PHP are executed is that for
every request , CGI creates new process, while PHP just creates a new
thread. Hence php is processed faster than CGI.

Also, php has its own syntax(language syntax) while CGI is a
technology,it can be implemented using perl, C++ etc.

lol, je vergelijkt hier dus cgi met php. vreemde vergelijking: php kan ook best als cgi werken, en perl als apache module.
Trouwens, als je C/C++ gebruikt bij CGI, denk ik dat het in bepaalde gevallen heel wat sneller dan PHP kan zijn.

[demonite]

en onder linux zijn threads niet hetzelfde als threads onder windows...

pthreads ofzo, soort van processen..

Ik weet ook niet precies hoe het inelkaar zit

[Verwijderd]

De taal Perl en PHP verschillen niet echt in snelheid. Pas als er databasen bij komen kijken zal PHP winnen met haar MySql-databases t.o.v. de Perl flat-file databases.

[Verwijderd]

Ik ga niet alle onzin verbeteren, maar:

igmar: PHP is NIET op Perl gebaseerd. Ze hebben in ieder geval kwa code niks met elkaar te maken.

PHP is zijn leven begonnen als een paar Perl scripts.

PHP kun je in je HTML embedden, dat is een groot voordeel.

In Perl ook (hoe dacht jedat die eerste versie van PHP werkte? )

TheProspector: De taal Perl en PHP verschillen niet echt in snelheid. Pas als er databasen bij komen kijken zal PHP winnen met haar MySql-databases t.o.v. de Perl flat-file databases.

Net zoals Perl het wint met een RDBMS en PHP met flat-file database-jes.

edit: Hoe oud is dit topic?

[Verwijderd]

php is sneller

[Verwijderd]

cyberax99: php is sneller

[Verwijderd]

Wat een waazige bla bla hier volgens mij is deze discussie al 100 keer geweest met elke taal (Java / C++, PHP / Perl, PHP / ASP, enz / enz) En hier uit blijk dat elke taal zijn eigen voordelen en nadelen heeft. << PUNT

Als je nu vraagt welke taal jij het beste kan gebruiken in jou situatie dan kunnen we een goede discussie voeren.

Note: Ik ben zelf een perl freak en kan geen woord PHP.

[GraasGast]

Wat een ongeloofelijk loos geblaat hier zeg <- schaap

Als je Perl en PHP al op snelheid wil vergelijken, moet je het natuurlijk wel op een eerlijke manier doen. Dat wil zeggen, met mod_perl en mod_php, en als je er ook db's bij wilk pakken, allebij met mysql, alleen weet ik niet of perl dan in het nadeel is kwa implementatie daarvan.

wat wel waar is is dat PHP veel meer gericht is (lees: alleen maar) op inter-/intranet toepassingen, en daar dus ook op toegespitst is (functies als nl2br(), stripslashes(), fgetss() enz.) dan Perl.

het ligt er dus ook helemaal aan wat je wil of je voor PHP dan wel Perl gaat kiezen.

Ondersteund Perl nou OO? PHP iig wel en dat vind ik heerlijk

* GraasGast heeft ooit een maandje back-end scriptjes geschreven in Perl, maar is toen maar op PHP overgestapt...

[flat]

Op zondag 14 oktober 2001 13:40 schreef mgfun het volgende:
Wat een waazige bla bla hier volgens mij is deze discussie al 100 keer geweest met elke taal (Java / C++, PHP / Perl, PHP / ASP, enz / enz) En hier uit blijk dat elke taal zijn eigen voordelen en nadelen heeft. << PUNT

Als je nu vraagt welke taal jij het beste kan gebruiken in jou situatie dan kunnen we een goede discussie voeren.

inderdaad! gelukkig wordt er toch nog iets zinnigs gezegd hier

[Verwijderd]

GraasGast: [Vergelijk dan] met mod_perl en mod_php, en als je er ook db's bij wilt pakken, allebij met mysql, alleen weet ik niet of perl dan in het nadeel is kwa implementatie daarvan.

Nee hoor, Perl babbelt prima met MySQL (en zo ongeveer elke andere database).

Wat wel waar is is dat PHP veel meer gericht is [...] op inter-/intranet toepassingen, en daar dus ook op toegespitst is (functies als nl2br(), stripslashes(), fgetss() enz.) dan Perl.

Die dingen zijn ook veel te simpel in Perl

code:

# nl2br
s/\n/<br>/g;

# stripslashes:
s/\\([\\'"])/$1/g;

# fgets:
$foo = <FILE>;

Ondersteund Perl nou OO? PHP iig wel en dat vind ik heerlijk

PHP en OO is een interessant concept (Perl ondersteunt het wel fatsoenlijk.)

Gebruik gewoon wat je zelf het handigst vindt en zeg niet wat over dingen die je niet (goed) kent.

[GraasGast]

Op zondag 14 oktober 2001 14:23 schreef Arien het volgende:
[..]

code:

# fgets:
$foo = <FILE>;

[/code]
[..]

PHP en OO is een interessant concept (Perl ondersteunt het wel fatsoenlijk.)

Gebruik gewoon wat je zelf het handigst vindt en zeg niet wat over dingen die je niet (goed) kent.

i meant fgetss()

hmmm wist ik niet, dat Perl ook OO had

in idd, het werkt allebij, dus why bother...

[Laurent]

PHP is dus sneller en veroorzaakt ook minder load als Perl.

[Verwijderd]

GraasGast: i meant fgetss()

okay, dan wordt het:

code:

$foo = <FILE>;
$foo =~ s/<[^>]+>//g;

[Verwijderd]

Aikeleer: PHP is dus sneller en veroorzaakt ook minder load als Perl.

[raptorix]

Alsof je op je website de snelheid gaat merken omdat iets in php of perl geprogt is. 99% van de gevallen zal de snelheid door vele andere factoren bepaalt worden en echt niet door het scripting taaltje.

[tomato]

Op zondag 14 oktober 2001 14:44 schreef raptorix het volgende:
Alsof je op je website de snelheid gaat merken omdat iets in php of perl geprogt is. 99% van de gevallen zal de snelheid door vele andere factoren bepaalt worden en echt niet door het scripting taaltje.

Juiste opmerking.

[supersook]

Op zondag 14 oktober 2001 14:56 schreef tomato het volgende:

[..]

Juiste opmerking.

idd, het uitvoeren van een script neemt in vergelijking met het uit de database halen en het uiteindelijke versturen van de pagina zo bar weinig tijd in beslag, dat het volgens mij alleen gaat om welke taal je het meest bevalt.

(ok ok, uitzonderingen daargelaten, maar ga hier uit van een site als GoT ofzo...)

[ACM]

Imho moet je de keuze voor de 'juiste' taal niet van de snelheid af laten hangen.
(om bovengenoemde redenen)

Als je er maar voor zorgt dat iets niet "onnodig traag wordt" maakt het kwa snelheid (zeker in perl vs php) niks (nihil verschil iig) uit.

Je moet de keuze voor de taal af laten hangen van je persoonlijke voorkeur (waarom zou je in perl een site bouwen als je goed in php bent? En andersom natuurlijk.) of van de voorkeur van de groep waar je mee moet werken.

Er spelen uiteraard nog allerlei andere factoren mee, maar in een perl vs php (voor het web iig, voor 'standalone applicaties' wint perl het nog wel van php (op 'alle gebieden')) zijn de verschillen en kwaliteiten imho niet groot genoeg om op die factoren een keuze te baseren.

Oftewel, snelheids verschil? Als het er al is, maakt dat nog helemaal niks uit. (Pas als alles met 20-50% sneller gaat, kan je het beter in die snellere taal doen (als de ontwikkeltijd verder weinig verschilt))

[tomato]

Idd, zie ook [topic=290466/1/25]

[Laurent]

Op zondag 14 oktober 2001 14:42 schreef Arien het volgende:

[..]

Het werd al zovaak in het topic gezegt dus lul ik d'r ff dus bij