Snelheid van grote include bestanden
Total requests: 80
Ordered by time (fastest above)
URL Total Req. time AVG Req time Index
http://localhost/_Research/performance/includecompressedlib.php 1.33074402809 s 0.0166343003511 s 100
http://localhost/_Research/performance/includemuchlibs.php 1.64647603035 s 0.0205809503794 s 123.725975514
http://localhost/_Research/performance/includeonelib.php 7.72132706642 s 0.0965165883303 s 580.226317265
Wat waarschijnlijk niet erg leesbaar is en ook niet zal worden, daarom de samenvatting.
De gecomprimeerde bibliotheek (zonder commentaar, witregels) wordt het snelste geinclude (0,016s), deze file is 528KB groot. Daarna volgen alle losse bestanden (niet gecomprimeerd) geinclude. Dit gebeurd in gemiddeld 0.021s. Maar dan, de niet gecomprimeerde file (wat dus gelijk staat aan de 64 losse bestanden), doet er maar liefst 0.09s over (huh, tis nog geen 10e, dus boeiuh??). Nee, dat boeit wel, dit duurt bijna 6 maal!! zo lang als bij één gecomprimeerde file (met dus exact dezelfde classes, er wordt géén code uitgevoerd!).
Heeft iemand hier een verklaring voor. Overigens geldt dit ook bij een require! Het gaat puur om de include, dus absoluut geen uitvoering van enige code, hoogstens een enkele constante. De code is uiteindelijk exact gelijk (muv commentaar en witregels).
Is iedereen net zo verbaast als ik? Ik had verwacht dat allemaal losse bestanden includen véél langer zou duren.
en 0,09 is echt wel trager dan 0,016
Hipska schreef op 09.01.2008 23:47:
als je een pagina laadt met de huidige internet snelheden is het mogelijk om meerdere bestanden tegelijk te laten laden...
Ik heb het idee dat we niet helemaal op dezelfde golflengte zitten, het gaat namelijk niet over internetsnelheid (tis allemaal op een localhost), daarnaast gaat het over includes, dus serverside.
Kort:
++ SNEL: 1 gecomprimeerd bestand (528KB)
+ : 64 losse ongecomprimeerde bestanden (818KB)
-- TRAAG: Ongecomprimeerd bestand (818KB)