Catégories:
Bonjour,
encore des soucis me mémoire allouée insuffisante pour exécuter les requêtes => gros plantage en live.
Est-il possible et souhaitable de vider manuellement les tables de cache de la BDD ?
Si oui, quelles tables ?
Par avance, merci : grosse panade.
- Vous devez vous identifier ou créer un compte pour écrire des commentaires
Salut,
Je ne pense pas qu’il y ait un rapport évident entre la taille de ta BDD et la mémoire vive consommée pour exécuter Drupal (ta base de données n’est pas chargée intégralement dans la mémoire à chaque affichage de page).
Si tu veux effacer le cache manuellement, il faut vider toutes les tables dont le nom commence par «cache».
Vincent
Formations Drupal pour WEBMASTERS, DESIGNERS et DÉVELOPPEURS.
drupalfrance
1772
Merci de cette info.
J’étais en mutualisé chez OVH. Le site a migré en dédié : c’est le jour et la nuit, en terme de vitesse d’accès.
Il me semble toutefois que Drupal est un peu gourmand de ressources : Ram pour les scripts PHP, taille de BDD, mémoire BDD…
Pour info, un site avec <100 membres a atteint 115 Mo de RAM dans la BDD sur un serveur SQL privé chez OVH.
Puis la taille de certaines requêtes a effondré la RAM du mutualisé.
Mais je persiste à utiliser cet outil parmi les plus évolués que j’ai jamais manipulés.
Et je généralise son déploiement pour d’autres besoins.
webmestre
130
Pour moi Drupal n’est en effet pas adapté pour du mutualisé, sauf dans des versions vraiment réduites.
Après, se pose la question de la gestion du cache de Drupal avec les modules associé (boost en anonyme par ex. et memcache + authcache pour les utilisateurs connectés).
Blog DRUPALONS.FR : testez le générateur de code, et suivez-nous sur twitter
emerya
1255
Sur dédié ou virtual host, des gains de performance sont immédiatement visibles. Le site en question n’est pas un blog, mais un portail pour 5-10 000 abonnés / 1000 - 2500 v. uniques/jour
webmestre
130
Drupal est très consommateur de ressources bases de données, c’est à mon avis un des points les plus critiques à améliorer (et à surveiller).
En dédié, l’idéal est d’avoir une taille de buffer suffisamment élevée pour tout monter en mémoire ou presque.
Et désactiver la journalisation des accès si tu n’as pas besoin de traces, ça consomme pas mal d’écritures sur disque
vincent59
2594
«Et désactiver la journalisation des accès si tu n’as pas besoin de traces, ça consomme pas mal d’écritures sur disque»
Ou bien les récupérer pour les traiter en local sans les garder trop longtemps dans la bdd, peut-être ?
webmestre
130