Cloudflare, it's the future, believe me -- Sent from mobile
> On 12 Jun 2015, at 13:01, Alex 'CAVE' Cernat <c...@cernat.ro> wrote: > >> On 12/6/2015 12:49 PM, Petru Rațiu wrote: >> 2015-06-12 12:36 GMT+03:00 Alex 'CAVE' Cernat <c...@cernat.ro>: >> >> >> Acu serios, ce zici tu aici e o aberatie. Nu poti face queueing in frontend >> decat daca ai garantia ca e un spike de trafic care o sa treaca. Daca esti >> slashdotted (sau cum vrei sa chemi fenomenul cand ai o rata incoming de >> requesturi _sustinuta_ care depaseste capacitatea backendului), mai >> devreme sau mai tarziu ceva va da pe-afara. > ceea ce incerc de fapt este sa nu execut aceeasi operatie (care garantat > va da aceleasi rezultate) de jde ori in paralel (o execut o data si dupa > aia sanatate, datele prelucrate le am deja gata), si in acelasi timp sa > nu blochez servirea altor resurse pentru care ar fi resursele necesare > atata timp cat nu am jde procese executand in paralel operatia mai sus > pomenita > in mod ideal s-ar putea imparti frumos pe pool-uri diferite in functie > de clasele de operatii, dar dupa cum ziceam cat de groasa e treaba pot > sa aflu de abia cand se ajunge in php si se fac pe acolo niste calcule > banale, insa nu inainte bazat strict doar pe url > daca ai tu alte idei, chiar daca e vineri sunt numai ochi si urechi > oricum, mersi de 'trotil', nu cautam in adevaratul sens al cuvantului, > dar macar e un punct de plecare, ca incepeam sa ma invart in jurul cozii > > Alex > > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
