PHP rychlost při běhu – PHP – Fórum – Programujte.com

Zdravím,

zkoušel jsem otestovat rychlost svého PHP kódu.

Rozbor v běhu:

spouštěno 6 PHP souborů
2 phtml soubory
5 tříd
žádný cyklus

Rychlost:

První spuštění:
paměť: 0.10202789306641
čas: 1.0514240264893 sekund

Druhé spuštění:
paměť: 0.10204315185547
čas: 1.0342161655426 sekund

Spouštěno na localhostu (jeden připojený počítač). Jedna sekunda mi ale jako doba načítání přijde docela dlouho. Je to normální? Jestli ne, jak lze rychlost zvýšit?

Předem děkuji za odpověď.

#1 Akimi Keita
Záleží na tom, jak jsou ty soubory velké. Pokud běžných 50-100 řádek, tak je to hodně. Měla by to být asi tak tisícina naměřeného času, spíš méně. Zpracování 500řádkové šablony mi na notebooku běžně trvá 2 ms.

#2 Kit
Ty soubory jsou opravdu malé. Většinou jen zajišťují chod MVC. Přibližně 60 řádek. Nevěděl bys, proč je to tak pomalé?

#3 Akimi Keita
Zkus je dát na Gist. Vyzkouším.

#4 Kit
Nevím, jak se Gist používá. Myslím, že se tam nedá nahrát celá složka?

#4 Kit
Dal jsem ti to normálně na repozitář. :D

https://github.com/Akimi/righello

#6 Akimi Keita
Škoda, že ten link nebyl klikací. V drncajícím autobusu mi to nešlo otevřít.

Mně ten skript proběhne za 2 ms. Nevidím problém.

#7 Kit
Ok, tak to bude asi nastavením serveru. Podívám se na to. :D

Nevidim tam ob_start.
Error_reporting vyple a zakazane notice.
Config db jako konstanty? A kdyz budes potrebovat propojit mysql s prihlasovanim na ldap prihlasovanim a soucasne s oracle db, takze budes zakladat konstanty? Budes mit plne php konstant?
 

#9 peter
Error_reporting je zakomentovaný a nepoužívám ho. Je tam jen pro speciální případy. E_NOTICE se tedy pořád hlásí a nevidím důvod ho vypínat.
Je to na úplně jednoduché CMS pro osobní weby, které všechny využívají MySQL, takže nevidím důvod, proč nemít konfiguraci takto.

#9 peter
Proti konstrukci toho kódu bych měl hodně výhrad, ale to tady přece neřešíme.

* Ja mel za to, ze chce vedet, proc je to tak pomale. Tak v prvni rade je treba se zbavit vsech chyb. K tomu je treba zacit s plnym E_ALL. Jestli si to pozdeji prepne zpet, je uz na nem.
* Pak treba spoustu serveru ma nastavene, ze kdyz je v kodu echo, tak posli hned tu cast uzivateli. Takze treba vypis 100 radku tabulky se vlece treba 5s. Takze, bud to preest do promenne a vypsat az po zpracovani php kodu, coz je ta nejlepsi varianta. A nebo pridat ob_start.
* Kdyz udelas konstantu, konstanta je globalni pro cele php, ze? Mam zkusenost s parsovanim 10MB xml prevod so sql prikazu, ze nalinkovani globalnich promennych do parseru ho vyrazne, pri te velikosti vstupu, brzdi. Tudiz predpokladam, ze jakakoliv globalni promenna ci konstanta bude mit podobny problem. A protoze to pouziva u sql, muze a nemusi vypinat pripojeni pro sql prikazy. V pripade, ze to delat bude, tak opakovane bude pracovat s konstantou a brzdit si to. Ale v jeho pripade je to v celku bezvyznamne. V mem pripade se jednalo treba o 5s. Import mi ted misto 106s trva asi 35s.

#12 peter
Zkoumáním kódu jsem žádné závažné chyby, které by to měly zdržovat, nenašel. Při testování jsem měl zapnuté E_ALL a všechny warningy i noticky jsem odstranil.

100 řádek za 5 sekund? To snad ne.

O XML velikosti 10 MB se tu nebavíme, ale i těch 35 sekund se mi jeví příliš. Mně to na Atomu 330 načte za 1.2 sekundy.

Mi povidej :) Ale on tam pri parsovani provadi vlastni operace. No, ja jsem rad, ze se mi to podarilo tomu cloveku ocesat na tech 35s :) Jenom import do db trva 4s. Jeste budu muset vymyslet, co s tim dal, asi.
Cele to funguje tak, ze uzivatel posle 500k zip, ten se rozbali na 10M xml, ten se zparsuje a vytahne se z nej nejake udaje do 4 souboru 3M, ktere se pak pres REPLACE INTO + radek ze souboru nasoukaji do db.
Ale neres to, neni to predmetem tematu :)

#13 Kit
Můžeš mi napsat na skype (awer-graphic), nebo mi dát nějaké tvé kontaktní údaje? Jestli máš čas, rád bych s tebou prokonzultoval konstrukci toho kódu.

#15 Akimi Keita
Skype jsem kdysi měl, ale zrušil jsem ho, protože mě to zdržovalo.

Napiš mi klidně na e-mail kit.saels@gmail.com