Connection pool in php

1) Exista facilitatea "connection pool" in php in felul in care exista in java ?
https://en.wikipedia...Connection_pool

2) Concret, se pot loga simultan 200.000 de utilizatori la o aplicatie php ?

3) Pot creste scalabilitatea unei aplicatii php (in sensul cresterii numarului de utilizatori simultani) doar prin imbunatatirea performantelor hardului ? Sa zicem de la 200.000 la 400.000.

4) Exista vreo promisiune ca in viitor facilitatea "connection pool" in sensul java sa devina posibila in php ?

PS: Din ce am gasit pe internet in 2008 nu exista aceasta facilitate. Au mai trecut insa 10 ani...

Edited by RomeoM, 19 January 2018 - 17:04.

pari sa confunzi un feature al sistemului de baze de date cu un feature al limbajului care foloseste sgbd-ul.

_Smiley_, on 19 ianuarie 2018 - 17:16, said:

M-am exprimat gresit. trebuie corectat. Este vorba de o problema de scalabilitate. Connection pool tine de sgbd. Reformulez.
1) Pot sa ma conectez la o aplicatie php cu 100.000 de utilizatori simultan ?
2) Cresterea scalabilitatii de la 100.000 de utilizatori simultan la 300.000 tine doar de hard sau exista limitari impuse de tehnologie ?

Edited by RomeoM, 19 January 2018 - 17:53.

nu are, si oricum chestia asta ar trebui sa tina de server, nu de vreun interpretor.
dar de ce crezi ca ai nevoie de asa ceva? ce fel de aplicatie e, ce reprezinta utilizatorii?

Prin diferitele module PHP pentru baze de date ai asa-numitele "persistent connection", cu ele poti creste scalabilitatea in modul in care sugerezi tu ca vrei.

Dar nu sunt sigur ca intelegi ce vrei.

Abordarea pe care o implica ce vrei tu e ca in codul sursa sunt listate cateva sute de mii de perechi user/parola. Altfel nu are niciun sens intrebarea ta, pentru ca problema nu exista: ai un server php, si utilizatorii (alea sute de mii) interactioneaza cu baza de date printr-un singur server, deci un singur user/parola.

Numarul de conexiuni depinde de cate procese ruleaza simultan. Daca ai php ca modul apache, MPM-ul folosit de apache decide asta, de exemplu.


Deci decat sa te invarti degeaba pe aici, mai bine descrie problema concreta pe care o ai.

alx42, on 19 ianuarie 2018 - 18:41, said:

De ce crapa servere cu aplicatii php de black friday ?
De ce aplicatiile bancare (java+Oracle) nu crapa ?

Cand 200 de mii de chinezi se conecteaza la Bank of America luni dimineata pt afaceri, nu e nici o problema.
De black friday crapa multe serverele si asta devine stire importanta la jurnalele tv.
De unde vine limitarea in aplicatii php ? Doar de la hard (severe) sau si de la php ?

Edited by RomeoM, 19 January 2018 - 18:53.

RomeoM, on 19 ianuarie 2018 - 18:51, said:

Nu are legatura cu limbajul, ci cu arhitectura.

Pentru a procesa 200k cereri intr-un timp scurt, ai nevoie de un sistem distribuit, highly available. In general, marea masa de programatori PHP nu stiu de lucruri d-astea.

Facebook de exemplu, chiar daca nu foloseste doar PHP, face fata traficului, datorita arhitecturii.

Acest raspuns e suficient daca esti doar curios "de ce", si nu ai o intrebare tehnica concreta.

Edited by OriginalCopy, 19 January 2018 - 18:58.

e din cauza modului cum e conceput.
phpul este facut astfel incat sa porneasca la fiecare cerere. ca si cand pornesti si inchizi un browser dupa fiecare pagina vizitata.
deci chiar si codul nespecific unei anume cereri ruleaza la fiecare cerere.
daca crezi ca asta te afecteaza, iti recomand nodejs. are server integrat, functii asincrone, connection pooling si ce vrei tu

Nodejs e bun pentru I/O bound, dar nasol pentru CPU-bound.

Eu zic sa nu dam sfaturi orbeste.

Doar o problema concreta poate duce la crearea unei arhitecturi robuste.

Restul sunt vorbe in vant.

de ce e nasol pt "cpu-bound" ? nu inteleg la ce te referi.

dpmdv php e bun doar cand nu ai alternativa, adica ai nevoie de niste anume librarii si nu le gasesti altundeva, sau nu-s suficient de mature, sau ai deja o baza in php si nu vrei sa o iei de la 0.
altfel e o tehnologie depasita din toate punctele de vedere.

OriginalCopy, on 19 ianuarie 2018 - 18:56, said:

1) Din cate inteleg, in cazul in care ai niste profesionisti care care sa iti configureze optim un sistem distribuit, highly available, o aplicatie php poate face fata la 100.000 de accesari concurente.
2) Aceeasi aplicatie scrisa in Java EE necesita alelasi efort si superspecializare in arhitecturi distribuite pt a face fata la 100.000 de accesari concurente ?

