Ver la Versión Completa: Resuelto Más problemas de carga
Ok, así que he hecho un montón de pruebas.
Durante un período de 24 horas de mi carga aumenta constantemente en el 30,00 's
A reiniciar el servidor que fija para otro 24 horas.
Si puedo desactivar el mod i no tener este problema.
No diga que con el mod con discapacidad que hay menos tráfico, como eso no es cierto, Google sigue enviando el mismo tráfico con mod con discapacidad de acuerdo a las estadísticas de mi.
Por favor explique, la carga se me vuelve loca.
Suena como los robots están golpeando a las páginas traducidas en el Ministerio de Defensa está encendido. Usted debe mirar en la optimización de apache o conseguir un servidor con más potencia de la CPU. ¿Está ejecutando vboptimise o cualquier tipo de mecanismo de caché, como memcached?
El hecho es que mi foro se 30.000 visitantes únicos al día, si puedo desactivar la carga mod cae al instante, y contra los robots y los usuarios siguen mostrando las páginas que siguen exigiendo la alimentación del servidor, es, simplemente, que muestra las páginas traducidas uso de los recursos 10 veces más que el estándar de las páginas vb a partir de la base de datos normal. No está bien escrito el código, y necesita ser arreglado! Los mods, nunca lo hizo, sólo VBET, deseo que nunca ha cambiado otra vez, pero volver es demasiado tarde. : Mad:
Realmente suena como si estuviera corriendo en un servidor de poca potencia. Estoy en una máquina de 8 núcleos Nehalem (por lo que estamos buscando a los 8 núcleos virtuales más debido a la HT, para un total de 16). También he optimizado ampliamente esta máquina utilizando mis propias técnicas, así como indicadores de la gente de vbulletin.com.
VBET aumenta mi carga de 2,5 a 3,0-3,5, dependiendo del número de usuarios, y esto, obviamente crece en función del tamaño de caché. Sin embargo, no creo que eso está muy mal en absoluto, ya que mi rango de usuarios simultáneos de un relativamente alto de 800 a un 1200 aún más alto.
Hola:) Por supuesto que la traducción debe tener algunos recursos - no hay magia. Traducir significa tener la página de resultados de salida y el cambio. Debido a que la traducción siempre tendrá más de una página normal.
Yo entiendo que no están muy contentos de tener más la carga del servidor, pero tenga en cuenta que se está llevando VBET recursos SÓLO para la traducción. Para las páginas normales, añade banderas solamente. Así que toda esta carga adicional proviene de tráfico a las páginas traducidas. A medida que escribía el tráfico no cayó inmediatamente después de desactivar VBET (si lo tienes un rato y luego va a disminuir después de desactivar - confía en mí) y la carga del servidor es más baja - es obvio - los robots siguen siendo rastreo de las URL de páginas traducidas, los usuarios siguen encontrando en los enlaces de Google para sus páginas traducidas. Así que usted todavía tiene el tráfico mismo, pero ahora en los enlaces traducido no es más que duplica el contenido - página normal que no se traduce. Si usted quiere quedarse con VBET discapacitados es muy recomendable añadir la regla en el archivo. Htaccess que redirigir todas las páginas traducidas a la normalidad, de lo contrario puede perder su SEO por contenido duplicado.
Tenga en cuenta que ya han previsto el apoyo de los sistemas de caché de otros y nuestros algoritmos de traducción se han optimizado al instante. Es decir, que acabamos de descubrir cómo se reduce drásticamente el rendimiento de PHP cuando se trabaja en cadenas grandes y hemos modificado el algoritmo. Ya está publicado en VBET 4.2.0 con las opciones de configuración adicional. Y vamos a pasar todas las mejoras también a VBET 3.x que aún se puede utilizar:)
Entiendo que en su opinión, nuestro código es débil. No sé de lo que están basando sus expectativas. Tenemos más rápido mod de traducción para VB - no hay nada que lo que funciona mejor. Traducción se llevará a algunos de los recursos y nuestro modo de toma es menos que cualquier otro. Usted puede ver cómo VBET rápido puede trabajar en muchos foros. Si usted tiene problemas en su servidor, a continuación, por favor considere los cambios de configuración o la adición de recursos del servidor. Usted no va a poner 20 litros de agua en 10 litros cubo.
Nuestra diseñar es la siguiente: "Tenemos mucho que cambiar". Y es por eso que estamos experimentando, el cambio de algoritmos, el perfil y pasar mucho tiempo en busca de soluciones que se requieren menos recursos. Todavía no sabemos mod que podría ser cualquier competencia a VBET y hay algunos mods traducción. Hemos hecho muchos cambios en el algoritmo que hemos tenido que trow lejos porque no ayuda, durante este proceso también descubrimos muchas mejoras. Usted puede tener su impresión basándose en los problemas de su servidor, pero por favor considere usted tiene alguna solución mejor? ¿Qué le podría dar un indicio de que tal vez VBET no es una solución errónea, por cuanto está trabajando en miles de foros, tal vez están tratando de poner 20 litros de agua en 10 litros cubo. Todavía - tenemos mucho que cambiar y lista de cosas grandes en la sección de optimización (alrededor del 70% y el experimento va a ayudar o no):) Y usted es el 100% en lo correcto - lo podemos hacer mejor, y nosotros lo estamos haciendo todos los tiempo:) Solo espera hasta que se mueven todas las mejoras que hemos hecho durante la ejecución de vBET4.x:)
Si te puedo dar algunas pistas - por favor marque cómo puede optimizar VBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Especialmente útil desactivar el bloqueo de algunas lenguas y páginas irrelevantes por robots.txt
¿Cuál es el tiempo de respuesta para páginas traducidas? ¿Cuál es su uso de la CPU? ¿Cuál es su uso de la memoria? Si es aceptable, entonces no tienes nada de qué preocuparse. A menudo la gente tiene miedo al aumentar la carga del servidor e incluso no saben qué es lo que significa. De carga 10 veces mayor servidor no significa que los recursos 10 veces más utilizados. Sólo significa que más hilos están esperando en la cola, lo que es perfectamente normal, ya que ahora los hilos que esperar la respuesta de Google, si alguna traducción no está en caché aún. Así hilo está esperando la respuesta de Google y no tiene en la CPU en todo durante este tiempo. Debido a que la carga del servidor será más grande aún si VBET no pudo aguantar los recursos a todos (lo que por supuesto no es posible).
Acerca de bloquear su servidor - que es, obviamente, el problema del servidor. Esto ocurre de forma periódica. Tuve problema similar en mi servidor. Fue causada por algún error de Apache para un hilo Apache fue creciendo y creciendo con el uso de la memoria hasta que la memoria se consumió ans servidor de caché. Sólo un hilo que se comporta como - otros temas Apache fue normal. He jugado con la configuración de Apache y problema se resuelve. Creo que Apache sólo había alguna fuga de memoria - como me acuerdo que ponga un valor más bajo de las solicitudes que se pueden mantener por un hilo. También hubo otros cambios. Le sugiero que revise su uso de la memoria y el monitor que desde hace algún tiempo. También puede ser útil para comprobar la cantidad promedio de memoria utilizada por un hilo de Apache, hizo algunos cálculos y establecer el valor apropiado de hilos de máxima para Apache.
Si usted tiene alguna pregunta más, por favor pregunte:)
Hey - Sólo fue en el foro que se traduce ultra rápida ... Así que lo que están diciendo y por qué la actitud tan enojada por VBET, cuando usted tiene super servicio de traducción rápido? ...
Por favor, considere lo que significa que la carga del servidor. La comprensión de su significado puede ser muy útil para comprender lo que sucede en el servidor y cómo puede estar relacionado con los hilos que están esperando en la cola, no porque no tienen recursos, pero están a la espera de la respuesta de otro servidor (Google en este caso).
En mi opinión tiene súper traducciones rápidas y no tienes nada de que preocuparse:)
He estado las obras de construcción de 10 años, soy plenamente consciente de carga 10 veces no quiere decir que los recursos 10 veces, deja de tratarme como un idiota y me da de comer basura. Los datos fríos son de este mod el mod gratuito vs otros la carga es mega. Y en las horas punta de mi sitio ahora es lento y no responde. Sí, las páginas de traducir rápidamente fuera de horas punta, pero a un costo de un servidor lento al final del día. Yo tengo un quad core, la incursión de 15K SAS de servidor, que está optimizado muy bien, lo ejecuta 0,50 durante todo el día antes de esto con gran tráfico. Es el código VBET que añade la carga y hace que el servidor lento en las horas punta, es un hecho, no es el aumento del tráfico, que he tenido el mismo tráfico y contra los robots de antes y el servidor enfrentado bien, es el producto de la traducción. Período. Date prisa y arreglarlo, yo realmente no quiero pagar otros £ 300 por mes para una actualización del servidor sólo para ejecutar un MOD lol.
¿Cuántos idiomas se ha activado? Número de mensajes que tienes? ¿Tiene Matías y el generador de mapa instalado? ¿Cómo bots están golpeando el sitio de un día?
¡Hola!
32 idiomas habilitados.
100.000 puestos de trabajo.
Matías y mapa instalado.
mapa del plug-in dice 1000.000 páginas rastreadas al día.
El hecho es que si puedo desactivar el mod y reiniciar el servidor, bot y los usuarios siguen pegando a mi servidor de la misma que antes, las mismas páginas están todavía en en el índice de Google y lo que me sale el mismo tráfico habilitado o no.
La única diferencia es que con el Ministerio de Defensa las personas con discapacidad y contra los robots de los buscadores google obtener la página en Inglés, por lo que, el tráfico es idéntico, la única diferencia es que no estamos viendo una página traducida, evitando así los problemas de base de datos de mods.
Es claro como el día para mí este mod ha sido puesto en libertad sin las pruebas adecuadas y, evidentemente, el propietario no está interesado en abordar los problemas.
No.
Michael, te equivocas, esta carga no es causado por un aumento en el tráfico, que es causada por la lectura y la escritura traducciones de mysql.
Si el equipo de vbulletin puede leer y escribir en mysql con baja carga por qué no puedo usted?
Pobres código de mi amigo.
He estado las obras de construcción de 10 años, soy plenamente consciente de carga 10 veces no quiere decir que los recursos 10 veces, deja de tratarme como un idiota y me da de comer basura. Los datos fríos son de este mod el mod gratuito vs otros la carga es mega. Y en las horas punta de mi sitio ahora es lento y no responde. Sí, las páginas de traducir rápidamente fuera de horas punta, pero a un costo de un servidor lento al final del día. Yo tengo un quad core, la incursión de 15K SAS de servidor, que está optimizado muy bien, lo ejecuta 0,50 durante todo el día antes de esto con gran tráfico. Es el código VBET que añade la carga y hace que el servidor lento en las horas punta, es un hecho, no es el aumento del tráfico, que he tenido el mismo tráfico y contra los robots de antes y el servidor enfrentado bien, es el producto de la traducción. Período. Date prisa y arreglarlo, yo realmente no quiero pagar otros £ 300 por mes para una actualización del servidor sólo para ejecutar un MOD lol.
Tengo entendido que usted ya estaba familiarizado con informaciones sobre la carga del servidor que te di. Tenga en cuenta que no tengo ningún conocimiento acerca de qué tan avanzado es cada uno de los miles de nuestros usuarios y cada vez que voy a dar la información culo completo que puede ser útil. No significa que yo estoy tratando como idiota - que significa que se preocupan por darle información que puede ser útil para usted y evaluación de su condición de servidor. Por favor que me la mod otros sin que usted está hablando con mucho gusto a hacer una comparación:) También en cualquier momento que son libres de elegir la mejor solución para usted.
Revisé el foro de una y otra vez que parece responder muy rápido. Por favor, dame más tiempo para ser capaz de observador lo que está escribiendo acerca de sus respuestas lentas a la hora pico.
Si desea comprobar cómo el tráfico cambiado debido a VBET - por favor genere un informe en el que le mostrará todo el tráfico a las páginas traducidas - esto es lo que ganó gracias a VBET.
Tienes toda la razón de que las traducciones las necesidades de recursos adicionales - no hay otro camino y usted nunca encontrará los productos que se traducirá a su sitio sin costo alguno. Como ya he dicho que más tiempo requiere una espera de traducción de Google cuando no está en caché, y durante este tiempo los hilos tienen que esperar la respuesta de lo que tienen mayor impacto en la carga del servidor. Puede configurar el tiempo de caché más grande para vivir - entonces las traducciones a menudo se requiere ya estará en la memoria caché. Sin embargo, para traducciones no en caché cualquier producto tendrá que esperar la traducción. No hay otra manera.
Tenga en cuenta que piensa que tiene que ser roto para poder arreglarlo.
Como ya se escribió, constantemente mejorar el rendimiento VBET. Y ya que usted escribió, que hemos preparado las mejoras de rendimiento que están ahora en fase beta en vBET4.x. Hoy se dará a conocer la versión vBET4.x nuevo con mejoras de rendimiento adicionales. Y cuando los errores de los que (en su caso) serán corregidos vamos a mover esas mejoras vBET3.x No es necesario para empujar.
Además nadie te obliga a pagar otros £ 300 por mes para un servidor - usted está haciendo sus propias decisiones y tiene muchas opciones aquí. Incluyendo la disminución en el número de idiomas, o incluso cambiar a otro producto que usted ha mencionado es mucho mejor. Estamos totalmente de entender que las soluciones que se están utilizando deben ajustarse a sus necesidades y posibilidades. Nos complace ofrecer a nuestros clientes productos cada vez mejor. Y somos conscientes de que en una situación en la petición debe esperar por la forma de respuesta a otro servidor de la carga del servidor será más grande, no importa qué soluciones vamos a utilizar. Estaremos encantados si te quedas con nuestro producto y configurar para que se adapte yo sus posibilidades. Y estaremos encantados de darle una mano en esta zona:)
Tenga en cuenta que acaba de dar a la nueva solución de integración con el Generador Sitemap. Si se integran - por favor, consulte las instrucciones nuevas de integración aquí:
Aumenta dramáticamente la velocidad de la generación de mapa (en nuestro foro de más de 12 veces).
Es claro como el día para mí este mod ha sido puesto en libertad sin las pruebas adecuadas y, evidentemente, el propietario no está interesado en abordar los problemas.
No.
Si usted tiene dudas sobre las pruebas adecuadas que me propongo revisar el historial de VBET - que ha sido probado por cientos de foros reales antes de que se avanzó a la versión de pago:)
Acerca de abordar la cuestión. Lo siento. Yo erróneamente, que le da en la primera respuesta de esta información, me quedó claro que estamos tratando el tema:
Tenga en cuenta que ya han previsto el apoyo de los sistemas de caché de otros y nuestros algoritmos de traducción se han optimizado al instante. Es decir, que acabamos de descubrir cómo se reduce drásticamente el rendimiento de PHP cuando se trabaja en cadenas grandes y hemos modificado el algoritmo. Ya está publicado en VBET 4.2.0 con las opciones de configuración adicional. Y vamos a pasar todas las mejoras también a VBET 3.x que aún se puede utilizar:)
...
Nuestra diseñar es la siguiente: "Tenemos mucho que cambiar". Y es por eso que estamos experimentando, el cambio de algoritmos, el perfil y pasar mucho tiempo en busca de soluciones que se requieren menos recursos. Todavía no sabemos mod que podría ser cualquier competencia a VBET y hay algunos mods traducción. Hemos hecho muchos cambios en el algoritmo que hemos tenido que trow lejos porque no ayuda, durante este proceso también descubrimos muchas mejoras. Usted puede tener su impresión basándose en los problemas de su servidor, pero por favor considere usted tiene alguna solución mejor? ¿Qué le podría dar un indicio de que tal vez VBET no es una solución errónea, por cuanto está trabajando en miles de foros, tal vez están tratando de poner 20 litros de agua en 10 litros cubo. Todavía - tenemos mucho que cambiar y lista de cosas grandes en la sección de optimización (alrededor del 70% y el experimento va a ayudar o no):) Y usted es el 100% en lo correcto - lo podemos hacer mejor, y nosotros lo estamos haciendo todos los tiempo:) Solo espera hasta que se mueven todas las mejoras que hemos hecho durante la ejecución de vBET4.x:)
Si te puedo dar algunas pistas - por favor marque cómo puede optimizar VBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Especialmente útil desactivar el bloqueo de algunas lenguas y páginas irrelevantes por robots.txt
Me siento totalmente responsable de este malentendido. Una vez más, muy triste. Por favor, díganos, ¿qué camino tenemos que decir que estamos mejorando VBET todo el tiempo, y cómo le podemos asegurar una vez más que vBET3.x tendrá otra mejoras de rendimiento, para hacer que claro que estamos abordando el problema? Siempre estaremos con mucho gusto mejorar nuestra forma de comunicación con el cliente:)
Michael, te equivocas, esta carga no es causado por un aumento en el tráfico, que es causada por la lectura y la escritura traducciones de mysql.
Si el equipo de vbulletin puede leer y escribir en mysql con baja carga por qué no puedo usted?
Pobres código de mi amigo.
Que ya se ha señalado que se ha planificado el apoyo de los sistemas de caché (archivo y los motores existentes). Por favor, considere cuáles son sus intenciones en este debate y se va en la dirección correcta para mejorar el estado de gira servidor - si todavía es el punto.
Tu pregunta supone que la carga se debe a la comunicación con mysql. ¿Puede usted por favor nos da la fuente de este diagnóstico? Estaremos encantados de estudiarla:)
Tuve el mismo problema, cortar la sobrecarga. Por último, me ha desactivado VBET de mi foro y todo es normal ahora. :)
Tuve el mismo problema, cortar la sobrecarga. Por último, me ha desactivado VBET de mi foro y todo es normal ahora. :)
La versión que utiliza? Por favor, actualice a la última versión - hemos hecho grandes mejoras de rendimiento. Muchos usuarios, escribió su agradecimiento por que, al ver grandes diferencias - especialmente en el área de carga del servidor:)
EDITADO:
Acabo de comprobar su foro y VBET está trabajando allí - por favor, no escribir las declaraciones falsas acerca de la condición VBET.
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.
