[opensuse-es] Configurar el número de procesadores en Bind
Hola, Andaba yo configurando named para que no registrara los mensajes de los servidores "lame" y demás "unexpected RCODE (SERVFAIL)" cuando me doy cuenta de que, al iniciarlo, me dice: found 1 CPU, using 1 worker thread El servidor donde está instalado tiene dos procesadores Xeon físicos y SuSE (64 bits) me detecta 4 micros, por lo que algo no me cuadra. Buscando en Google doy con la solución: pasar los parámetros adecuados de los procesadores en el fichero /etc/sysconfig/named por medio de NAMED_ARGS. Lo configuro como: NAMED_ARGS="-n 4" Reinicio y ahora dice: found 1 CPU, using 4 worker threads Preguntas: - ¿Le estoy pasando el argumento correcto o se me han subido las cpus a la cabeza? Físicas sólo son 2, luego no sé si el valor de 4 es el correcto (o lo es 2) o en qué puede afectar... - ¿Por qué sigue diciendo que sólo ha encontrado 1 cpu? ¿No deberían ser 2, las dos físicas? ¿Cómo funciona este parámetro? ¿Y si pongo "-n = 20", tragará? ¿Qué entiende por threads, hilos, peticiones de escucha...? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-13 a las 22:03 +0200, Camaleón escribió:
- ¿Por qué sigue diciendo que sólo ha encontrado 1 cpu? ¿No deberían ser 2, las dos físicas? ¿Cómo funciona este parámetro? ¿Y si pongo "-n = 20", tragará? ¿Qué entiende por threads, hilos, peticiones de escucha...?
Hay que mirar el manual: -n #cpus Create #cpus worker threads to take advantage of multiple CPUs. If not specified, named will try to determine the number of CPUs present and create one thread per CPU. If it is unable to determine the number of CPUs, a single worker thread will be created. Lo que hace es decirle el número de hilos que debe usar el programa. ] found 1 CPU, using 4 worker threads Te dice que ha encontrado una cpu, pero te hace caso y empleará cuatro hilos. Lo que tienes que hacer es comprobar, creo que con ps, donde están corriendo esos hilos realmente. "ps afx" puede que lo haga, pero hará falta otra parámetro para muestre en qué cpu corren. Pero no creo que necesites tantos hilos a no ser que tengas un named que atienda a un dominio muy ocupado :-? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6ccFtTMYHG2NR9URAsGSAJ4kploAWdTvGK79MCnLmIcEdbg21gCcCg0n yLGXdVsjU5pCO+Kq68RArEk= =JQ5/ -----END PGP SIGNATURE-----
El 14/09/07, Carlos E. R. escribió:
Hay que mirar el manual:
Eso hice :-P pero no aclara: a) por qué no lo detecta el solito, b) por qué sólo detecta una cpu, c) a qué cpu se refiere, las físicas (2) o las virtuales (4)
Lo que hace es decirle el número de hilos que debe usar el programa.
Vale, pero debería detectarlo de forma automática ya que suse sí detecta 4 micros ¿no? Porque sentonces, el resto de servicios (apache, amavisd-new, vsftp, postfix...) los voy a tener que configurar a mano.
Te dice que ha encontrado una cpu,
Pos hay 2 :-P
pero te hace caso y empleará cuatro hilos. Lo que tienes que hacer es comprobar, creo que con ps, donde están corriendo esos hilos realmente. "ps afx" puede que lo haga, pero hará falta otra parámetro para muestre en qué cpu corren.
Pero "instancias" no tiene por qué estar relacionado con el número de cpus. Por ejemplo, el demonio spamd que tengo en otro equipo usa 5 / 6 instancias y el procesador es un Pentium D (procesador único) y el suse de 32 bits :-?
Pero no creo que necesites tantos hilos a no ser que tengas un named que atienda a un dominio muy ocupado :-?
Ná, es un dns local para unos cuantos equipos, no está cargado, era más que nada por curiosidad, el mensaje me hizo pensar e investigar... además, ¿para qué si no quiero dos micros? "Pos" que trabajen ;-). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-14 a las 09:33 +0200, Camaleón escribió:
El 14/09/07, Carlos E. R. escribió:
Hay que mirar el manual:
Eso hice :-P pero no aclara: a) por qué no lo detecta el solito, b) por qué sólo detecta una cpu, c) a qué cpu se refiere, las físicas (2) o las virtuales (4)
Si lo detecta, pero falla.
Lo que hace es decirle el número de hilos que debe usar el programa.
Vale, pero debería detectarlo de forma automática ya que suse sí detecta 4 micros ¿no? Porque sentonces, el resto de servicios (apache, amavisd-new, vsftp, postfix...) los voy a tener que configurar a mano.
Te dice que ha encontrado una cpu,
Pos hay 2 :-P
Ya, bueno.
pero te hace caso y empleará cuatro hilos. Lo que tienes que hacer es comprobar, creo que con ps, donde están corriendo esos hilos realmente. "ps afx" puede que lo haga, pero hará falta otra parámetro para muestre en qué cpu corren.
Pero "instancias" no tiene por qué estar relacionado con el número de cpus.
Claro.
Por ejemplo, el demonio spamd que tengo en otro equipo usa 5 / 6 instancias y el procesador es un Pentium D (procesador único) y el suse de 32 bits :-?
Porque el spamd no se distribuye según número de procesadores, no usa esa estrategia. Y en ese caso creo que no son threads, son procesos. La cuestión es que se piensa que más de uno por cpu no ejecutará más rápido. Otro programa que hace eso es el compilador gcc. En cambio, si los procesos tienen tiempos de espera (como el spamd en las pruebas de red) entonces si es más eficaz aumentar los procesos.
Pero no creo que necesites tantos hilos a no ser que tengas un named que atienda a un dominio muy ocupado :-?
Ná, es un dns local para unos cuantos equipos, no está cargado, era más que nada por curiosidad, el mensaje me hizo pensar e investigar... además, ¿para qué si no quiero dos micros? "Pos" que trabajen ;-).
Com prueba vale, pero luego déjalo en uno. Tendrás más máquina para el resto de tus tareas reales ;-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6kLBtTMYHG2NR9URAnd7AJ9zZXjssAinh+pGdneq6IdkCnJAuwCfWq9s Che9WaFP9X7FsTEYptddnto= =QuPe -----END PGP SIGNATURE-----
El 13/09/07, Camaleón <noelamac@gmail.com> escribió:
Hola,
Andaba yo configurando named para que no registrara los mensajes de los servidores "lame" y demás "unexpected RCODE (SERVFAIL)" cuando me doy cuenta de que, al iniciarlo, me dice:
found 1 CPU, using 1 worker thread
El servidor donde está instalado tiene dos procesadores Xeon físicos y SuSE (64 bits) me detecta 4 micros, por lo que algo no me cuadra. Buscando en Google doy con la solución: pasar los parámetros adecuados de los procesadores en el fichero /etc/sysconfig/named por medio de NAMED_ARGS. Lo configuro como:
NAMED_ARGS="-n 4"
Reinicio y ahora dice:
found 1 CPU, using 4 worker threads
Preguntas:
- ¿Le estoy pasando el argumento correcto o se me han subido las cpus a la cabeza? Físicas sólo son 2, luego no sé si el valor de 4 es el correcto (o lo es 2) o en qué puede afectar...
Si son 2 micros o pastillas dual core, el total de nucleos será de 4, como te detecta suse. ¿Qué entiende por threads, hilos, peticiones de
escucha...?
La cantidad de threads o hilos, referidas a una misma aplicación, son la cantidad de copias de la misma aplicación ejecutandose. Por ejemplo en un dual core, hasta incluso en 32 bits, hay procesos que aparecen repetidos, uno por cada nucleo: 1 root 15 0 744 288 240 S 0 0.0 0:01.13 init 2 root 11 -5 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/0 4 root 34 19 0 0 0 S 0 0.0 0:00.02 ksoftirqd/0 5 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/1 6 root 34 19 0 0 0 S 0 0.0 0:00.01 ksoftirqd/1 7 root 10 -5 0 0 0 S 0 0.0 0:00.04 events/0 8 root 10 -5 0 0 0 S 0 0.0 0:00.27 events/1 9 root 10 -5 0 0 0 S 0 0.0 0:00.00 khelper 29 root 10 -5 0 0 0 S 0 0.0 0:00.00 kblockd/0 30 root 10 -5 0 0 0 S 0 0.0 0:00.00 kblockd/1 31 root 10 -5 0 0 0 S 0 0.0 0:00.00 kacpid 32 root 10 -5 0 0 0 S 0 0.0 0:00.00 kacpi_notify 146 root 20 -5 0 0 0 S 0 0.0 0:00.00 cqueue/0 147 root 20 -5 0 0 0 S 0 0.0 0:00.00 cqueue/1 148 root 10 -5 0 0 0 S 0 0.0 0:00.01 kseriod 175 root 25 0 0 0 0 S 0 0.0 0:00.00 pdflush 176 root 15 0 0 0 0 S 0 0.0 0:00.21 pdflush 177 root 20 -5 0 0 0 S 0 0.0 0:00.00 kswapd0 178 root 20 -5 0 0 0 S 0 0.0 0:00.00 aio/0 179 root 20 -5 0 0 0 S 0 0.0 0:00.00 aio/1 410 root 15 -5 0 0 0 S 0 0.0 0:00.00 kpsmoused 420 root 10 -5 0 0 0 S 0 0.0 0:00.04 kondemand/0 421 root 11 -5 0 0 0 S 0 0.0 0:00.00 kondemand/1 464 root 13 -5 0 0 0 S 0 0.0 0:00.00 ata/0 465 root 13 -5 0 0 0 S 0 0.0 0:00.00 ata/1 Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 14/09/07, Juan Erbes escribió:
Si son 2 micros o pastillas dual core, el total de nucleos será de 4, como te detecta suse.
Son dos xeon del año 2006 (creo que son "nocona"), lo de "dual core" ya no estoy segura, con tanto "single-D-centrino-dual-quad" me pierdo, pero sí me detecta 4 cpus.
La cantidad de threads o hilos, referidas a una misma aplicación, son la cantidad de copias de la misma aplicación ejecutandose.
Ah, a ver que revise en el Pentium D en número de cpus que detecta... también 2.
Por ejemplo en un dual core, hasta incluso en 32 bits, hay procesos que aparecen repetidos, uno por cada nucleo:
Voy a revisar los procesos "named"... con "ps afx" veo uno sólo: 6354 ? Ssl 0:00 /usr/sbin/named -n 4 -t /var/lib/named -u named ¿No debería haber 4? :-/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-14 a las 09:53 +0200, Camaleón escribió:
Voy a revisar los procesos "named"... con "ps afx" veo uno sólo:
6354 ? Ssl 0:00 /usr/sbin/named -n 4 -t /var/lib/named -u named
¿No debería haber 4? :-/
To get info about threads: ps -eLf ps axms Según el manual. Más: - -f does full-format listing. This option can be combined with many other UNIX-style options to add additional columns. It also causes the command arguments to be printed. When used with -L, the NLWP (number of threads) and LWP (thread ID) columns will be added. See the c option, the format keyword args, and the format keyword comm. ... THREAD DISPLAY H Show threads as if they were processes - -L Show threads, possibly with LWP and NLWP columns - -T Show threads, possibly with SPID column m Show threads after processes - -m Show threads after processes ... For BSD formats and when the stat keyword is used, additional characters may be displayed: < high-priority (not nice to other users) N low-priority (nice to other users) L has pages locked into memory (for real-time and custom IO) s is a session leader l is multi-threaded (using CLONE_THREAD, like NPTL pthreads do) + is in the foreground process group Y algo más sale enla búsqueda que no copio. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6kPDtTMYHG2NR9URAs18AJ98GhqHFZn/x4fpCqIsLMLJCKJcLwCdGj1E Ip5rFs30xAwN2OTOG9ulaqg= =y/vR -----END PGP SIGNATURE-----
2007/9/14, Carlos E. R.
ps -eLf
UID PID PPID LWP C NLWP STIME TTY TIME CMD named 6354 1 6354 0 7 07:30 ? 00:00:00 /usr/sbin/named -n 4 -t /var/lib/named -u named named 6354 1 6355 0 7 07:30 ? 00:00:00 /usr/sbin/named -n 4 -t /var/lib/named -u named named 6354 1 6356 0 7 07:30 ? 00:00:00 /usr/sbin/named -n 4 -t /var/lib/named -u named named 6354 1 6357 0 7 07:30 ? 00:00:00 /usr/sbin/named -n 4 -t /var/lib/named -u named named 6354 1 6358 0 7 07:30 ? 00:00:00 /usr/sbin/named -n 4 -t /var/lib/named -u named named 6354 1 6359 0 7 07:30 ? 00:00:00 /usr/sbin/named -n 4 -t /var/lib/named -u named named 6354 1 6360 0 7 07:30 ? 00:00:00 /usr/sbin/named -n 4 -t /var/lib/named -u named Ondiá, eso por hablar O:-) Hay 7.
ps axms
UID PID PENDING BLOCKED IGNORED CAUGHT STAT TTY TIME COMMAND 44 6354 0000000000000000 - - - - ? 0:00 /usr/sbin/named -n 4 -t 44 - 0000000000000000 0000000000000000 0000000001001000 0000000180004003 Ssl - 0:00 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 0:00 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 0:00 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 0:00 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 0:00 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 0:00 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 0:00 - Y esto para "rematar"... bueno, pues me voy a cambiarlo y a dejarlo como estaba, no quiero líos, si no lo detecta automáticamente, con uno se queda :-P. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-14 a las 10:37 +0200, Camaleón escribió:
2007/9/14, Carlos E. R.
ps -eLf
UID PID PPID LWP C NLWP STIME TTY TIME CMD
named 6354 1 6354 0 7 07:30 ? 00:00:00 /usr/sbin/named -n 4 -t /var/lib/named -u named
No se si habrá algún campo que indique en que cpu corre, o si ese dato es cambiante.
Ondiá, eso por hablar O:-) Hay 7.
X-)
ps axms
UID PID PENDING BLOCKED IGNORED CAUGHT STAT TTY TIME COMMAND
44 6354 0000000000000000 - - - - ? 0:00 /usr/sbin/named -n 4 -t 44 - 0000000000000000 0000000000000000 0000000001001000 0000000180004003 Ssl - 0:00 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 0:00 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 0:00 -
Jupe... a ver quien entiende eso... :-o A ver a mi, que sólo tengo una cpu: UID PID PPID LWP C NLWP STIME TTY TIME CMD named 4633 1 4633 0 4 Sep10 ? 00:00:00 /usr/sbin/named -u named named 4633 1 4634 0 4 Sep10 ? 00:01:28 /usr/sbin/named -u named named 4633 1 4635 0 4 Sep10 ? 00:00:00 /usr/sbin/named -u named named 4633 1 4636 0 4 Sep10 ? 00:00:13 /usr/sbin/named -u named Y: UID PID PENDING BLOCKED IGNORED CAUGHT STAT TTY TIME COMMAND 44 4633 0000000000000000 - - - - ? 1:41 /usr/sbin/named -u named 44 - 0000000000000000 0000000000000000 0000000001001000 0000000180004003 Ssl - 0:00 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 1:28 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 0:00 - 44 - 0000000000000000 0000000000004003 0000000001001000 0000000180004003 Ssl - 0:13 - Pues también son varios hilos o procesos o lo que sea que sea eso.
Y esto para "rematar"... bueno, pues me voy a cambiarlo y a dejarlo como estaba, no quiero líos, si no lo detecta automáticamente, con uno se queda :-P.
Más vale no jugar demasiado ;-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6muJtTMYHG2NR9URAsu/AJ9SvrFGrUhcB/IpO599ikMpDC3TEQCaA4yE 4k/MFJOhy7Cplye2rGrclNk= =2uJc -----END PGP SIGNATURE-----
El 14/09/07, Camaleón <noelamac@gmail.com> escribió:
El 14/09/07, Juan Erbes escribió:
Si son 2 micros o pastillas dual core, el total de nucleos será de 4, como te detecta suse.
Son dos xeon del año 2006 (creo que son "nocona"), lo de "dual core" ya no estoy segura, con tanto "single-D-centrino-dual-quad" me pierdo, pero sí me detecta 4 cpus.
La cantidad de threads o hilos, referidas a una misma aplicación, son la cantidad de copias de la misma aplicación ejecutandose.
Ah, a ver que revise en el Pentium D en número de cpus que detecta... también 2.
mmmm.. en el Pentium D, te muestra 2 CPUs ??? mismas version de SO ??? mmmm.. lo que me viene a la mente es que la version de named para 64bits, "tal vez" este compilada sin soporte a varios procesadores !!!! :-( habria que averiguar como se compilo el programa. salu2 -- -- Victor Hugo dos Santos Linux Counter #224399 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 21/09/07, Victor Hugo dos Santos escribió:
mmmm.. en el Pentium D, te muestra 2 CPUs ??? mismas version de SO ???
Bind está en una suse 10.0 de 64 bits con dos procesadores físicos xeon y ve 4 núcleos. En otra suse 10.1 de 32 bits con pentium d (alias "el caliente" :-P) sin bind en ejecución el sistema ve 2 micros.
mmmm.. lo que me viene a la mente es que la version de named para 64bits, "tal vez" este compilada sin soporte a varios procesadores !!!! :-(
habria que averiguar como se compilo el programa.
Lo instalé de los rpm de suse para versión de 64 bits, pero por Google hay varios foros en los que se puede leer (también en el manual) que la detección de la cantidad de procesadores en Bind puede fallar y por eso se puede especificar "a mano" con el modificador adecuado, que funciona tal y como dicen. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (4)
-
Camaleón -
Carlos E. R. -
Juan Erbes -
Victor Hugo dos Santos