alta carga del servidor

  • krisuk
  • Born
  • Born
  • No Avatar
  • Registrado: May 26, 2009
  • Mensajes: 4
  • Status: Offline

Nota Mayo 26th, 2009, 9:03 am

Tengo un servidor Linux corriendo plesk (post imagen enlace para sepcs)
http://img12.imageshack.us/img12/1769/myload120090526164655.jpg
mi sitio tiene aproximadamente 300 miembros activos y 1500 activas diarias
de la imagen se puede ver la carga no es muy buena, iv cambiado la configuración de mysql en la esperanza que reduciría la carga, pero la carga se mantiene en torno al mismo y ahora usando más memoria abit i entonces era antes
mi sitio funciona bien la forma en que desea es sólo una baja carga
  • Anonymous
  • Bot
  • No Avatar
  • Registrado: 25 Feb 2008
  • Mensajes: ?
  • Loc: Ozzuland
  • Status: Online

Nota Mayo 26th, 2009, 9:03 am

  • kc0tma
  • o|||||||o
  • Web Master
  • Avatar de Usuario
  • Registrado: Jul 20, 2007
  • Mensajes: 3318
  • Loc: Trout Creek, MT
  • Status: Offline

Nota Mayo 26th, 2009, 9:22 am

Naturalmente, la adición de memoria aumentará hasta el rendimiento. ¿Tiene usted una partición de intercambio? Si no, podría ser una buena idea hacer eso. Además, el número de unidades de disco duro tiene? Podría ser un poco más trabajo que usted desea conseguir en ti, pero tal vez añadiendo algunas unidades de disco duro y el funcionamiento de un RAID 5 de acelerar las cosas un poco, entonces usted tendría varias unidades de disco duro recuperar datos de la base de datos en lugar de un solo .

Y detener cualquier servicio que no necesita correr. Tú sabes, cosas como el Bluetooth Manager y otras cosas (cosas que se está ejecutando pero no se utiliza), y quizás incluso la zanja e ir gui estrictamente CLI.
Like Mr Spork, I also write about my interest in alcoholic beverages.
  • krisuk
  • Born
  • Born
  • No Avatar
  • Registrado: May 26, 2009
  • Mensajes: 4
  • Status: Offline

Nota Mayo 26th, 2009, 10:17 am

gracias por su respuesta
theres 8gb de ram y 8gb de intercambio (canje no se usa)
funcionamiento raid10 4 x discos duros SATA de 1 TB
importante que va a ejecutar a través de servicios de almacenamiento y ahora ejecuta la empresa que no sean necesarios,
i acceso al servidor a través de ssh, pero la mayoría de las veces uso plesk de vez en cuando lo más fácil (im noob a linux)
  • Daemonguy
  • Moderator
  • Web Master
  • Avatar de Usuario
  • Registrado: Ene 23, 2004
  • Mensajes: 2673
  • Loc: Somewhere outside the box in Sarasota, FL.
  • Status: Offline

Nota Mayo 29th, 2009, 12:37 pm

No estoy de acuerdo que tirar más a la memoria que necesariamente aumentar su tasa de utilización de esta manera, reducir la carga. Algunas aplicaciones utilizan uncapped JVM que puede consumir más recursos si se dispone de más a ellos.

Cuando estoy de acuerdo es ver lo que son los principales consumidores, y busque reducir los. Servidor no debe estar ejecutando un núcleo genérico; siempre recortar a su núcleo mínimo y recompilar.

El GUI es un asesino. Además de ser un cerdo, una GUI funcionamiento es mucho más inseguro que no. (Nota: Yo digo GUI referencias al medio ambiente de la propia máquina (KDE, XFCE, GNOME, etc, no una web de grupo).

Usted podría tapa ciertos procesos para limitar la cantidad de memoria que consumen; theres numerosas maneras de hacer esto, dependiendo de la arquitectura que usted emplea. YMMV.
"It's always a long day, 86,400 won't fit into a short."
  • joebert
  • Sledgehammer
  • Genius
  • No Avatar
  • Registrado: Feb 10, 2004
  • Mensajes: 13455
  • Loc: Florida
  • Status: Offline

Nota Mayo 29th, 2009, 2:44 pm

Youre utilizando sólo la mitad de su memoria (ni siquiera) en la que captura.

Me gustaría echar un vistazo en mis aplicaciones y ver si theres algunas cosas que se procesan en cada petición que podría ser en la memoria caché.
Strong with this one, the sudo is.
  • effim
  • Beginner
  • Beginner
  • Avatar de Usuario
  • Registrado: Abr 21, 2009
  • Mensajes: 35
  • Loc: Austin, TX
  • Status: Offline

Nota Mayo 29th, 2009, 8:53 pm

Promedios de carga en * nix son complejas, pero una buena regla general es que un promedio de carga de 1 de cada núcleo CPU es ideal. Correr 4ta-8vo como se muestra en la captura de pantalla no es de alta carga a todos, especialmente si se tiene en cuenta que el promedio de carga no está diciendo que el sistema tiene o no tiene los recursos para procesar todas las solicitudes.

Si no obtiene buenos resultados fuera de su sitio web, su probablemente debido a un único cuello de botella. Usted podría estar usando menos que ideal consultas SQL o mal optimizado tablas, o usted podría ser de lectura / escritura en el HDD demasiado. Tal vez el software de servidor (apache más probable) no está configurado para ser muy alto rendimiento, o simplemente no tiene suficiente los procesos de desove niño (suponiendo prefork). Cada aplicación es diferente, y realmente tiene el buceo en la aplicación y viendo cómo funciona el sistema es decir, para la realización de lo que es necesario fijar determinadas.
  • krisuk
  • Born
  • Born
  • No Avatar
  • Registrado: May 26, 2009
  • Mensajes: 4
  • Status: Offline

Nota Mayo 30th, 2009, 6:35 am

gracias por todas sus respuestas
mi sitio parece correr bien simplemente pensé espera de carga alta,
pero para apache i tendrá que ajustar en su conjunto como por defecto hace un momento,
visitas mi sitio unos 13.000 conexiones por hora por lo que su trabajo sólo la mejor configuración
  • Deem3n
  • Born
  • Born
  • No Avatar
  • Registrado: Jul 27, 2009
  • Mensajes: 4
  • Status: Offline

Nota Julio 27th, 2009, 6:56 am

Trate de cambiar a nginx. Es mucho más rápido que Apache.
También puede consultar la guía: Debian + LAMP nginx instalación para la alta carga web para ver cómo se implementa la imagen de caché para reducir la carga media.

Publicar Información

  • Total de mensajes en este tema: 8 mensajes
  • Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 68 invitados
  • No puede abrir nuevos temas en este Foro
  • No puede responder a temas en este Foro
  • No puede editar sus mensajes en este Foro
  • No puede borrar sus mensajes en este Foro
  • No puede enviar adjuntos en este Foro
 
 

© 2011 Unmelted, LLC. Ozzu® es una marca registrada de Unmelted, LLC