[EMAIL PROTECTED] escribió: > Estimado Alvaro, > > Generalmente no instalo esas herramientas de monitoreo.., aunque igual > ejecute tus comandos para corroborar y no tengo ninguna aplicación de las > cuales mencionas.
No te estaba dando un pescado, sino una clase sobre pesca. > el otro comentario, es que cuando esta usando el 99% de la CPU, no > necesariamente esta pegado el servidor... solo pasa a veces... Obvio, no? -- Alvaro Herrera Developer, http://www.PostgreSQL.org/ "Digital and video cameras have this adjustment and film cameras don't for the same reason dogs and cats lick themselves: because they can." (Ken Rockwell) From [EMAIL PROTECTED] Mon Apr 9 12:42:41 2007 From: [EMAIL PROTECTED] (Miguel Oyarzo O.) Date: Mon Apr 9 12:44:18 2007 Subject: Problemas de concurrencia.(al parecer) In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Yo tuve el mismo problema hace unos meses atras. Actualice el mysql a la ultima version y pasaba lo mismo->CPU usando 99%, no dejaba procesador para otras cosas. Luego que cambie a un procesador de 2ble nucleo se resolvio el problema. De hecho me llama la atencion que ninguno de los nucleos ahora supera el 60% en un momento dado.. o al menos no me doy ccuenta con "top" Saludos, Miguel Oyarzo Austro Internet S.A. Punta Arenas At 11:00 09-04-2007, [EMAIL PROTECTED] wrote: >Estimados, > >Tengo una pregunta relativamente complicada de explicar. > >ahi voy..... > >Tengo una aplicación cliente/servidor la cual se conecta a mi Servidor de >Base de Datos Mysql 3.58.x, en distribución Fedora Core 3 > >y la mayoria de las veces, el mysql usa el 99% de la CPU > >top - 17:54:16 up 3 days, 14:52, 3 users, load average: 0.90, 1.08, 3.06 >Tasks: 98 total, 1 running, 97 sleeping, 0 stopped, 0 zombie >Cpu(s): 8.2% us, 2.1% sy, 0.0% ni, 84.4% id, 5.2% wa, 0.0% hi, 0.1% si >Mem: 2074984k total, 1636544k used, 438440k free, 152140k buffers >Swap: 2048248k total, 224k used, 2048024k free, 1298436k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >30142 mysql 15 0 329m 54m 3168 S 99.9 2.7 387:18.97 mysqld > 833 root 15 0 3332 856 668 R 1.3 0.0 0:00.02 top > 1 root 16 0 3024 552 472 S 0.0 0.0 0:02.79 init > 2 root RT 0 0 0 0 S 0.0 0.0 0:00.45 migration/0 > 3 root 34 19 0 0 0 S 0.0 0.0 0:00.05 ksoftirqd/0 > 4 root RT 0 0 0 0 S 0.0 0.0 0:00.32 migration/1 > 5 root 34 19 0 0 0 S 0.0 0.0 0:00.11 ksoftirqd/1 > 6 root 5 -10 0 0 0 S 0.0 0.0 0:02.78 events/0 > 7 root 5 -10 0 0 0 S 0.0 0.0 0:02.99 events/1 > 8 root 6 -10 0 0 0 S 0.0 0.0 0:00.02 khelper > 21 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 kacpid > 116 root 5 -10 0 0 0 S 0.0 0.0 0:00.31 kblockd/0 > 117 root 5 -10 0 0 0 S 0.0 0.0 0:00.24 kblockd/1 > 184 root 15 0 0 0 0 S 0.0 0.0 0:03.08 pdflush > > >Los datos del procesador son: >[EMAIL PROTECTED] ~]# cat /proc/cpuinfo >processor : 0 >vendor_id : GenuineIntel >cpu family : 6 >model : 11 >model name : Intel(R) Pentium(R) III CPU family 1400MHz >stepping : 1 >cpu MHz : 1393.478 >cache size : 512 KB >fdiv_bug : no >hlt_bug : no >f00f_bug : no >coma_bug : no >fpu : yes >fpu_exception : yes >cpuid level : 2 >wp : yes >flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca >cmov pat pse36 mmx fxsr sse >bogomips : 2768.89 > >processor : 1 >vendor_id : GenuineIntel >cpu family : 6 >model : 11 >model name : Intel(R) Pentium(R) III CPU family 1400MHz >stepping : 1 >cpu MHz : 1393.478 >cache size : 512 KB >fdiv_bug : no >hlt_bug : no >f00f_bug : no >coma_bug : no >fpu : yes >fpu_exception : yes >cpuid level : 2 >wp : yes >flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca >cmov pat pse36 mmx fxsr sse >bogomips : 2777.08 > > >Los datos de la memoria son: > ># free > total used free shared buffers cached >Mem: 2074984 1637472 437512 0 152224 1299652 >-/+ buffers/cache: 185596 1889388 >Swap: 2048248 224 2048024 > > >y las conexiones recurrentes al mysql son 150, envio un detalle minimo: > >Proto Recv-Q Send-Q Local Address Foreign Address > State >tcp 0 0 *:nfs *:* > LISTEN >tcp 0 0 *:32769 *:* > LISTEN >tcp 0 0 *:32770 *:* > LISTEN >tcp 0 0 *:mysql *:* > LISTEN >tcp 0 0 periquitoc:mysql 192.168.7.4:1863 SYN_RECV >tcp 0 0 *:906 *:* > LISTEN >tcp 0 0 *:netbios-ssn *:* > LISTEN >tcp 0 0 *:sunrpc *:* > LISTEN >tcp 0 0 *:10000 *:* > LISTEN >tcp 0 0 localhost.localdomain:5335 *:* > LISTEN >tcp 0 0 localhost.localdomain:smtp *:* > LISTEN >tcp 0 0 *:891 *:* > LISTEN >tcp 0 0 *:microsoft-ds *:* > LISTEN >tcp 0 0 periquitoc:mysql 192.168.1.191:2143 ESTABLISHED >tcp 0 0 periquitoc:mysql 192.168.1.197:1574 ESTABLISHED >tcp 0 0 periquitoc:mysql 192.168.1.191:2128 TIME_WAIT >tcp 0 0 periquitoc:mysql 192.168.4.4:3082 TIME_WAIT >tcp 0 0 periquitoc:mysql 192.168.1.171:2139 TIME_WAIT >tcp 0 0 localhost.localdomain:smtp >localhost.localdomain:45844 TIME_WAIT >tcp 0 0 periquitoc:mysql 192.168.1.125:1650 ESTABLISHED >tcp 0 0 periquitoc:mysql 192.168.3.9:3077 ESTABLISHED >tcp 0 0 periquitoc:mysql 192.168.4.4:3085 ESTABLISHED >tcp 0 0 periquitoc:mysql 192.168.1.159:1639 TIME_WAIT >tcp 0 0 periquitoc:mysql periquitoc:45843 TIME_WAIT >tcp 0 0 periquitoc:mysql 192.168.1.135:3402 ESTABLISHED >tcp 0 0 periquitoc:mysql 192.168.2.6:1079 ESTABLISHED > > >¿A que se puede deber que use el 99% de la cpu? > >¿cuales serían los pasos que deberia seguir para poder determinar cual es >el problema? > > >Atte. > >José. > > >----------------------------------------- >Conéctate con Chile.com. >http://www.chile.com/accesogratis/
