kernel 2.6, threads y top
Hola, Tengo una dudilla referente al modelo de threads y como afecta esto al top, al ps y otros comandos de monitorización del sistema. Veréis, yo tenía hasta esta misma mañana un servidor con woody. Este servidor tenía corriendo el openldap (proceso slapd) y en este servicio es dónde me he dado cuenta de la duda. Veréis, yo tenía el slapd de woody compilado con soporte para threads. En woody hacía un ps o un top y me aparecían un montón de procesos slapd. Ahora, con al actualización a sarge sigo teniendo el slapd compilado con soporte para threads, pero cuando ahora hago un top o un ps, ahora me aparece un único proceso slapd. La verdad es que ahora mismo no se si el problema es solo problema del top/ps, que no muestran bien la información, si el problema es que el slapd está ejecutándose como un único proceso, o qué. Por cierto, aunque he actualizado, sigo teniendo el mismo kernel (un 2.6.7) en dicho servidor. ¿Alguien me puede dar un poco de luz referente a este tema? -- Angel L. Mateo Martínez Sección de Telemática Área de Tecnologías de la Información _o) y las Comunicaciones Aplicadas (ATICA)/ \\ http://www.um.es/atica _(___V Tfo: 968367590 Fax: 968398337 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel 2.6, threads y top
Marcelo Armengot wrote: Mi ayudita te será sólo teórica: Como sabemos el proceso es la instancia en ejecución de un programa. Supongo que sabes que un proceso puede tener varios hilos de ejecución. A efectos prácticos de muchas cosas, varios hilos pueden ser considerados como procesos diferentes. Un servidor multihilo dedica un hilo a cada cliente, habitualmente. Desde un punto de vista estricto es erróneo que PS y Top muestren los distintos hilos ya que lo que se pretende es que te muestren los procesos en ejecución. Yo siempre me he preguntado por qué ps -a me mostraba las distintas instancias de los procesos multihilo y tal, pero me ha parecido una manera de interpretarlo (me lo he preguntado siempre pero nunca me ha sorprendido). Si ahora, con la actualización Sarge no los muestra, es lógico pensar que han hecho esta aplicación más estricta, más rigurosa en la representación, ya que estrictamente hablando, dos hilos de un proceso no son dos procesos. En cualquier caso, aunque por defecto lo muestre así debe haber alguna opción -thread o algo así para que te muestre los hilos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel 2.6, threads y top
Angel L. Mateo escribió: Hola, Tengo una dudilla referente al modelo de threads y como afecta esto al top, al ps y otros comandos de monitorización del sistema. Veréis, yo tenía hasta esta misma mañana un servidor con woody. Este servidor tenía corriendo el openldap (proceso slapd) y en este servicio es dónde me he dado cuenta de la duda. Veréis, yo tenía el slapd de woody compilado con soporte para threads. En woody hacía un ps o un top y me aparecían un montón de procesos slapd. aparecerían un montón de threads, pero creo o supongo que un único proceso (mismo pid) Ahora, con al actualización a sarge sigo teniendo el slapd compilado con soporte para threads, pero cuando ahora hago un top o un ps, ahora me aparece un único proceso slapd. que internamente tienes varios threads, es una unidad de ejecución menor que el proceso. La verdad es que ahora mismo no se si el problema es solo problema del top/ps, que no muestran bien la información, si el problema es que el slapd está ejecutándose como un único proceso, o qué. ¿cuál es el problema? top/ps/w y otros sólo usan la librería libproc para acceder a la información de /proc. quizá en alguna versión entre la que usabas en woody y la que usas en sarge se hizo un cambio de política y se empezaron a mostrar los procesos con los valores acumulados de sus threads... Por cierto, aunque he actualizado, sigo teniendo el mismo kernel (un 2.6.7) en dicho servidor. mira en changelog del paquete procps, pero de hecho, yo creo que no hay ningún problema... ¿Alguien me puede dar un poco de luz referente a este tema? yo sólo di mi HO. si estoy equivocado, agradecería la corrección -- // //Rober Morales Chaparro // #include /* RMC'05 */ iostream class saludo { public: saludo(){ std::cout hola; } ~saludo() { std::cout mundo! ; } } ; int main() { saludo holamundo; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel 2.6, threads y top
Hola, Si la explicación teórica ya la sabía (no obstante, muchas gracias por refrescármela). Lo que pasa es que estaba mosqueado porque al aparecerme un único proceso slapd no sabía si tenía algo mal en el paquete o no. Como este servicio es bastante crítico aquí en mi organización y además, sufre su carga, pues estaba mosqueado. Ya en la práctica, efectivamente el top ahora no muestra los hilos. Todavía no he descubierto cómo hacer para que los muestre. Lo que si que he visto es como hacer para que el ps los muestre, que es con la opción -L (-T o H también los muestran). El lun, 05-09-2005 a las 12:45 +0200, Marcelo Armengot escribió: Mi ayudita te será sólo teórica: Como sabemos el proceso es la instancia en ejecución de un programa. Supongo que sabes que un proceso puede tener varios hilos de ejecución. A efectos prácticos de muchas cosas, varios hilos pueden ser considerados como procesos diferentes. Un servidor multihilo dedica un hilo a cada cliente, habitualmente. Desde un punto de vista estricto es erróneo que PS y Top muestren los distintos hilos ya que lo que se pretende es que te muestren los procesos en ejecución. Yo siempre me he preguntado por qué ps -a me mostraba las distintas instancias de los procesos multihilo y tal, pero me ha parecido una manera de interpretarlo (me lo he preguntado siempre pero nunca me ha sorprendido). Si ahora, con la actualización Sarge no los muestra, es lógico pensar que han hecho esta aplicación más estricta, más rigurosa en la representación, ya que estrictamente hablando, dos hilos de un proceso no son dos procesos. En cualquier caso, aunque por defecto lo muestre así debe haber alguna opción -thread o algo así para que te muestre los hilos. -- Angel L. Mateo Martínez Sección de Telemática Área de Tecnologías de la Información _o) y las Comunicaciones Aplicadas (ATICA)/ \\ http://www.um.es/atica _(___V Tfo: 968367590 Fax: 968398337 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel 2.6, threads y top
El lun, 05-09-2005 a las 12:53 +0200, Rober Morales escribió: ¿cuál es el problema? top/ps/w y otros sólo usan la librería libproc para acceder a la información de /proc. No digo que haya ningún problema. Lo que pasa es que me mosqueaba. No sabía si tenía algún problema con ese demonio (que no le había puesto las opciones correctas o algo de eso) o era simplemente que el top/ps no me mostraban los threads. Ya he confirmado que el problema es que el top/ps no muestran los threads. Si quieres ver los threads con ps, tienes que poner la opción -L (por ejemplo). En top todavía no he descubierto cómo hacer que los muestre. -- Angel L. Mateo Martínez Sección de Telemática Área de Tecnologías de la Información _o) y las Comunicaciones Aplicadas (ATICA)/ \\ http://www.um.es/atica _(___V Tfo: 968367590 Fax: 968398337 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]