( turul16 | 2010. 03. 23., k – 08:47 )

Kosz linket. Valoban nagyobb a forgalmuk, mint ahogy kulfoldi oldalak alapjan latszott.
5 /sec az hvg.hu koruli dolog ami magyar viszonylatban eleg nagynak szamit.

Arrol beszelek, hogy az emberek gyakran hozzak fel, hogy java olyan gyors, mint C/C++ szamolgatos benchmarkokon. Ezeken rendszerint C szeru kodot irnak javaban. Ez valoban lenyukozo.
Ugyan ezeken szamolgatos benchmarkokon php 8 szor rosszabb legalabb, mint a java.

A mostani teszten complex portal kiszolgalasban az az elony sehol nem latszik, 20% alatti elterest lattunk.
Az en gepemen alap beallitasok szerint hello.php vs. hello servlet eseten 1.5 szer tobbet szolgalt ki a tomcat, mint a php, mikozban a php 1.8 szor tobb processzort evet. (100 szal terheles, 5000-8000 response/sec) Latency 12ms vs. 20ms a java javara.

Kiindulasi helyzetben lathato, hogy java servlet koncepcionak hatalmas elonye van. A vegen megsem mindig latszik. (php cumok meg tovabb gyorsithatok, mindenfele eloforditas cachelesel ..stb)
Bonyolodassal ha csak azt tudom, hogy JVM vs. php interpreter jatszik akkor arra fogadnek, hogy ez az elony tovabb no. De nem igy szokott lenne. A csoda technlogiak amiket meg hozza illesztenek nem a sebessegrol / memoria hatekonysagrol hiresek.

php bonyultabb rendszereknel lathatova valhat egy tovabbi bunteto. Neki minden requestnel ujra kell epitenie a vilagot. Szoktak itt mondani, hogy php csak a egy template engine.
Jol tervezett java megoldasnal itt megint durvan ra lehetne verni a php-ra.
php esetben, ha vilag ujra epitese nem jarhato ut egy kulonalo C/C++ server/agent szokott besegiteni, vagy DB-n keresztul ad infokat. Vagy pl. SOAP -oznak.

Memoria nalam egesz maskep alakult. mod_php hasznalok. Apache forkolta magat (az szinte ingyen van) es alig evett memoriat (33Mb).
Tomcat sok sok teszt utan felment 546Mb residensre. Kikenyszeritettem gc-t (JMX/jconsole) be is gyujtotte a szemetet, de az OS nem kapta vissza a memoriat (commited ertek maradt). Nem szokta. Es ez normalis.
Szinte egytelen memoria foglalas strategianak sem resze az "OS kapja vissza" az apro memoria darabkakat. Draga vissza adni es ujra elkerni. Nem veletlen, hogy java-s szervereknel minimum beallitott lefoglalando heap, rogton ugyan-annyi, mint a maximum.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.