[spip-dev] Y a-t-il un système de lock sur le cache?

Salut,

Suite de mes tribulations sur un serveur qui a de plus en plus de mal à tenir la charge.

D'après l'hébergeur, voici ce qui se passe:

– gros ralentissement général du serveur;
– sur une page (en fait, une tripotée), on arrive à l'échéance du cache;
– donc: SPIP lance le recalcul de la page en question; mais ça prend beaucoup de temps;
– pendant ce temps, un second visiteur sur la même page: sauf erreur de ma part, comme le premier calcul n'est pas terminé, SPIP considère qu'il faut recalculer la page; donc ça lance à son tour le calcul de la page; ce qui ralentit encore le calcul.

Et là, les calculs des pages ne parviennent plus à arriver rapidement à leur terme, la durée de calcul s'allonge, mais chaque visiteur provoque le même lancement de calcul.

Est-ce que c'est logique, ou bien on a un système dans SPIP qui évite cela?

A*

Suite de mes tribulations sur un serveur qui a de plus en plus de mal à
tenir la charge.

Non il n'y a pas de lock, qui causerait sans doute autant de problèmes
qu'il en résoudrait. Mais Emmanuel en avait mis un dans la toute
première version du compilo (sur spip-contrib). A mon avis il faut que
tu dimensionnes mieu ton hébergement :stuck_out_tongue:

Et si vraiment tout le monde s'arrache la *même* page, regarde
peut-être du côté du plugin FastCache (ou de son cousin Expresso), tu
y gagneras un peu de CPU.

-- Fil

Autre chose : il faut absolument tuner php (cf.
http://www.spip-blog.net/Les-jantes-en-acier-chrome.html ) et MySQL
(en lui donnant beaucoup plus de RAM que les réglages par défaut). Je
l'ai fait récemment sur la machine d'un copain, ça a décuplé ses
performances. Et hélas c'est difficile de trouver une bonne doc.

-- Fil

* Fil tapuscrivait, le 06/09/2008 16:45:

Autre chose : il faut absolument tuner php (cf.
http://www.spip-blog.net/Les-jantes-en-acier-chrome.html ) et MySQL
(en lui donnant beaucoup plus de RAM que les réglages par défaut). Je
l'ai fait récemment sur la machine d'un copain, ça a décuplé ses
performances. Et hélas c'est difficile de trouver une bonne doc.

Peut-être qu'une page de Gribouille sur le sujet avec les expériences (et fichiers de conf) des uns et des autres, ça serait un commencement de cette doc ?

Fil a écrit :

Autre chose : il faut absolument tuner php (cf.
http://www.spip-blog.net/Les-jantes-en-acier-chrome.html ) et MySQL
(en lui donnant beaucoup plus de RAM que les réglages par défaut). Je
l'ai fait récemment sur la machine d'un copain, ça a décuplé ses
performances. Et hélas c'est difficile de trouver une bonne doc.

APC n'est pas mieux ?

http://fr.php.net/manual/en/intro.apc.php

http://pecl.php.net/package/APC

En plus j'ai cru lire quelque part qu'il allait être inclu dans la prochaine version de PHP.