Krolik napisał(a)
Ty to nazywasz tragedii nie ma, a my obecnie mamy (system PRZED optymalizacją):
- pierwsza odsłona: ~50ms
- następne kilkanaście odsłon: ~3-10ms
- po ok. 100 zapytaniach: ~0.5 ms
Spokojnie ciągniemy 2,5 tys. żądań/s z jednego serwera. To jest ponad rząd wielkości różnicy ;)
no java na pewno bedzie szybsza, chodzilo mi bardziej oto ze w wiekszosci przypadkow - strony majace o nie wiecej niz 10 requestow na sekunde - php jest wystarczajaco optymalnym rozwiazaniem, nawet w kobylastym wydaniu jak Zend i Doctrine
a co do sprzetu to debian w kvm (1 rdzen, cos kolo 700MB ramu), a host to dedyk c2d e4600, dysk sata I
walec51 napisał(a)
Co z tego że proces ginie jak zmienne sesyjne leżą w pamięci współdzielonej procesów.
co z tego ze zmienne sesyjne sa w pamieci skoro przy standardowej instalacji na kazdy request przypada parsowanie i kompilowanie php do opkodu. Bez wynalazkow jak apc i mem_cache php jest kurew*** wolne.
Dodatkowo w dobie "zajebistego" ajaxa jedno otworzenie strony moze wywolac kilka requestow i mimo cachowania laczny czas generacji strony moze wyniesc nawet 3..4s, z apc da sie zejsc do ~1s