Desaceleración del server

Tengo una aplicación GWT que se ejecuta en Tomcat en un server Linux linux (Ubuntu), recientemente he lanzado una nueva versión de la aplicación y de repente mis times de respuesta del server han pasado de 500ms promedio a 15s promedio. He corrido todas las herramientas de monitoreo que conozco.

  • iostat dice que mis discos son 0.03% utilizados
  • mysqltuner.pl dice que estoy bien otros ver abajo
  • top dice que mi procesador está 99% inactivo y carga promedio: 0.20, 0.31, 0.33
  • el uso de memory es 50% (- / + buffers / cache: 3997 3974)

salida de mysqltuner

[OK] Logged in using cnetworkingentials from debian maintenance account. -------- General Statistics -------------------------------------------------- [--] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.1.63-0ubuntu0.10.04.1-log [OK] Operating on 64-bit architecture -------- Storage Engine Statistics ------------------------------------------- [--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster [--] Data in MyISAM tables: 370M (Tables: 52) [--] Data in InnoDB tables: 697M (Tables: 1749) [!!] Total fragmented tables: 1754 -------- Security Recommendations ------------------------------------------- [OK] All database users have passwords assigned -------- Performance Metrics ------------------------------------------------- [--] Up for: 19h 25m 41s (1M q [28.122 qps], 1K conn, TX: 2B, RX: 1B) [--] Reads / Writes: 98% / 2% [--] Total buffers: 1.0G global + 2.7M per thread (500 max threads) [OK] Maximum possible memory usage: 2.4G (30% of installed RAM) [OK] Slow queries: 0% (1/1M) [OK] Highest usage of available connections: 34% (173/500) [OK] Key buffer size / total MyISAM indexes: 16.0M/279.0K [OK] Key buffer hit rate: 99.9% (50K cached / 40 reads) [OK] Query cache efficiency: 61.4% (844K cached / 1M selects) [!!] Query cache prunes per day: 553779 [OK] Sorts requiring temporary tables: 0% (0 temp sorts / 34K sorts) [OK] Temporary tables created on disk: 4% (4K on disk / 102K total) [OK] Thread cache hit rate: 84% (185 created / 1K connections) [!!] Table cache hit rate: 0% (256 open / 27K opened) [OK] Open file limit used: 0% (20/2K) [OK] Table locks acquinetworking immediately: 100% (692K immediate / 692K locks) [OK] InnoDB data size / buffer pool: 697.2M/1.0G -------- Recommendations ----------------------------------------------------- General recommendations: Run OPTIMIZE TABLE to defragment tables for better performance MySQL started within last 24 hours - recommendations may be inaccurate Enable the slow query log to troubleshoot bad queries Increase table_cache gradually to avoid file descriptor limits Variables to adjust: query_cache_size (> 16M) table_cache (> 256) 

One Solution collect form web for “Desaceleración del server”

Si alguien está interesado, el problema era que en algún momento superamos el número máximo de conexiones en la piscina de connection que sólo causó un efecto bola de nieve en los hilos esperó una connection desde la piscina. Esto explica por qué la máquina estaba 'dormida', todo estaba esperando en una queue para que una connection estuviera disponible.

  • Comparando el performance de punto flotante de Gflops y SPECfp
  • ¿Debo usar un server para hacer varios services
  • ¿Cómo hacer una "testing de performance" para un Servidor Dedicado / Proveedores CDN?
  • Minimizar el time de carga de la página web (suponiendo un tráfico bajo)
  • Rendimiento del sitio Web de LAMP - Necesita ayuda
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.