Tags:    php Indledning

Som i alle andre programmeringssprog er PHP er sprog, hvor en given opgave kan løses på mange forskellige måder. Muligheden for selv at skræddersy en løsning er noget af det, som mange sikkert finde interessant og udfordrende ved at programmere - inklusive mig selv.

Selvom der er mange forskellige løsningsmodeller, givet det samme problem, er ikke alle lige anvendelige når det kommer til områder som skalerbarhed, sikkerhed, hastighed, osv.

I denne artikel har jeg valgt at fokusere på hastighed.
Hastighed er et område, som ikke får meget opmærksomhed før det er for sent. Det kan betyde at man skal til at udvikle en ny løsning for at afhjælpe en flaskehals på et live site.
Øget hastighed kan opnås gennem mange veje, men jeg har her valgt at fokusere på optimering af PHP kode.


Om de udføte tests

I de eksempler jeg giver i denne artikel, er hver kode testet i 4 udvendige iterationer og 1.000.000 invendige iterationer, altså er hver kode eksekveret 4.000.000 gange.
Idet den interne cache i PHP vil have størst indflydelse på den første udvendige iteration, har jeg kun brugt resultaterne fra de sidste 3 udvendige iterationer.

For at opnå et estimat for hvor lang tid min kode er om at eksekveres, anvender jeg microtime() [1].

Den grafiske representation af mine resultater er gennemsnit af de sidste 3 udvendige iterationer i fold i forhold til den langsommeste. Alle resultater er +/- standardafvigelsen. Det vil altså sige, at hver bar er gennemsnits fold i forhold til den langsommeste metode.

Altså ser min kode ud som herunder:

<?php
for ($j = 0; $j < 4; $j++) {
   $s = microtime(1);
   for ($i = 0; $i < 1000000; $i++) {
      // kode til test
   }
   $e = microtime(1);
   echo "\\ntime: ".($e - $s)."";
}
?>

Al kode blev afviklet gennem CLI på min gode gamle bærbare computer. Alle tests blev afviklet individuelt.



Simpel matematik

PHP er typesvagt, og du kan derfor tillade dig ting i PHP som vil få de fleste andre sprog (deres compilere) til at få en slem hoste...eller det som er værre...

I PHP kan man bruge matematiske operatorer på forskellige datatype, som f.eks. strenge og heltal, eksempel:

<?php

$int = 5;
$string = "5";
$res = $int + $string;

echo $res;   
echo "\\n".gettype($res);
?>

Koden herover vil udskrive noget i retning af:


10
Integer


Denne operation er i sig selv ganske fantastisk, vi beder (måske pænt) om at få adderet en streng med et heltal og PHP brokker sig ikke Underligt... Det er jo to forskellige datatyper. Hvad der er endnu mere fantastisk er, at PHP rent faktisk forstår hvad vi prøver at sige, og den giver oven i købet resultatet som den korrekte datatype - et heltal.

Man kan blive ved med at lave disse "fantastiske" ting, double + streng = double, osv...

Det er nu vist, at man kan tage værdier som streng og anvende dem til matematik - men betyder det at man skal gøre brug af det?

Svaret er, at det kommer an på, hvad man skal bruge det til. Hvis du bare skal lave en enkelt udregning, så er svaret ja (i min verden i hvert fald). Det kan ikke betale sig at typecaste en variable til brug en enkelt gang. Skal du derimod bruge variablen mange gange senere hen, er det nok en god ide at caste den til en mere matematisk korrekt variabel.
Det er værd at nævne at værdier i $_GET og $_POST altid vil være strenge.

Og nu til det denne artikel handler om - hvor stor er foreskellen på at bruge korrekte typer?

figur 1 herunder bygger på følgende kode:

<?php
$number = "1234567890";
for ($j = 0; $j < 4; $j++) {
	$s = microtime(1);

	for ($i = 0;$i<1000000;$i++) {
		$new = $number + $i;
	}

	$e = microtime(1);
	print "\\ntime: ".($e - $s);
}

$number = 1234567890;
for ($j = 0; $j < 4; $j++) {
	$s = microtime(1);

	

	for ($i = 0;$i<1000000;$i++) {
		$new = $number + $i;
	}

	$e = microtime(1);

	print "\\ntime: ".($e - $s);
}
?>

figur 1


Som man ser på figur 1, er det ca. 1,7 fold langsommere at addere hvis man lader det være op til PHP at bestemme datatyperne. Hvis man kun skal lave enkelte additioner, har dette ingen praktisk betydning, men hvis man skal lave statistik eller noget andet som kræver mange udregninger, kan det godt have en praktisk betydning.

figur 2 herunder bygger på følgende kode, og viser samme tendens for division som for addition:

<?php
$number = "1234567890";
for ($j = 0; $j < 4; $j++) {

	$s = microtime(1);

	for ($i = 1;$i<1000001;$i++) {
		$new = $number / $i;
	}
	
	$e = microtime(1);

	print "\\ntime: ".($e - $s);
}
$number = 1234567890;
for ($j = 0; $j < 4; $j++) {
	$s = microtime(1);

	for ($i = 1;$i<1000001;$i++) {
		$new = $number / $i;
	}

	$e = microtime(1);


	print "\\ntime: ".($e - $s);
}

?>

figur 2


At man ser den samme fold for addition og division er ikke overraskende, selvom division er mere kompliceret. Det skyldes at vi ser på den operationsuafhængige typebestemmelse af $number.



Hvad synes du om denne artikel? Giv din mening til kende ved at stemme via pilene til venstre og/eller lægge en kommentar herunder.

Del også gerne artiklen med dine Facebook venner:  

Karma barometer (30 dage)

IT jobs | Kontakt | Om Udvikleren.dk | Om karma | IT nyheds arkiv | Annoncering

X