( manfreed | 2017. 07. 12., sze – 14:41 )

"thread B interpretalt nem eppen optimalis listenerje"

A node.js mögött lévő V8 motor compile-olja a JS kódot gépi kódra, és úgy futtatja.

"Szoval azt akarod mondani hogy [tcp, redis, memcached, js] sokkal skalazhatobb es megbizhatobb es "enyemmel ellentetben nem problemasabb" megoldas, mint: Voltile int x; [...]"

Skálázhatóbb? Természetesen. A te változód threadek közt van megosztva egy gépen belül, a memcached pedig akár több gép közt is.

Tény, hogy a te megoldásod gyorsabb, egész addig, amíg a kódnak elég egy gép teljesítménye. Amint túl kellene skálázódni azon, kénytelen volnál te is egy "problémásabb" megoldást alkalmazni.

Szerk: Egyébként milyen esetben hiányzik a szálak kezelése a PHP-ból? A tipikus felhasználás webes requestek kezelése. A párhuzamosítás inkább úgy történik, hogy több processz dolgozik egy szálon, mindegyik egy-egy requestet kiszolgálva. Tudsz olyan esetet mondani, ahol volna értelme annak, hogy threadeket csinálj PHP-vel?