hm, posto vidim da sam prozvan da odgovorim. naime, moja testiranja su bila veoma povrsna i za neki konkretniji zakljucak bi ipak trebalo daleko detaljnije testirati apache+php i odgovarajuca jsp/servlet resenja. jedini zakljucak do kojeg sam dosao jeste da je apache+resin imao oko 20-30% bolje performanse na veoma jednostavnim primerima, sto moze da se objasni npr. kesiranjem i vec prekompajliranim bytecode-om. naravno, verovatno bih dobio drugacije rezultate ako bih koristio php+zend optimizer, ili komercijalni zend accelrator. ono sto je zanimljivo jeste da resin radi znacajno brze sa j2sdk-om 1.4.x (kako sa sun-ovim, tako i sa ibm-ovim) u odnosu na neke testove koje sam radio pre oko 2 godine sa j2skd-om 1.3.x. resin nije preterano skup po pitanju resursa, ako izuzmemo memoriju, ali se generalno slazem sa chp-om da je bolja ideja uzeti dedicated server u slucaju jsp-a/servleta. pored toga, treba imati u vidu da je resin *komercijalni* proizvod (kao uostalom i zend accelerator) za razliku od tomcat-a koji je sasvim besplatan, ali i po performansama poprilicno zaostaje za komercijalnim resenjima (plus standardni issue kod opensource sw-a, lose se skalira).
ako neko vec zeli da obavi realna testiranja, trebalo bi u sustini testirati sledece:
- java:
1) resin + apache (sa i bez kesiranja)
2) resin + resin httpd (sa i bez kesiranja)
3) apache tomcat
- php:
1) apache + php
2) apache + zend optimizer
3) apache + zend accelerator
na npr. file I/O-u, pristupu bazi, matematickim operacijama itd. i to na uzorcima od 1000, 10000 i 100000 upita na server sa vise konkurentnih upita (moze npr. da se koristi apache-ov ab za merenje).
ono sto je po meni mozda bolji razlog zasto koristiti javu za iole veci "projekat" je, iako ne volim i ne patim preterano od objektne paradigme, ona je cesto zgodnija za realizaciju bizmis logike. pored ostalog ja nemam ni najmanje poverenje u php ekstenzije, koje su se u vise navrata pokazale ne_bas_tako_dobro napisane i iako php sam po sebi nije tako los mali programski jezik, ekstenzije su se ponekada katastrofalno ponasale (npr. sybase, oracle, etc.), sto kombinovano sa charobnim zend interfejsom za pisanje modula prosto pleni coveka da se zapita "a cemu sve to...". sa druge strane php5 je mnogo "obecao", obecali su "normalne" objekte, thread safety etc. zivi bili, pa videli na sta ce liciti kada izadje iz bete, nadam se samo da nece biti kao sa apache-om 2.x koji je pita vec dugo vremena bez nade da ce se to promeniti u skorijoj buducnosti.