derniére question (j'espére ne pas abuser :)) : process fcgi pour tout le serveur, ou x process par site ?
par site
Stephane Kanschine
Le Wed, 05 Mar 2008 16:57:36 +0100, Christophe Baegert exprimait :
Aurelgadjo wrote:
derniére question (j'espére ne pas abuser :)) : process fcgi pour tout le serveur, ou x process par site ?
par site
Vous êtes mignons tous les deux :-)
Vous parlez depuis le début de MySQL et vous avez cité le code, les serveurs, la configuration php, mais jamais les optimisations sur la base elle même...
-- Stephane Kanschine Association APINC : http://www.apinc.org/
Le Wed, 05 Mar 2008 16:57:36 +0100, Christophe Baegert exprimait :
Aurelgadjo wrote:
derniére question (j'espére ne pas abuser :)) :
process fcgi pour tout le serveur, ou x process par site ?
par site
Vous êtes mignons tous les deux :-)
Vous parlez depuis le début de MySQL et vous avez cité le code, les
serveurs, la configuration php, mais jamais les optimisations sur la
base elle même...
--
Stephane Kanschine
Association APINC : http://www.apinc.org/
Le Wed, 05 Mar 2008 16:57:36 +0100, Christophe Baegert exprimait :
Aurelgadjo wrote:
derniére question (j'espére ne pas abuser :)) : process fcgi pour tout le serveur, ou x process par site ?
par site
Vous êtes mignons tous les deux :-)
Vous parlez depuis le début de MySQL et vous avez cité le code, les serveurs, la configuration php, mais jamais les optimisations sur la base elle même...
-- Stephane Kanschine Association APINC : http://www.apinc.org/
Aurelgadjo
Le Wed, 05 Mar 2008 16:57:36 +0100, Christophe Baegert exprimait :
Aurelgadjo wrote:
derniére question (j'espére ne pas abuser :)) : process fcgi pour tout le serveur, ou x process par site ? par site
Vous êtes mignons tous les deux :-)
Vous parlez depuis le début de MySQL et vous avez cité le code, les serveurs, la configuration php, mais jamais les optimisations sur la base elle même...
Sur la base ? Sur le coté client tu veux dire ? Si il a envie de faire un code de merde, tu fais quoi ? :) Tu recode à sa place ? Tu l'éduque ?
La partie client est la partie la plus aléatoire là dedans, car celle incontrôlable :)
Le Wed, 05 Mar 2008 16:57:36 +0100, Christophe Baegert exprimait :
Aurelgadjo wrote:
derniére question (j'espére ne pas abuser :)) :
process fcgi pour tout le serveur, ou x process par site ?
par site
Vous êtes mignons tous les deux :-)
Vous parlez depuis le début de MySQL et vous avez cité le code, les
serveurs, la configuration php, mais jamais les optimisations sur la
base elle même...
Sur la base ? Sur le coté client tu veux dire ?
Si il a envie de faire un code de merde, tu fais quoi ? :) Tu recode à
sa place ? Tu l'éduque ?
La partie client est la partie la plus aléatoire là dedans, car celle
incontrôlable :)
Le Wed, 05 Mar 2008 16:57:36 +0100, Christophe Baegert exprimait :
Aurelgadjo wrote:
derniére question (j'espére ne pas abuser :)) : process fcgi pour tout le serveur, ou x process par site ? par site
Vous êtes mignons tous les deux :-)
Vous parlez depuis le début de MySQL et vous avez cité le code, les serveurs, la configuration php, mais jamais les optimisations sur la base elle même...
Sur la base ? Sur le coté client tu veux dire ? Si il a envie de faire un code de merde, tu fais quoi ? :) Tu recode à sa place ? Tu l'éduque ?
La partie client est la partie la plus aléatoire là dedans, car celle incontrôlable :)
Stephane Kanschine
Le Mon, 10 Mar 2008 19:43:55 +0100, Aurelgadjo exprimait :
Vous parlez depuis le début de MySQL et vous avez cité le code, les serveurs, la configuration php, mais jamais les optimisations sur la base elle même...
Sur la base ? Sur le coté client tu veux dire ?
Non.
Si il a envie de faire un code de merde, tu fais quoi ? :) Tu recode à sa place ? Tu l'éduque ?
Non.
La partie client est la partie la plus aléatoire là dedans, car celle incontrôlable :)
Un parseur du log slow query, qui fait les explain analize truc, qui rajoute les bons index, non ?
-- Stephane Kanschine Association APINC : http://www.apinc.org/
Le Mon, 10 Mar 2008 19:43:55 +0100, Aurelgadjo exprimait :
Vous parlez depuis le début de MySQL et vous avez cité le code, les
serveurs, la configuration php, mais jamais les optimisations sur la
base elle même...
Sur la base ? Sur le coté client tu veux dire ?
Non.
Si il a envie de faire un code de merde, tu fais quoi ? :) Tu recode à
sa place ? Tu l'éduque ?
Non.
La partie client est la partie la plus aléatoire là dedans, car celle
incontrôlable :)
Un parseur du log slow query, qui fait les explain analize truc, qui
rajoute les bons index, non ?
--
Stephane Kanschine
Association APINC : http://www.apinc.org/
Le Mon, 10 Mar 2008 19:43:55 +0100, Aurelgadjo exprimait :
Vous parlez depuis le début de MySQL et vous avez cité le code, les serveurs, la configuration php, mais jamais les optimisations sur la base elle même...
Sur la base ? Sur le coté client tu veux dire ?
Non.
Si il a envie de faire un code de merde, tu fais quoi ? :) Tu recode à sa place ? Tu l'éduque ?
Non.
La partie client est la partie la plus aléatoire là dedans, car celle incontrôlable :)
Un parseur du log slow query, qui fait les explain analize truc, qui rajoute les bons index, non ?
-- Stephane Kanschine Association APINC : http://www.apinc.org/
Christophe Baegert
Stephane Kanschine wrote:
Un parseur du log slow query, qui fait les explain analize truc, qui rajoute les bons index, non ?
Exactement.
Stephane Kanschine wrote:
Un parseur du log slow query, qui fait les explain analize truc, qui
rajoute les bons index, non ?
Le Mon, 10 Mar 2008 19:43:55 +0100, Aurelgadjo exprimait :
La partie client est la partie la plus aléatoire là dedans, car celle incontrôlable :)
Un parseur du log slow query, qui fait les explain analize truc, qui rajoute les bons index, non ?
Ce serait si simple ?
Christophe Baegert
Aurelgadjo wrote:
Ce serait si simple ?
Oui, voir nos stats :
Hier (le 10 mars 2008), sur 16158187 requêtes MySQL, 524 ont duré une seconde ou plus, le taux de requêtes MySQL ayant duré moins d'une seconde est donc de 99.9968%. En moyenne, depuis le 1er mars 2008, ce taux est de 99.9983%.
Aurelgadjo wrote:
Ce serait si simple ?
Oui, voir nos stats :
Hier (le 10 mars 2008), sur 16158187 requêtes MySQL, 524 ont duré une
seconde ou plus, le taux de requêtes MySQL ayant duré moins d'une seconde
est donc de 99.9968%. En moyenne, depuis le 1er mars 2008, ce taux est de
99.9983%.
Hier (le 10 mars 2008), sur 16158187 requêtes MySQL, 524 ont duré une seconde ou plus, le taux de requêtes MySQL ayant duré moins d'une seconde est donc de 99.9968%. En moyenne, depuis le 1er mars 2008, ce taux est de 99.9983%.
