Bonjour,
Je suis surpris de lire ces échanges, je croyais que le système de cache utilisé par SPIP permettait justement de contourner ce problème !!
Plutot que de s'engager dans des dépenses énormes en serveur dédié, est ce qu'il ne suffirait pas de désactiver tout ce qui génére des requêtes (je pense aux stats et au forum) ? et ne conserver que la partie "éditoriale" du site qui elle est gérée par le cache ?
manuciel
[------ En réponse à C'est moi <S.KHELIF@WANADOO.FR>: ------]
Je ne pense pas qu'il faille incriminer SPIP.
Je disais y'a quelques mois sur cette meme liste en
repondant a un poste
qu'il faut pas hésiter a mettre la main a la poche ..
-Il est logique que si' lon veut faire Paris Dakar on
s'equipera pas d'une
Dauphine mais que l'on prendra un 4/4 !
-Il est logique que si l'on a un site qui genere 500
requetes jour en
php/mysql on ne peut attendre des merveille d'un
hebergement a 50 ou 100
balles par mois
Ce que beaucoup on tendance à oublier, c'est que une
machine quelqu'elle
soit..a des limites, un hebergement en mutualisé( etre 50
ou 200 sur un
seveur) c'est un peu vivre dans une copropriété ! aussi a
certaines heures
on baisse la TV mais aussi on laisse pas ses ordure sur
le pallier !!
Sur sont PC ou mac a la maison si on ouvre X fenetre sa
plante ...
Cela ramene a la triste réalité qui consiste a dire que
'lonen a jamais
plus que pour son argent!! ce qui coute chere en
internet n'est pa
sl'espace disque mais la bande passante mais aussi les
ressources machine
!!!Prenons les cobalt ( par exemple ) 100 ou 150 site sur
un cobalt c'est
de la folie car au dela de 60 a 80 les probleme
commencent ( croyez moi
je parle par experience..j'en gere une dizaine... et
encore plus si 30 % des
ses sites sont en php et mysql et encore plus si y'a des
MPN ou PHP NUKE
ou aussi SPIP ... rien d'etonnant car de la page
dynamique systematiquement
interroge le processeur.. aussi le calcul est simple...
combien de
requetes simultanées un processeur peut encaisser
..sachant ques les
cobalts jusqu'a la sortie du 550 (je parle des raq 3 ou
4 avaient
maximun 512 mo de ram une carte reseau 10base 100...bref
sombrons pas
dans la technique beaucoups risque de tomber de haut !Un projet open source est avant tout un projet perso pour
repondre a ses
propres besoins, mis a disposition de tous pour tenter
de l'ameliorer et de
partager les connaissances des uns et des autres
...toutefois on a tendance
a oublier le cote important d'un site, c'est
l'environnement que l'on va lui
donner...on en revient à l'hebergement !!!! cote qui tres
souvent est
oublié!! ou négligé !! on a un beau site pleins de
flash et de menu
deroulant de belles images et du contenus de qualité
mais on le fout chez
un amen ou un autre ...et forcement c'est le faute a
pierre ou de la
technique et j'en passe ...En bref on veut le beurre et 'largent du beurre, la
cremiere et le baton du
cremier !! helas c'est pas si simple !
L'exemple de notre ami Phillipe ( 500 requetes jours
"php-mysql") si il
est sur un serveur ou ils sont 50 seulement je reste
raisonable ca en fait
150 000 / jours et nous savons tous qu'il y'a des pics de
connexion cela
revient a dire que les interrogation du processeurs son
faites sur une
poignée d'heures ... je crois qu'il faut plus chercher le
coupable...c'est
un peu comme dire la plus belle fille du monde ne peut
donner que ce
qu'elle a !! et ce n'est pas un hasard si certain
hébergeur desactivent des
fonctions dans PHP ...ou autres..Voila j'espere avoir apporté une contribution qui va
faire reflechir
ahahahha ci dessous un message d'alerte d'un cobalt a
3 heure du mat ou
un site qui a un spip et un forum nommé ikonboard avait
50 requete environs
on planté la machine !!
J'ai du me relever et la rebooter ( sacre tel portable
qui sonne a des
heures pas possible ahahah )La solution, ben elle est simple, il faut mettre la main
a la poche ...et
prendre de la marge sur l'hebergement !!! on va pas
faire vivre 5 momes
et la belle mere dans un studio de 15 metres carré !
Il est anormal d'esperer un service d'hebergement de
qualité avec 500 et
meme 100 requeste php/mysql sur un hebergement a 100
balles !!! c'est
IMPOSSIBLE !!!ma solution ? ben je me suis servis d'une partie du
code SPIP, adapté a ma
sauce enlevé des trucs et j'ai un truc qui est en turbo
maintenant, ca ne
plante plus par contre mon hebergement me coute un peu
plus chere ...enfin
un peu :))) et mon hebergeur a 3 heure du mat a le nez
sur ses machines !!!
la preuve je suis là :)))Votre connexion c'est un peu le bus qui vous emmene au
centre commercial,
votre hebergeur cc'est un peu le centre commercial,
votre site une des
boutiques de ce centre !! pensez-y !extrait du mail de philippe ( J'ai en moyenne 500-600
visiteurs par jour
avec des pointes à 1500 visiteurs. Pour lui nos 500
visiteurs/jour valent
environ 10000 visiteurs du
fait du poids des "process" ! ) ben mon gars la
solution tu la connais
il faut ouvrir le porte monnaie mais aussi peut etre
alleger ton application
car ce probleme tu le retrouvera chez tout le monde !!!
sauf si tu prends
une machine dédié !!! et te leurre pas evites els
attrape mouche a 600
balles par mois car j'appel cela des kleennnnex j'ai
un sites php/mysql
qui fait 3 millions de pages vue mois! ca me coutes
2000 balles !! par
mois ...voila ci dessous le message de la machine a 3 heure du
mat ( raq4- 512 mo de
ram ) suite a 50 requetes spip et ikonboard a 3h du mat
...Over the past fifteen minutes, the CPU has been heavily
loaded.This will result in noticible performace loss. Consider
moving some of the
services to other Sun Cobalt servers, or reduce the
complexity of the CGI
scripts running on the Sun Cobalt server itself.1 minute load average: 11.81
5 minute load average: 29.23
15 minute load average: 15.62----- Original Message -----
From: "Philippe Fabry" <p-fabry@wanadoo.fr>
To: <spip@rezo.net>
Sent: Monday, September 23, 2002 10:33 PM
Subject: Re: [Spip] Spip utilise trop de ressources
processeur ?Bonsoir,
Je suis également très intéressé !
>Oui ! je suis TRES intéressé ! /Christophe
> probleme avec php sur les raq 3 et 4 avec spip...des qu'il y'a
20> requetes simultanés....
> ca plante la machine .
>
> j'ai trouve une solution si ca en interessecertains
>
>---
Philippe Fabry_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives :http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives :
http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.uzine.net/spip