Plus des problèmes de charge

[Snake]

Ok, donc j'ai fait des charges d'essais.

Sur une période de 24 heures ma charge augmente régulièrement dans le 30.00 de l '

Un redémarrage du serveur qu'il fixe pour une autre 24 heures.

Si je désactive le mod je n'obtiens pas ce problème.

Ne dites pas que avec le mod désactivé il ya moins de trafic que ce n'est pas vrai, Google envoie toujours le même trafic avec le mod désactivé en fonction de mes stats.

S'il vous plaît expliquer, la charge est me rend fou.

[tavenger5]

Sonne comme les robots sont frapper les pages traduites lorsque le mod est en marche. Vous devriez regarder dans l'optimisation apache ou faire un serveur avec plus de puissance CPU. Courez-vous vboptimise ou tout autre type de mécanisme de cache, comme memcached?

[Snake]

[moman]

Il ressemble vraiment à vous travaillez sur un serveur de faible puissance. Je suis sur une machine 8-core Nehalem (nous cherchons donc à 8 cores plus virtuelle en raison de l'HT, pour un total de 16). J'ai aussi longuement optimisé la machine en utilisant mes propres techniques ainsi que des pointeurs de la gens à vbulletin.com.

vBET soulève ma charge d'environ 2,5 à 3,0 au 3,5, selon le nombre d'utilisateurs, et cela pousse évidemment basée sur la taille du cache. Cependant, je ne pense pas que c'est pas mal du tout, comme ma gamme utilisateurs simultanés à partir d'un 800 à un assez haut encore plus haut 1200.

[vBET]

Salut Bien sûr, la traduction doit prendre des ressources - il n'ya pas de magie. Les moyens de prendre la page Traduire résultat de sortie et le changer. Parce que de cette traduction sera toujours plus longue que la page normale.

Je comprends que vous n'êtes pas trop heureux d'avoir la charge plusieurs serveurs, mais s'il vous plaît noter que vBET prend Seules les ressources pour la traduction. Pour les pages normales, il ajoute que les drapeaux. Donc tout cela provient d'une charge supplémentaire de trafic supplémentaire vers les pages traduites. Comme vous avez écrit votre trafic ne diminue pas instantanément après la désactivation vBET (si vous avez un moment, puis elle diminuera après la désactivation - croyez-moi) et la charge du serveur est plus faible - il est évident - les robots sont encore ramper URL des pages traduites, les utilisateurs sont toujours à trouver dans les liens de Google pour vos pages traduites. Alors vous avez encore même trafic, mais maintenant, sous les liens traduits est tout simplement dupliqué le contenu - la page normale, ce qui n'est pas traduit. Si vous voulez rester avec nous vBET désactivé recommandons vivement d'ajouter dans votre règle. Htaccess qui va rediriger toutes les pages traduites à l'une normale, sinon vous pouvez perdre votre référencement en raison du contenu dupliqué.



Je comprends que dans votre opinion de notre code est faible. Je ne sais pas ce que vous basez vos attentes. Nous avons mod le plus rapide de traduction pour VB - il n'y a rien qui fonctionne mieux. Traduction prendra quelques ressources et notre mod prend elle moins que tout autre. Vous pouvez voir comment vBET rapide peut travailler sur de nombreux forums. Si vous avez des questions sur votre serveur, alors s'il vous plaît envisager des changements de configuration ou l'ajout de ressources serveur. Vous ne serez pas mettre 20 litres d'eau dans seau de 10 litres.

Et vous avez raison à 100% - nous pouvons faire mieux, nous le ferons et nous le faisons tout le temps Attends un peu que nous nous déplaçons tous les améliorations que nous avons faites durant la mise en œuvre vBET4.x

Si je peux vous donner quelques conseils - merci de vérifier comment vous pouvez optimiser vBET: http://www.vbenterprisetranslator.co...rformance.html
Surtout envisager de désactiver certaines langues et de bloquer des pages non pertinentes par robots.txt

Quel est le temps de réponse pour les pages traduites? Quelle est votre utilisation du processeur? Quelle est votre utilisation de la mémoire? Si elle est acceptable, alors vous n'avez rien à craindre. Souvent, les gens sont effrayés par l'augmentation de charge serveur et ne savent même pas ce que cela signifie. La charge du serveur 10 fois plus de ne PAS moyen 10 fois plus de ressources utilisées. Il signifie simplement que plus les threads sont en attente dans la file d'attente, ce qui est parfaitement normal, car votre fils à attendre pour Google de réponse si la traduction n'est pas mis en cache encore. Si le thread est en attente pour Google, et il prend PAS de CPU pendant ce temps. En raison de la charge de votre serveur SERA plus grande, même si vBET pourrait prendre le pas de ressources à tous (ce qui n'est évidemment pas possible).

A propos de s'écraser sur votre serveur - c'est évidemment le problème de serveur. Il arrive périodiquement. J'ai eu problème similaire sur mon serveur. Il a été causé par un bug Apache pour un thread Apache a été croissante et croissant avec l'utilisation de mémoire jusqu'à ce que toute la mémoire du serveur a été consommé ans en cache. Seul un thread se comporte comme ça - d'autres discussions Apache était normal. J'ai joué avec la configuration d'Apache et problème est résolu. Je pense que Apache juste eu quelques fuites de mémoire - que je me souvienne j'ai mis bas le montant des demandes qui peuvent être tenir par un fil. Il y avait aussi d'autres changements. Je suggère de vérifier votre utilisation de la mémoire et de le surveiller pendant un certain temps. En outre, il peut être utile pour vérifier le montant moyen de la mémoire utilisée par un thread Apache, a fait quelques calculs et mis en valeur appropriée des fils max pour Apache.

Si vous avez d'autres questions s'il vous plaît juste demander à

[vBET]

Hey - Je n'étais tout simplement sur votre forum il traduit Ultra rapide ... Donc ce que vous réclamez et pourquoi l'attitude tellement en colère à propos vBET, lorsque vous avez super service de traduction rapide? ...

S'il vous plaît examiner ce moyen la charge du serveur. Comprendre la signification peut être très utile pour comprendre ce qui se passe sur le serveur et comment elle peut être liée à des threads qui sont en attente dans la file d'attente non pas parce que vous n'avez pas de ressources, mais sont en attente de réponse d'un autre serveur (Google, dans ce cas).

À mon avis vous avez Super traductions rapides et vous n'avez rien à vous soucier de

[Snake]

J'ai été la construction de sites de 10 ans, je suis pleinement conscient de charge 10x ne veut pas dire les ressources 10x, arrêtez de me traiter comme un idiot et une cuillère d'alimentation m'a ordures. Les faits sont froids avec ce mod vs l'autre mod gratuitement votre charge est méga. Et aux heures de pointe sur mon site est maintenant lent et peu réactif. Oui, les pages de traduire rapidement en heures creuses, mais à un coût d'un serveur lent tard dans la journée. J'ai un quad core, le raid 15K SAS du serveur, qui est très bien optimisé, exécutez 0,50 toute la journée avant ce avec un trafic important. C'est le code qui ajoute vBET charge et rend le serveur lent aux heures de pointe, c'est un fait, ce n'est pas l'augmentation du trafic, j'ai eu le même trafic et de bots avant et le serveur fait face fine, il est le produit de traduction. Période. Dépêchez-vous et de le corriger, j'ai vraiment pas envie de payer un autre 300 £ par mois pour une mise à niveau du serveur, juste pour lancer un MOD lol.

[tavenger5]

Combien de langues parlez-vous ont permis? Combien de messages avez-vous? Avez-vous vBSEO Sitemap Generator et installé? Combien de bots sont frapper le site un jour?

[Snake]

Salut!

32 langues activées.

100 000 messages.

vBSEO et sitemap installé.

Plan du site Plugin dit 1000.000 pages explorées par jour.


Le fait est que, si je désactive le mod et redémarrer le serveur, bot et les utilisateurs sont toujours frapper mon serveur le même qu'avant, les mêmes pages sont toujours dans l'index de Google et donc je reçois le même trafic permis ou non.

La seule différence est que avec le mod désactivé les bots et les utilisateurs de Google obtenir la page en anglais, donc, le trafic est identique, la seule différence est qu'ils ne voient pas une page traduite, évitant ainsi les problèmes de base de données des mods.

C'est clair comme le jour pour moi ce mod a été libéré sans essais appropriés, et clairement le propriétaire n'est pas intéressé à régler les problèmes.

Fail.

[Snake]

Michael, vous avez tort, cette charge n'est pas causée par une augmentation du trafic, elle est causée par la lecture et l'écriture des traductions à mysql.

Si l'équipe vBulletin peuvent lire et écrire à mysql avec une charge faible pourquoi ne peux pas vous?

Pauvres de code mon ami.