performanse klasa vs. statickih klasa vs. funkcija

[ivanhoe]

Kolika je razlika u brzini i memoriji kad se instanciraju klase i kad se pozivaju staticki metodi? I da li je to bitno sporije od rada sa funkcijama u klasicnom proceduralnom stilu ?

Zanima me konkretno za php5 sa ukljucenim kesiranjem opcoda.. Jel znate neki benchmark sa tim u vezi? Sve sto sam ja nasao su polu-flejmovi bez ikakvih konkretnih podataka..

[robi-bobi]

interesantno pitanje

ne znam odgovor, mogu samo da lupam malo:
- sto se tice 'staticko pozivanje' vs 'proceduralno pozivanje', ne vidim zashto bi bilo bitno sporije, a daje neke prednosti (autoload npr)

verujem da pitas bas zbog nekog konkretnog primera/primene, te mozda ce biti korisno da kazes iste

[ivanhoe]

pa relativno je generalan problem, u pitanju je mali skript koji trpa podatke u DB based queue, ali ce imati visok hit-rate, reda vise stotina req/sec, pa mi je bitno da bude sto brzi i sto manje memorije da koristi. S druge strane bice vise slicnih skripti, a i planiramo horizontalno skaliranje, pa bi bilo lepo da se odradi u OOP fazonu, to bi olaksalo razvoj i odrzavanje.

Pa se sad lomim kojim putem da krenem, da li proceduralno ili OOP resenje, a nemam neku ideju kolika je razlika u perfomansama (a ne pisu mi se 2 verzije da isprobam ), pa rekoh da vidim sta ostali misle..

[kodi]

svuda gde sam citao o ovome kazu ljudi da klase u principu jesu sporije, ali da ako se pametno koriste, i ako se koristi autoloader (gledaj da maximalno izbegnes if file exists, ili bar svedes na minimum) onda to sve postaje minorno u odnosu na ono sto dobijes.

+ dobar server
+ opcode cache

i ne bi trebalo da bude nikakvih problema

[ivanhoe]

cek, jel mislis na __autoload ili nesto drugo? Zar nije sporije kad se koristi __autoload, nego kad se ukljuci fajl sa include ?

Znam da je include_once sporiji od include, ali ovo sa autoload mi je novost..

[kodi]

da na __autolad sam mislio.
OO je sporiji kao takav i to je cinjenica, i to svi znamo.

Medjutim, godina je 2008, skoro svi serveri furaju preko GB ram-a, diskovi su prilichno brzi a tu su i razni APC-ovi, i memcache-ovi i ram diskovi....

sad je samo pitanje da li ti se isplati da se bakces sa gomilom include-ove i proceduralnim kodom a sve to da bi umesto 150 imao 155 req/s?

Ili.... da sebi maksimalno olaksas posao, napravis __autoload, ako hoces i to da ubrzas napravis niz sa full putanjama i imenima klasa koji ce da sluzi kao index za autolad i onda uzivas u lepom kodu, a dodatne requestove pokusas da izvuces tako sto ces optimizovati algoritam, upite na bazu, sta god...

[kodi]

PHP kôd:

function __autoload($class)
{
    global $libIndex;
    try{

        if(isset($libIndex['autoloadClass'][$class])){ 
            $filename= $libIndex['autoloadClass'][$class]; 
        }else{

            $filename=implode('/',explode('_',$class));
            $filename=str_replace('DPT/','/lib/',$filename.'.php');
        }
        require_once(MAIN_PATH.$filename);

    }  catch(Exception $e)    {
        echo 'Caught exception: ',  $e->getMessage(), "\n";
    }
} 


ja radim recimo ovako, isto kao Zend name convention...
znaci svaka klasa ima prefix, recimo nek sad bude DPT

znaci ako mi treba klasa DPT_Db, ona ce se nalaziti u /lib/Db.php
DPT_Net_Ping je u /lib/Net/Ping.php

s tim sto mozes da imas izuzetak od pravila
samo podesis $libIndex['autoloadClass']['DPT_Net_Ping']='/home/project/www/class/PING.php';

----
edit: evo vec vidim 2-3 stvari koje bi mogle da se izmene i tako se ubrza autoload, a ovo je znalo da istrpi po 80-100k view-a na dan, bez da digne load na 0.5

[bluesman]

To je ono sto je "lepo", medjutim ja sam uvek za ono sto je brze, pa makar ne tako lepo. Posle dosta testiranja, moja autoload funkcija izgleda otrilike ovako:

function __autoload ($class_name)
{
require_once PATH_GDE_SU_LIB."{$class_name}/class.{$class_name}.php";
}

// cak mislim da je i require_once nepotrebno, moze obican require, jer ako je vec jednom ucitana klasa, ne bi trebalo ponovo da zove __autoload kada ponovo koristis objekat, ali to nisam proverio, sad mi pade na pamet.

Zasto tako (priznajem) bez veze?

Nema nikakve provere "is_file()" ili "file_exists()"... sta ce mi to? Da bih napisao "Greska: file ne postoji"? Pa ok, to ce sam PHP da mi ispise ako loadujem file koji ne postoji, a racuna se da neces da pustis nesto "live" dok bar jednom ne probas.

Tera te da se striktno drzis naming convention koju sam uvedes. Ne moze da nadje klasu "Test"? Pa nazovi je kako treba pa ce da je nadje. Napravio si slovnu gresku pa si umesto Test::nesto(), napisao Trst::nesto() - jos bolje, odmah ce da prijavi gresku.

Vidim da postoje citave autloader klase, koje imaju po 200 linija koda... keiraju putanje, pa ... ne znam, ... sigurno je to lepo, pitanje je koliko je potrebno.

[Ilija Studen]

Za primer koji tebi treba neki vid testiranja je najbolje rešenje. Ovakve stvari u diskusijama po netu su uglavnom bazirane na pretpostavkama ("OOP je sporiji i to svi znamo"). Napravi jednostavan primer sa par statičkih klasa, onda to isto uradi sa par funkcija i baci 100K zahteva na skript pa vidi šta brže radi.

@kodi - Šta u tom bloku za učitavanje može da baci exception kada ti je trebalo da ga obavijaš?