Voir la version complète: Résolu Besoin d'aide réduire la charge du serveur
Simon Lloyd
26-05-11, 08:40
Salut, je vais avoir des ennuis avec ma charge de serveur, j'ai déjà déménagé à dédiés à essayer de guérir cette mais toujours obtenir des charges des serveurs haut, si je désactive vBET baisses de charge du serveur.
Quelqu'un peut-il aider?
@ Kamil, vous avez déjà des détails accès complet envoyé en MP si vous voulez vérifier.
kamilkurczak
26-05-11, 20:57
bonjour,
ici vous avez une liste de trucs vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
rappelez-vous - si vous avez toutes les langues activées - vous avez du contenu 53 de plus (filets, etc messages) sur votre forum, et bien sûr à fort trafic du forum.
Vous pouvez désactiver certaines langues et d'attendre lorsque le cache de la langue activée sera rempli, après que - vous pouvez activer la prochaine partie de traductions.
Deuxièmement, dans ce relase nous avons une grande amélioration (un très gros) - c'est le système de mémoire cache (4 options différentes). Vous pouvez le vérifier dans votre admincp-> Cache vBET. (Souvenez-vous - vous devez intégrer votre serveur pour utiliser ce genre de cache)
:)
Simon Lloyd
26-05-11, 22:15
J'ai mis en œuvre tout ce que je peux performances de vos recommandations, j'ai également eu toutes les langues activées (plus bien) depuis l'achat vBET autour d'il ya 6 mois, la charge est élevée et constante tout le temps. Comme pour la mémoire cache (bêta) Je ne pense pas que j'ai tout accélérateur de mémoire cache sur mon serveur, mais le reste est mis en evrything selon vos instructions.
kamilkurczak
26-05-11, 22:19
à partir de notre relase dernière, nous avons travaillé sur ce système de cache mémoire - cela devrait être le grand de la performance. Vous devez avoir votre serveur configuré avec ce système de cache (peut-être vous avez déjà - demandez à votre support de serveur)
Simon Lloyd
26-05-11, 22:31
Salut Kamil, je viens de vérifier php info et je ne l'ai pas, mais je vais les amener à installer xcache ou quelque chose comme cela
Salut. Pourquoi vous avez des problèmes avec la charge du serveur? Je vois votre forum est de traduire très vite, alors où est le problème?
S'il vous plaît noter que les traductions sont effectuées par des services externes à partir de Google. Cela signifie que lorsque la traduction se produit votre threads sont en attente de réponse de Google. Et c'est pourquoi la charge du serveur est plus grand, mais il n'influence pas le système, car les threads en attente de prendre pas de processeur, ni mémoire supplémentaire (juste déjà utilisé). Alors c'est pourquoi vous aurez toujours la charge supérieur Server avec vBET activé (désactivé lorsque aucun thread est en attente de résultats de Google) et en même temps votre forum sera toujours un travail rapide, car les threads en attente de prendre pas de processeur.
Alors, quelle est vraiment nécessaire de prendre amant Server Load est d'assurer que les discussions seront pas attendre les résultats de Google, mais malheureusement, Google permet de mettre en cache les résultats uniquement pour 15 jours. Vous pouvez essayer vous-même - si vous désactivez le cache, ou tout simplement faire son temps de vivre plus petite alors vous aurez la charge du serveur SE croissance - car moins les résultats seront mis en cache et plus de demandes en attente des réponses de Google. Il n'ya pas de magie - traductions vient de quelque part et il faut du temps pour l'obtenir auprès de Google.
Utiliser la mémoire cache peut aider en quelque sorte. Threads en attente pour les résultats de Google sera toujours en attente (vous ne pourrez pas passer jusqu'à ce que vous avez mis en cache toutes les traductions, et vous ne serez pas parce qu'il est nettoyée selon TOS de Google). Des résultats encore en mémoire cache sera généré plus vite, en fait la demande n'est pas d'attente pour des traductions sera plus rapide de la file demandes.
Ici vous pouvez trouver exactement ce qui a la charge du serveur est la suivante: la charge du serveur (http://whreviews.com/server-load.htm) et savoir que tant que vous avez gratuitement Server Load ressources n'est pas un problème.
Savoir ce que la valeur de la charge du serveur n'est pas très importante cependant. Savoir comment interpréter la valeur est ce qui compte.
rappeler la définition: la charge du serveur représente le nombre de processus en attente pour accéder à la CPU. Mais pas tous les processus sont les mêmes! Si les processus sont de faible priorité, lorsqu'une demande nouveau serveur (demande de page) apparaît, elle peut encore être manipulé presque instantanément.
Sans compter que la charge du serveur n'est qu'un facteur parmi beaucoup d'autres (utilisation de la mémoire, utilisation CPU, la taille du fichier d'échange)
Comme d'habitude, et comme beaucoup de gens directement impliqués dans l'activité d'hébergement dire, tout se résume au comportement réel. Les pages de chargement rapide? Est un processus comme la recherche à travers une base de données prennent un temps raisonnable? Ensuite, vous n'avez pas vraiment un problème, quelle que soit la charge du serveur est
Ainsi, le test ultime est la manière dont le serveur se comporte. Si le serveur est rapide, un certain nombre, même si elle est appelée "la charge du serveur», vraiment ne signifie pas beaucoup
Donc, parce que votre serveur est rapide et je peux voir vos réponses forum rapide, votre question est seulement virtuel - il n'ya pas de réel problème. Charge du serveur est la valeur qui vous donne aucune information sur les performances réelles, des astuces simplement si vous savez comment l'interpréter (c'est à dire si le serveur fonctionne bien avec la charge du serveur X, alors vous pouvez commencer à vérifier ce qui se passe, si elle se développe rapidement à 2X ou quelque chose comme ça). Juste nombre statique ne vous donne rien, mieux vérifier votre CPU et de mémoire pour être sûr que cette valeur est OK de votre serveur et si elle est OK alors peu importe ce serveur la valeur de charge est.
Toujours si vous voulez quelques conseils supplémentaires:
- Faire des gros cache TTL si on a changé à la baisse (valeur par défaut est maximale autorisée par TOS de Google).
- Si vous n'avez pas des problèmes d'espace disque dur désactiver tâche cron pour le nettoyage du cache invités - il ne doit pas être nettoyé à tous, car il rafraîchit les résultats si nécessaire, encore beaucoup d'enlever les anciens fichiers peut prendre du temps vraiment long pour php.
- L'utilisation de mémoire cache
- À la fin (mais je vois vraiment aucun sens de lui, parce que vous n'avez pas question de rendement) commencer à désactiver les langues qui vous donne moins de trafic
Par la voie - ce qui est la charge du serveur, CPU moyen et utilisation de la mémoire, et quel matériel avez-vous (le nombre de processeurs, mémoire)? T fichier de swap est utilisé?
Simon Lloyd
27-05-11, 08:34
Voici les détails selon vos questions
Server Load 1)
*********************
08:22:53 jusqu'à 44 jours, 13:31, 1 utilisateur, charge moyenne: 4.07, 5.09, 5.26
L'UTILISATEUR DE CONNEXION ATS @ IDLE PCPU JCPU QUEL
racines pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) utilisation du processeur et la mémoire
********************
totale utilisée gratuitement tampons partagés en cache
Mem: 4040 3616 424 0 256 2809
- / + Buffers / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) le nombre de processeurs
3
EDIT: juste pris un cliché ici http://www.thecodecage.com/forumz/server.png mon serveur est comme ça tout le temps, ce cliché est APRÈS permettant memcahce.
Simon Lloyd
27-05-11, 17:19
Comme l'information ajoutée voici le journal Top Processus:
xxxx 93,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
xxxx 83,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
xxxx 75,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
MySQL 6.8% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-external- de verrouillage
MySQL 6.7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-external- de verrouillage
MySQL 6.6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-external- de verrouillage
racine de 6,0% / bin / sh / usr / local / bin / rkhunter-c - cron
Voici les détails selon vos questions
Server Load 1)
*********************
08:22:53 jusqu'à 44 jours, 13:31, 1 utilisateur, charge moyenne: 4.07, 5.09, 5.26
L'UTILISATEUR DE CONNEXION ATS @ IDLE PCPU JCPU QUEL
racines pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) utilisation du processeur et la mémoire
********************
totale utilisée gratuitement tampons partagés en cache
Mem: 4040 3616 424 0 256 2809
- / + Buffers / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) le nombre de processeurs
3
EDIT: juste pris un cliché ici http://www.thecodecage.com/forumz/server.png mon serveur est comme ça tout le temps, ce cliché est APRÈS permettant memcahce.
Je ne sais pas comment interpréter vos mesures. Comme je vois que votre CPU est utilisé dans près de 185% ... Alors ou il est quelque chose de bien chaud dans la mesure ou elle s'applique à une unité centrale - si vous avez 3, vous pouvez utiliser 300%. Si ce n'est de manière correcte, cela signifie que vous avez encore beaucoup de ressources CPU libre. Si ce n'est pas s'il vous plaît me corriger et de dire comment interpréter les résultats.
Je suis également pas sûr de savoir comment interpréter vos données charge du serveur:
charge moyenne: 4.07, 5.09, 5.26
Sont ces 3 différentes mesures de temps, ou chacun est pour CPU séparée? Quelle est la puissance de votre processeur?
PS. Cache a besoin de temps pour remplir po
Simon Lloyd
29-05-11, 21:54
Michal, encore une fois merci pour la réponse à la moyenne de charge que vous voyez (et dans l'instantané) change à chaque fois que vous actualisez, il est comme vous le soulignez un certain nombre sybmolic, quand les moyennes de charge montré, il ya environ 6 ou 7, le site est lent mais la plupart du temps ne répond pas à son tour donne une erreur.
Voici les données du CPU que vous avez demandé
Processeur # 1
Vendeur
GenuineIntel
Nom
Intel (R) Xeon (R) CPU X3430@2.40GHz
Vitesse
2394.030 MHz
Cache
8192 KB
Quand je vérifie dans WHM j'ai une CPU quad core, alors que le peuple le serveur me dit que j'ai trois CPU???
Je ne sais pas ou faire semblant de savoir comment la moyenne la charge du serveur est élaboré (dernièrement, au cours des deux derniers jours il a été autour:
Moyennes de charge: 4,49 4,04 3,95
Forum de la vitesse moyenne et il ne semble pas être la cause d'un problème en ce moment, même si le trafic est d'environ:
271 (3 membres et 120 invités et 148 araignées)
Lorsque la figure du haut est normalement autour de 500 - 600, mais alors ce n'est week-end pour le trafic est plus faible.
J'ai demandé à la vitesse du CPU, car comme nous l'avons déjà dit à la charge du serveur est juste valeur virtuelle, donc pour la charge CPU serveur rapide même signifier autre chose que pour les CPU lent (rapide on va faire son travail rapidement, même si il ya des tâches supplémentaires en attente dans la file ces seront traitées rapidement).
À propos de votre nombre de CPU - en ce moment je suis perdu comme vous. Il est de votre serveur et je ne vais pas vous aider à déterminer avez-vous 1 ou 3 processeurs. Je peux vous dire que pour les serveurs, il est préférable d'avoir plus grande quantité de processeurs plus lents que les plus petites quantité de plus rapide. 2 +2 = 5, cela signifie que deux processeurs avec une puissance 2 va faire mieux que 1 processeur avec une puissance 4, parce que le serveur a beaucoup de petites tâches, et ayant une processeur que vous ne pouvez pas le faire de façon parallèle.
Server Load sera aussi avoir un sens différent selon le nombre de processeurs. Si vraiment vous avez 3 processeurs rapides puis 6 la charge du serveur (au total et non par CPU) est OK, même sans vérification supplémentaire. Si vous avez 1 processeur alors vous devriez en outre vérifier le temps de réponse réelle pour nos égouts. Comme vous avez écrit que vous avez déjà fait et il est OK.
Pour le temps que vous voyez la charge du serveur est plus grand et plus lent Page (un cache - s'il vous plaît n'oubliez pas que pour ne pas avoir mis en cache le temps de réponse réelle n'est pas à votre serveur à tout, mais jusqu'à un temps de réponse de Google), s'il vous plaît vérifier est-ce parce gros du trafic , ou peut-être c'est à cause de certaines tâches de fond (comme cron vBulletin, ou même de votre système d'exploitation propre - comme des tâches mise à jour automatique ou quelque chose comme ça).
Selon votre dernière réponse - s'il n'ya pas de véritable problème - avez-vous besoin d'aide futurs dans ce sujet en ce moment?
Simon Lloyd
04-06-11, 08:46
Michal, merci pour la réponse détaillée, il est de 4 CPU, ma seule préoccupation est la quantité de% du cpu que vBET consomme, que je tape ce qu'il sont les suivants3 procédés mentionnés dans TOP vBET à 55%, 52% et l'utilisation du CPU à 48% et ces processus sont tous pour le fichier / vbenterprisetranslator_seo.php, s'il n'y a rien de plus, vous pouvez suggérer alors je vous remercie pour vos commentaires et aura à vivre avec elle que je ne peut certainement pas se permettre un autre mouvement serveur ou mise à niveau comme je suis d'avoir VPS à une VM dans les nuages d'hébergement pour dédié afin de garder vBET course, le saut à côté de quad core dual (8 CPU) est hors de ma gamme de prix.
S'il vous plaît noter que ce qui ous le voyons n'est pas la consommation CPU VBT mais votre consommation d'ensemble du Forum. vbenterprisetranslator_seo.php ne fait rien - définit quelques-unes des variables et des faits de redirection interne au fichier vraiment demandé - il est juste de contrôleur frontal. Toutes les demandes va à vbenterprisetranslator_seo.php - vous l'avez mis dans votre fichier htaccess..
Donc ce n'est pas la consommation vBET - c'est votre consommation d'ensemble du Forum. Pour les pages normales vBET ne fait rien - ne fait qu'ajouter des drapeaux. Pour les pages traduites processus de traduction se trouve la consommation du CPU sera toujours plus grand que pour la page normale, car il arrive après page normale est généré. Ainsi la première génération qui arrive normalement et ensuite résultat est traduit - il n'ya donc aucune chance de l'avoir withour coût supplémentaire. Ou ... Nous avons une solution pour cette fourmi, il est nommé cache d'hôtes - pour les clients des pages entières sont mises en cache et aucune traduction arrive aussi longtemps que le cache n'a pas expiré. Donc, si vous utilisez déjà le cache d'or Puis vBET n'ont pas de solutions plus à faire des traductions en utilisant moins de ressources. Vous ne pouvez désactiver certaines traductions - vous aurez alors moins à la circulation pages traduites consommation des ressources ainsi moins pour les traductions.
Nous avons fait beaucoup d'efforts pour vBET profilage, l'évolution des algorithmes, en ajoutant des améliorations de performance plus. Et nous n'avons jamais de traiter ce problème comme clos. Toujours en ce moment même avec plusieurs couches de mémoire cache, nous travaillons avec l'application qui ont beaucoup de changements et de contenus différents pour une même URL en fonction des groupes d'utilisateurs l'utilisateur, ou même pour chaque utilisateur (si certains plugin ajoute de telles choses) et cela nécessite des retraduire Chaque demande de l'utilisateur connecté. Pour les utilisateurs enregistreur nous ne pouvons que cache traductions phrase, mais pas de pages entières comme pour les utilisateurs. S'il vous plaît noter que vBET est d'ajouter des améliorations de performance de plus en plus - encore que vous n'aurez jamais traductions magique sans consommation de ressources. Des fonctionnalités supplémentaires, c'est toujours la consommation de ressources supplémentaires.
Nous avons vérifié votre temps de réponse du forum et il est vraiment bon. Donc, je ne pense pas à passer à un autre serveur en ce moment. Tout comme vous avez écrit - vous avez encore la moitié des ressources libres. Vous payez pour ce les ressources donc il n'y a rien de mal à l'utiliser. Et vous êtes toujours dans la zone de sécurité - même lorsque votre trafic augmente votre forum sera la réponse au moment approprié. Pour la première lumière du CPU est de 70% de la consommation moyenne (et pas seulement dans un moment - en moyenne). Ce premier indice est à vous soucier de ressources. Si vous ignorez ce alors 90% de la consommation CPU moyenne signifie lecture de lumière, alarme, et les besoins immédiats pour mettre à niveau - sinon même un peu plus le trafic peut faire la dégradation des performances radicales. Pour mémoire, il est différent et dépend des paramètres d'exploitation pour le swap.
Et comme PS - s'il vous plaît envisager des solutions comme le VPS - où vous pouvez ajouter des ressources très facile sans aucune réinstallation:)
Si vous êtes déjà en friche tous les indices de performance, puis seule chose qu'il reste est de désactiver certaines langues et a fait les mises à jour des vBET que ceux venus.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.