( carlcolt | 2017. 07. 12., sze – 12:19 )

"
Amit te szeretnel hogy valtozokat osszunk meg a processzek kozott annal jobb megoldas,
hogyha a kozos valtozokat kiteszed egy adatbazisba (memcached, redis, stb).
A te megoldasoddal az a baj, hogy mit csinalsz akkor, hogyha kinotted azt a fizikai gepet?
Hogyan szervezed a programodat tobb gepre?
(akkor hogyan fognak kozos valtozoval kommunikalni?)
"

Szoval azt akarod mondani hogy

Int thread A -> tcp -> redis/memcached -> tcp -> thread B interpretalt nem eppen optimalis listenerje -> Int thread B

sokkal skalazhatobb es megbizhatobb es "enyemmel ellentetben nem problemasabb" megoldas, mint:

Voltile int x;
majd g++-szal optimalis multithread (lock/unlock OS szinten kitesztelt C lib hivasokkal) ASM-et kalkulalni.

(Arrol nem is beszelve, hogy nincs az a JS async kod, aminel ne lehetne sokkal olvashatobb std::thread alapu C++ kodot irni ;) )

(Oke, a C++ tulzas, de nem veletlen kezd elterjedni a Go http szerveroldalon)

Long story short: a node-nak el fog jonni a vege. A PHP elore megirt halala is a rossz thread kezeles egyelore, de ott tobb az esely, hogy eszhez ternek.