Mailinglist Archive: opensuse-es (1727 mails)
| < Previous | Next > |
Re: [suse-linux-s] RESUELTO problema de rendimiento
- From: Rafa Grimán <rgriman@xxxxxxx>
- Date: Fri, 12 May 2006 14:48:38 +0200
- Message-id: <200605121448.38780.rgriman@xxxxxxx>
Hola :)
El Viernes, 12 de Mayo de 2006 14:21, Carlos E. R. escribió:
> El 2006-05-12 a las 12:41 +0200, Rafa Grimán escribió:
> > Pues resulta que al final la culpa fue mía 0:) El hardware estaba mal
> > configurado !!! Me explico: se debe asignar 1 CPU por cada puerto de 1
> > GigE que se tenga. El problema con sistemas NUMA es que el sw (kernel o
> > no) "van" a la CPU que más cercana está. En mi caso había 5 puertos de
> > red GigE en el mismo brick asociadas a 2 CPUs. Luego había un cuello de
> > botella porque los drivers de las 5 tarjetas iban a estas 2 CPUs :( El
> > resultado de esto era: - cuello de botella en los buses PCI
> > - las 2 CPUs estaban al 100% y el restante no hacía gran cosa
>
> ¡Que curioso!
>
> Entonces al banco de programas de pruebas que se dijo le faltaba un simple
> "top", que puede mostrar la carga individual de cada cpu.
Sip. Un top y luego pulsas "1" y te muestra el estado de todas las CPUs.
Usamos top y sar para ver las CPUs.
Hay más tema, resulta que NO se están usando Jumbo Frames (MTU=9000) lo cual
produce muchos más paquetes e interrupciones por unidad de tiempo que una de
100 Mbits. Si pudiéramos usar jumbos, posiblemente no estarÃan tan ocupadas
las CPUs.
Rafa
--
"Even paranoids have enemies."
Rafa Grimán
Systems Engineer
Silicon Graphics Spain
Santa Engracia, 120 - Planta Baja
28003 Madrid
Spain
Tel: +34 91 3984200
Tel: +34 91 3984201
Móvil: +34 628 117 940
http://www.sgi.com
OpenWengo: rgriman
Skype: rgriman
El Viernes, 12 de Mayo de 2006 14:21, Carlos E. R. escribió:
> El 2006-05-12 a las 12:41 +0200, Rafa Grimán escribió:
> > Pues resulta que al final la culpa fue mía 0:) El hardware estaba mal
> > configurado !!! Me explico: se debe asignar 1 CPU por cada puerto de 1
> > GigE que se tenga. El problema con sistemas NUMA es que el sw (kernel o
> > no) "van" a la CPU que más cercana está. En mi caso había 5 puertos de
> > red GigE en el mismo brick asociadas a 2 CPUs. Luego había un cuello de
> > botella porque los drivers de las 5 tarjetas iban a estas 2 CPUs :( El
> > resultado de esto era: - cuello de botella en los buses PCI
> > - las 2 CPUs estaban al 100% y el restante no hacía gran cosa
>
> ¡Que curioso!
>
> Entonces al banco de programas de pruebas que se dijo le faltaba un simple
> "top", que puede mostrar la carga individual de cada cpu.
Sip. Un top y luego pulsas "1" y te muestra el estado de todas las CPUs.
Usamos top y sar para ver las CPUs.
Hay más tema, resulta que NO se están usando Jumbo Frames (MTU=9000) lo cual
produce muchos más paquetes e interrupciones por unidad de tiempo que una de
100 Mbits. Si pudiéramos usar jumbos, posiblemente no estarÃan tan ocupadas
las CPUs.
Rafa
--
"Even paranoids have enemies."
Rafa Grimán
Systems Engineer
Silicon Graphics Spain
Santa Engracia, 120 - Planta Baja
28003 Madrid
Spain
Tel: +34 91 3984200
Tel: +34 91 3984201
Móvil: +34 628 117 940
http://www.sgi.com
OpenWengo: rgriman
Skype: rgriman
| < Previous | Next > |