Problemas de concurrencia.(al parecer)
josesalasg en chile.com
josesalasg en chile.com
Lun Abr 9 13:02:51 CLT 2007
Estimado Miguel,
Cuando el server lo tenias a 99%, se te quedaba pegado? "pegado", es decir
a los usuarios que usaban el servicio mysql se demoraba en traerle las
respuestas desde el server?
Atte.
José.
-----Mensaje original-----
De: linux-bounces en listas.inf.utfsm.cl
[mailto:linux-bounces en listas.inf.utfsm.cl]En nombre de Miguel Oyarzo O.
Enviado el: Lunes, 09 de Abril de 2007 12:43 Solo de ti depende
Para: Discusion de Linux en Castellano
Asunto: Re: Problemas de concurrencia.(al parecer)
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, josesalasg en chile.com 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:
>[root en periquito ~]# 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/
__________ Información de NOD32, revisión 2175 (20070409) __________
Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com
-----------------------------------------
Conéctate con Chile.com.
http://www.chile.com/accesogratis/
Más información sobre la lista de distribución Linux