[PHP] numerieke of string indices in arrays?

[hobbit_be]

een heel simpel vraagje maar vind nergens het antwoord

wat zou nu sneller zijn:

PHP:

   $a = array("hello" => "value");
  
   of

   define("CONSTANT", 4);
   $a = array(CONSTANT => "value");

gaande dat alles wel 10 / 20 keer wordt gevraagd.

ik vraag omdat ik niet weet welke optimalisaties ie uitvoert.

[whoami]

Misschien moet je ff benchmarken?
M'n gevoel zegt me dat numerieke subscripts sneller gaan, aangezien numerieke operaties nu eenmaal minder duur zijn dan string-operaties.

[ripexx]

Doe het zwikkie 10.000 of 100.000 keer en meet het verschil? Optimalisatie zit vaak niet in dit soort dingen maar meer in query's of onnodig memory gebruik door continue copien te gebruiken. Er zijn genoeg mogelijkheden om het iig te test

[ Voor 3% gewijzigd door ripexx op 14-04-2004 15:18 ]

[D2k]

whoami schreef op 14 april 2004 @ 15:16:
Misschien moet je ff benchmarken?

offtopic:
the B-word

[Bosmonster]

Wat je terugkrijgt aan performance kost je weer geheugen voor de define's. Allebei een klein beetje

[hobbit_be]

tja wou net die "B" stadium effe niet doen

op werk niet altijd tijd voor R&D

[ Voor 39% gewijzigd door hobbit_be op 14-04-2004 15:24 ]

[ACM]

Is de performance belangrijk?
zoja, ga het benchmarken.
zonee, laat het lekker zitten en gebruik de variant die je het handigst vindt

Zelf verwacht ik dat de integer-versie wat sneller is, maar doordat het een dynamisch gecompileerde taal is loop je het risico dat de define-lookup weer de winst van je integer-versie teniet doet.

[hobbit_be]

update na benchies thuis.

het snelste is (as expected)

$t = $array[10];

gevolgd door

$t = $array['index'];

vlak daarna door

$t = $array[INDEX]; //waardat INDEX == define('INDEX', 10);

en een pak trager:

$t = $array[INDEX]; //waardat INDEX == define('INDEX', 'index');

deze laatste is gemiddeld 10x zo traag. de rest ligt dicht bij elkaar.

de lookup van de define is dus tamelijk duur (waarschijnlijk doet php een echt hash lookup die ie zowieso moest doen met een numeric).

maar een define met een string is dus best wel te vermijden. (en indexen met strings vind ik persoonlijk vies )

ACM: performance is altijd belangrijk vind ik als het gaat om de echte pure basic van een taal.

[seweso]

[offtopic?]
De meeste applicaties zijn toch maar mickey mouse systeempjes waar als er geen database gebruikt word je sowieso niet op de performance hoeft te letten. En als je wel een database hebt dan is dat in 99,999% van de gevallen toch wel de bottle-neck.

Het enige waar je qua programma op moet letten is of je applicatie schaalbaar is. Dus als het systeem groter word moet de snelheid evenredig mee veranderen (dus niet exponentieel verlangzamen b.v.).

En als je echt snelheid wil moet je niet met een 4GL taal werken... hoewel ik denk dat je beter kan kiezen voor ontwikkelsnelheid i.c.m. meer/betere hardware.