On Wed, 19 Sep 2007, Quamis wrote:

Raspunsul standard la ce fac de obicei e cam de 0.3-0.8s. Deci cred ca
poate duce la minim 3600 de afisari pe ora , x24h = 80.000
afisari/zi:)

Da. + ca mai putem considera ca un apache e capabil sa serveasca acest continut la 10 clienti in paralel fara a afecta foarte mult timpul general (sa zicem ca sare la 0.6-1.6s, dar nu se inzeceste).

Revenind la mysql... am observat ca dureaza destul de mult conectarea propriuzisa la baza de date, nu neaparat query-ul (asta presupunand ca ai tabelele indexate, si ca un query nu intoarce 300Mb de date:) ) Deci presupun ca un mysql instalat pe local e cel mai bun totusi... exceptie face cazul bazelor de date de xxxGb si care necesita load-balancing.

Asta e un php&mysqlism. Php stie sa tina conexiuni permanente la baza de date, astfel ca daca pe o conexiune la o baza de date executi 100 de query-uri timpul de conectare devine total irelevant. Daca timpul de conectare ar fi mare atunci si latenta retelei dintre cele 2 ar fi mare , deci si timpul in care "calatoresc" datele (query-uri + raspunsuri) dintr-o parte in alta ar fi mare, asta facind iarasi timpul de conectare irelevant. Bineinteles, mai rapid este un socket local, insa nu conteaza foarte mult daca, sa zicem, prin TCP poti face 15 conexiuni pe secunda iar prin socketul local vreo 20-22 (cred ca aproximativ asta e proportia) dar de fapt tu ai nevoie de maxim 20 de conexiuni pe minut).

Si ca hardware... folosim [EMAIL PROTECTED] dual-cpu sau HT nu mai stiu si 2G de
ram. Si 2 hdd-uri in raid de 120Gb.

Acelasi sistem este folosit si ca server de mail, ftp, samba.. u name
it:) si sunt rulate mai multe aplicatii pe el...

Si cite hit-uri valide are pe zi? Omul probabil se gindeste la un site comercial, ori o trasnaie de e-commerce, ori un portal, etc. Deci masinile tre' sa fie dedicate. Exemplul tau este irelevant.

--
Any views or opinions presented within this e-mail are solely those of
the author and do not necessarily represent those of any company, unless
otherwise expressly stated.

_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui