Ne haragudj, de ennek szerintem semmi koze a Javahoz vagy a felsorolt egyeb technologiakhoz.
Java-ban is lehet szar es jo teljesitmenyu programot irni.
Az hogy olyan technologiakkal dobalozol, amik ebben a problemakban nem feltetlenul tudnak segiteni, az szamomra azt valoszinusiti, hogy nem a teljesitmeny problemat tenyleges okat probaltad kikuszobolni.
Gondolom, azt nem vitatod, hogy Java-ban lehet ugyanolyan gyors, sot gyorsabb programot is irni, mint PHP-ban. Magyarul, ha PHP-val megy valami eleg gyorsan, akkor azt Java-ban is meg lehet csinalni, valoszinuleg gyorsabbra is.
Sajnos a Java ecosystem tele van mindenfele raadas technologiaval, ami szep es csicsa viszont lassu. Ezeket nem kell hasznalni, es hogy ezek leteznek, ez nem mond semmit arrol hogy a Java nyelv jo vagy nem jo, gyors vagy lassu. Es persze megvannak a jol megtervezett es jol hasznalhato/teljesito Java alapu technologiak is.
A Spring valamilyen szinten mindket csoportba tartozik (jol megtervezett es jol hasznalhato, de van egy kis overheadje, kulonosen startupkor), bar nem okozhat onmagaban tobb szaz milliszekundumos problemakat, szoval ne keverd bele.
A CDN-ek, a memcache, az Oracle Coherence (igen, en is tudom, mi ez, szinte biztos, hogy sokkal jobban ismerem mint te, es eppen ezert nem ertem miert hoztad be a temaba) egyike sem fog neked segiteni, ha a dinamikus kereseket kiszolgalo infrastruktura bemeno pontja van szarul megtervezve/megirva/skalazva (pl. sorba allnak a kereseid hogy kiszolgaljak oket).
A browser sem lehet a problema oka, ha php-ban irt rendszer ugyanazon bongeszovel elfogadhato volt.
Szoval legy szives, probalj ne vakon vagdalkozni a Java, vagy az egyeb technologiak iranyaban, hanem probald a problema tenyleges okat megtalalni.