avant de se casser la tete sur monter un systeme distribué et donc redondant avec tout un ensemble d'outils risquant d'ajouter un overhead assez minime pour un cout non négligeable ...
as tu pensé ( question innocente ) à faire un audit de ton code et des benchmarks pour savoir ou etaient les pénalités ?
je ne suis pas un fan de MySQL, mais je dois lui reconnaitre une qualité indéniable, une grande vitesse en lecture. donc dire qu'il faille démultiplier le nombre de machines me semble ( a priori ) etre une erreur de strategie.
quand je regarde ta page perso, et que je vois les derniers forums, je vois :
- dédié OVH
- PHP
- MySQL
- Audit d'un serveur
- Optimisation SQL
tout cela je suppute etre pour le moteur de recherche que tu codes et que tu as évoqué à diverses reprises.
Avant de dire que j'attaque, dénigre OVH, la question n'est pas de connaitre l'hébergeur mais de connaitre le monde des datacenter. OVH fait tout un boulot que certains n'imaginent pas. Je me trompe peut etre, mais tu ne semble pas l'imaginer.
Pour ce qui est de PHP, ce langage est lent, et faire des recherches du genre like'%a%' n'est pas le moyen de faire des requetes performantes.
Apres pour ce qui est de l'audit, il est necessaire de connaitre parfaitement ce qui se passe sur 1 serveur avant d'en mettre 2 voire 3.
Pour ce qui est de l'optimisation SQL, c'est quelque chose assez complexe puisqu'il faut connaitre le volume de données et surtout connaitre l'étalement dans le temps.
Donc, avant de prendre d'autres serveurs, prends un profiler cela peut t'aider grandement.
sinon Zend vend des optimisateurs PHP ( non libre il me semble ) pour que PHP s'execute plus rapidement.
pour ce qui est de la base de données, j'ai répondu à une autre personne ( http://linuxfr.org/comments/631066,1.html ) que si l'on cherche de la performance, il valait mieux se tourner vers de la base de données rapide avec des acces natifs.
pour infos, les google sparsehashes dont je fait mention est un projet google pour de la bases de données tres rapide. à coté cela, il y a aussi, CDB de Daniel Bernstein ( http://cr.yp.to/ ) qui permet de faire des bases de données à temps d'acces en lecture constant quelque soit le volume de données.
pour resumer, avant de voir les lenteurs des autres, regarde celle que tu crée.
# as tu pensé à regarder ton code et le profiler ?
Posté par Mouns . En réponse au message Cluster logiciel. Évalué à 2.
as tu pensé ( question innocente ) à faire un audit de ton code et des benchmarks pour savoir ou etaient les pénalités ?
je ne suis pas un fan de MySQL, mais je dois lui reconnaitre une qualité indéniable, une grande vitesse en lecture. donc dire qu'il faille démultiplier le nombre de machines me semble ( a priori ) etre une erreur de strategie.
quand je regarde ta page perso, et que je vois les derniers forums, je vois :
- dédié OVH
- PHP
- MySQL
- Audit d'un serveur
- Optimisation SQL
tout cela je suppute etre pour le moteur de recherche que tu codes et que tu as évoqué à diverses reprises.
Avant de dire que j'attaque, dénigre OVH, la question n'est pas de connaitre l'hébergeur mais de connaitre le monde des datacenter. OVH fait tout un boulot que certains n'imaginent pas. Je me trompe peut etre, mais tu ne semble pas l'imaginer.
Pour ce qui est de PHP, ce langage est lent, et faire des recherches du genre like'%a%' n'est pas le moyen de faire des requetes performantes.
Apres pour ce qui est de l'audit, il est necessaire de connaitre parfaitement ce qui se passe sur 1 serveur avant d'en mettre 2 voire 3.
Pour ce qui est de l'optimisation SQL, c'est quelque chose assez complexe puisqu'il faut connaitre le volume de données et surtout connaitre l'étalement dans le temps.
Donc, avant de prendre d'autres serveurs, prends un profiler cela peut t'aider grandement.
sinon Zend vend des optimisateurs PHP ( non libre il me semble ) pour que PHP s'execute plus rapidement.
pour ce qui est de la base de données, j'ai répondu à une autre personne ( http://linuxfr.org/comments/631066,1.html ) que si l'on cherche de la performance, il valait mieux se tourner vers de la base de données rapide avec des acces natifs.
pour infos, les google sparsehashes dont je fait mention est un projet google pour de la bases de données tres rapide. à coté cela, il y a aussi, CDB de Daniel Bernstein ( http://cr.yp.to/ ) qui permet de faire des bases de données à temps d'acces en lecture constant quelque soit le volume de données.
pour resumer, avant de voir les lenteurs des autres, regarde celle que tu crée.