alx42, on 19 ianuarie 2018 - 19:05, said:

Node.js e single threaded. Daca te apuci sa faci ceva (ex sa redimenionezi o imagine folosind cod javascript), aproape nu mai misca nimic pana termina.

RomeoM, on 19 ianuarie 2018 - 19:07, said:

Sistemul distribuit trebuie in primul rand proiectat apoi executat corespunzator, nu e suficienta configurarea.

RomeoM, on 19 ianuarie 2018 - 19:07, said:

Usor nu e in nici un limbaj. Sunt destule aplicatii Java EE unde ca singur utilizator imbatranesti pana se incarca pagina, dar mai 100.000. Apoi ce inseamna 100.000 accesari concurente? Intr-o ora? Intr-o secunda? Fiecare de 10x/ secunda? Toti scriu? Toti citesc doar prima pagina?

Cu cat se doreste o solutie mai performanta, cu atat sunt mai importante detaliile.

Edited by dani.user, 19 January 2018 - 19:13.

pai si php nu e tot single-threaded?

in nodejs ai posibilitatea sa deschizi subprocese in care iti faci treaba grea, si sa comunici foarte usor cu ele si in mod asincron... spre deosebire de php unde poti, dar foarte greoi, ca sa nu mai zic ca nici nu exista api dedicat pt asa ceva (ca oricum nimeni nu face asta in php)

RomeoM, on 19 ianuarie 2018 - 19:07, said:

Grosso modo, da.

Avantajul java e ca e posibil sa faci totul cu mai putina fragmentare, dar privita de la departare o arhitectura HA arata cam la fel (exista diferite abordari, dar nu discutam despre asta aici).

Iar un sistem distribuit nu se configureaza, nu e ca si cum ai o aplicatie nedistribuita, si o configurezi diferit ca sa o faci distribuita. Trebuie sa o gandesti distribuita de la inceput (sau refactoring masiv).


Nu e ca si cum ai putea sa iei jeguri gen wordpress, sau lucruri prefabricate gen "magento", si sa faci magie ca sa le transformi in distribuite.

alx42, on 19 ianuarie 2018 - 19:16, said:

Nu.

alx42, on 19 ianuarie 2018 - 19:16, said:

Eu zic sa iei o carte in mana si sa citesti despre ce e aia io-bound, cpu-bound, si teoria sistemelor distribuite.

Aici e forum de discutii, nu ca sa stam sa predam lucruri ce pot fi invatate din surse educationale deja existente.

Asta daca vrei sa participi la discutie pe picior de egalitate (din moment ce recomanzi tehnologii).

OriginalCopy, on 19 ianuarie 2018 - 19:17, said:

1) Daca ar fi sa pornesti de la 0 ai alege java ee sau php ?
2) Costurile de dezvoltare in java ee se dubleaza, se tripleaza ?

dani.user, on 19 ianuarie 2018 - 19:11, said:

+1

RomeoM, on 19 ianuarie 2018 - 19:20, said:

1) depinde de detalii, de cerintele concrete. Nu as alege neaparat java ee
2) costurile sunt in aceeasi ordine de marime indiferent de limbaj, date fiind aceleasi cerinte

Edited by OriginalCopy, 19 January 2018 - 19:24.

OriginalCopy, on 19 ianuarie 2018 - 19:20, said:

si eu zic sa lasi aerele de superioritate si sa explici ce ai afirmat, daca vrei sa fi luat in serios.

si php nu e multi-threaded in viata reala, cu apache, nginx etc.
faptul ca e posibil sa ai mai multe fire de executie daca si parca, e cu totul altceva. dar irelevant in practica din moment ce nimeni nu face uz de asta din motive evidente.

in nodejs ai event-loop care da, e single threaded ca phpul din practica, dar pe langa asta exista suport solid pt multi-threading fata de php, unde e acel suport e aproape 0.

php nu e single-threaded in modul in care nu e limitat asa cum e limitat nodejs. dani.user ti-a explicat.

Si nu pot lasa aerele, cand scriu foarte clar, si primesc ca raspuns o intrebare care imi arata cu cine vorbesc:

alx42, on 19 ianuarie 2018 - 19:05, said:

Din punctul meu de vedere, eu vorbesc la nivelul la care ma aflu, daca tu te simti inferior si pui intrebari de novici ca cea de mai sus atunci mingea e in terenul tau, nu al meu.

Eu ma cobor la nivelul de incepator al lui @OP si ii explic cum stau lucrurile, deoarece arata ca doreste sa inteleaga. Da, nimeni nu s-a nascut atotstiutor si e normal sa fie asa.

La nivelul tau nu ma pot cobori, pentru ca vii si dai orbeste recomandari, fara sa intelegi despre ce vorbesti.

Edited by OriginalCopy, 19 January 2018 - 20:18.