Re: [OT] Ver información del manejo de los núcleos
Con fecha Lunes, 13 de Octubre de 2014, 10:15:21 p.m., Rivera escribió: > propuesto y en efecto el SO (que es un Ubuntu Studio 12.04 con Xfce), > o más bien el kernel, está levantando y usando parejamente los 3 > núcleos del micro, es decir, el problema no es que uno no fucione > sino que los sensores indican que dos de ellos están calentando mucho > y muy rápido mientras el tercero está tranquilo. > Por lo que dice Eduardo en cuanto a termodinámica aplicada ;) a mí > también me parece probable que se trate de un fallo de los sensores, que > están indicando una subida de temperatura de dos de los núcleos que no > es real. ¿Podrá ser un bug del kernel o tiene que ser un fallo de hardware?, > ¿hay manera de distinguir eso? > Lo otro que no termino de entender es que el ventilador no llegue nunca > a 4000 rpm, por más trabajo que esté haciendo el micro y temperatura que > indiquen los sensores (en dos de los núcleos). > Situación, pues: Los 3 núcleos trabajan bien y parejamente, los sensores de > temperatura indican que uno siempre está "fresco" (de 39 a 46 ºC) y los > otros dos oscilan de 50 a 70 según la actividad, mientras el ventilador jamás > llega a 3300 rpm. > ¿Podrá ser que el ventilador no suba porque lo detiene el núcleo que está > "fresco" y que en conjunto estén fallando los sensores para los 3 núcleos? > ¿Podrá ser que el ventilador no gire más rápido porque está sucio o poco > lubricado (hace sólo algunos meses lo limpié y aceité por última vez)? Como ahora nos informas que los tres núcleos llevan la carga de trabajo en forma pareja y que aún un sensor indica que un núcleo tiene mucha más temperatura (diferencia de 30 grados) que los otros dos y que además el ventilador jamás llega a los 3300 rpm entonces es de SUPONER (Suponer NO implica afirmar) que la lectura del sensor que acusa una temperatura superior es incorrecta. Un bug del kernel lo considero improbable porque el kernel que esas (y que también uso yo en una de mis máquinas) es muy estable, confiable y esas cosas... o sea... descartemos por este primer momento al kernel. La lectura incorrecta podría ser causada por: a) Hardware (sensor físico reventado), b) Software (programa utilitario de medición con fallo o malamente configurado). Para investigar software habría que conocer que software usas para medición de temperaturas por ejemplo lm-sensors y luego conocer como está configurado ese programejo. Podría ser que el programa "apunte" a otros lugares y tome como referencias datos incorrectos. Habría que fijarse allí. Si tienes ese programa (lo supongo) que bien trabaja con el plug-in para XFCE podrías fijarte en las "propiedad" del sensor y allí verificar si apunta bien y toma las referencias bien (del lugar correcto). También puedes controlar la temperatura directamente desde la BIOS (por supuesto que mientras controlas no podrás acceder al SO) puesto que muchas BIOS tienen un apartado que bajo el nombre "HArware Temperature" o similar indican las temperaturas del micro y de la mother y velocidad de los ventiladores. Una buena y SEGURA medición de la temperatura puede ser tomada con un multímetro (tester) con "boton" o sonda de temperatura. Yo muchas veces uso este método que es mucho más seguro que confiar demasiado e el software. Hay muchos multímetros (de esos que toman mediciones de corriente, intensidad, tensión, resistencia) que también tienen sondas de temperatura, son baratos, en general muy buenos y además son fáciles de controlar puesto que con sólo meter la sonda (previamente metida en una bolsa de plástico para impermiabilizarla) en agua hirviendo se puede controlar la lectura puesto que debe medir 100 grados, si declara otra cosa es que falla. También puedes tocar CON CUIDADO el micro... si al contacto con tu mano éste se encuentra "tibiecito" NO HAY problemas puesto que estará entre 38 y 45 grados si en cambio se lo nota "calentito" el micro estará a más de 50... Si aún así dudas cartesianamente de lo que hasta aquí notas puedes usar alguna distro LIVE arrancando desde PEN-DRIVE, con ella saldrás de dudas si tu programa sensor trabaja bien o no. N te guies por la velocidad del ventilador comparando esta velocidad con otros ventiladores de otras máquinas, puesto que el rendimiento de una hélice (el ventilador es básicamente una hélice) depende de varios factores de la cuales la velocidad de rotación es una más, los otros factores son: cantidad de palas (aspas), radio de la pala y paso (relación plano de giro de la hélice) así por ejemplo una hélice que gire a sólo 100 rpm puede mover más fluido que una que gire a 10.000 (Ejemplo: Las hélices del USS Enterpise y la hélice del motor de un aeromodelo) O sea... y sintetizando: a) Fijate en el programa que usas como sensor. b) Controla la temperatura con un medio EXTERNO al sistema (tester o simplemente la mano) -- Saludos, Eduardomailto:egis_e...@yahoo.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.o
Re: [OT] Ver información del manejo de los núcleos
El Mon, 13 Oct 2014 22:15:21 -0300, Rivera Valdez escribió: (corrijo el top-posting) > 2014-10-13 14:51 GMT-03:00 Eduardo Jorge Gil Michelena > : >> Con fecha Lunes, 13 de Octubre de 2014, 10:50:25 a.m., Camaleón >> escribió: >>> El Mon, 13 Oct 2014 06:31:13 -0300, Rivera Valdez escribió: tengo una máquina con un Ubuntu 12.04, >>> Que tengas Ubuntu, pase, pero el html... g :-) >> $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep 29 22:38:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux >>> Ese kernel no es habitual, supongo que o bien lo has compilado tú o se >>> trata de algún paquete no oficial de Ubuntu. >> >> El kernel que cita, de baja latencia, es de una distribución oficial de >> Ubuntu que se llama Ubuntu Studio, que por tener escritorio XFCE >> debería llamarse Xubuntu Studio. Una de las máquinas que tengo trabaja >> bajo esta distribución. (...) Lo sé, por eso lo he comentado porque se trata de un kernel parcheado para baja latencia (destinado principalmente a entornos multimedia) y eso podría afectar a cómo se gestionan los recursos. De hecho, googlando un poco se encuentran artículos donde tratan precisamente ese tema, que los kernels para baja latencia ven mermado el rendimiento general del sistema: Low-Latency Kernel? WTF?!?! http://sevencapitalsins.wordpress.com/2007/08/10/low-latency-kernel-wtf/ (...) > Situación, pues: Los 3 núcleos trabajan bien y parejamente, los sensores > de temperatura indican que uno siempre está "fresco" (de 39 a 46 ºC) y > los otros dos oscilan de 50 a 70 según la actividad, mientras el > ventilador jamás llega a 3300 rpm. > ¿Podrá ser que el ventilador no suba porque lo detiene el núcleo que > está "fresco" y que en conjunto estén fallando los sensores para los 3 > núcleos? ¿Podrá ser que el ventilador no gire más rápido porque está > sucio o poco lubricado (hace sólo algunos meses lo limpié y aceité por > última vez)? Abre el gabinete y con un lapicero detén el ventilador (no más de 1 minuto)de la CPU o del chipset para ver si se pone a 0. Igualmente cuando los detengas tendrás que ver cómo aumenta la temperatura del micro y del sistema en general, así comprobarás el funcionamiento del programa. También puedes acceder a la BIOS y anotar los valores de temperatura y rotación de los ventiladores para compararlos con las lecturas que te da la aplicación, aunque siempre varían un poco. > Creo que la cosa iría por el lado de checkear el "calibrado" y > funcionamiento de los sensores de temperatura, y a partir de ahí ver qué > información le dan al sistema para que haga subir o bajar la velocidad > del fan. (...) ¿Y qué herramienta has utilizado para monitorizar la temperatura? lm- sensors (el más común) hay que calibrarlo antes de que te ofrezca resultados válidos, efectivamente, y no siempre es fiable al 100%, dependerá de que los sensores de tu placa sean detectados correctamente por la aplicación y por lo general, las versiones más recientes del programa suelen ser más fiables. Con la rotación de los ventiladores pasa lo mismo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.14.13.25...@gmail.com
Re: [OT] Ver información del manejo de los núcleos
El día 14 de octubre de 2014, 3:15, Rivera Valdez escribió: > Bueno, ante todo, gracias a todos y uno por uno (Fernando, Camaleón > y Eduardo especialmente) porque creo que todas las respuestas me dieron > información muy útil y valiosa. Francamente, con lo poco que describí > la situación, no puedo menos que agradecer efusivamente :) > > Segundo: ¡Perdón por el HTML! (Lo había quitado antes y pensé que no > volvería a activarse solo; espero no volver a olvidarme de checkearlo.) > > Tercero: He probado todas las cosas que tan amablemente me han > propuesto y en efecto el SO (que es un Ubuntu Studio 12.04 con Xfce), > o más bien el kernel, está levantando y usando parejamente los 3 > núcleos del micro, es decir, el problema no es que uno no fucione > sino que los sensores indican que dos de ellos están calentando mucho > y muy rápido mientras el tercero está tranquilo. > > Por lo que dice Eduardo en cuanto a termodinámica aplicada ;) a mí > también me parece probable que se trate de un fallo de los sensores, que > están indicando una subida de temperatura de dos de los núcleos que no > es real. ¿Podrá ser un bug del kernel o tiene que ser un fallo de hardware?, > ¿hay manera de distinguir eso? > Lo otro que no termino de entender es que el ventilador no llegue nunca > a 4000 rpm, por más trabajo que esté haciendo el micro y temperatura que > indiquen los sensores (en dos de los núcleos). > > Situación, pues: Los 3 núcleos trabajan bien y parejamente, los sensores de > temperatura indican que uno siempre está "fresco" (de 39 a 46 ºC) y los > otros dos oscilan de 50 a 70 según la actividad, mientras el ventilador jamás > llega a 3300 rpm. > ¿Podrá ser que el ventilador no suba porque lo detiene el núcleo que está > "fresco" y que en conjunto estén fallando los sensores para los 3 núcleos? > ¿Podrá ser que el ventilador no gire más rápido porque está sucio o poco > lubricado (hace sólo algunos meses lo limpié y aceité por última vez)? > > Creo que la cosa iría por el lado de checkear el "calibrado" y funcionamiento > de los sensores de temperatura, y a partir de ahí ver qué información le dan > al sistema para que haga subir o bajar la velocidad del fan. > > Desde ya, les vuelvo a agradecer a todos :) > Supongo que el ventilador no sube a mas revoluciones porque se considerará que la temperatura es razonablemente baja para funcionar. Subir a mucha velocidad implica mas ruido y tampoco quieren eso. Si no aumenta la temperatura es que todo va bien. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rhj41wza7zzmzu7oyt88a6-sfogvpretcalt00ni4gb...@mail.gmail.com
Re: [OT] Ver información del manejo de los núcleos
Bueno, ante todo, gracias a todos y uno por uno (Fernando, Camaleón y Eduardo especialmente) porque creo que todas las respuestas me dieron información muy útil y valiosa. Francamente, con lo poco que describí la situación, no puedo menos que agradecer efusivamente :) Segundo: ¡Perdón por el HTML! (Lo había quitado antes y pensé que no volvería a activarse solo; espero no volver a olvidarme de checkearlo.) Tercero: He probado todas las cosas que tan amablemente me han propuesto y en efecto el SO (que es un Ubuntu Studio 12.04 con Xfce), o más bien el kernel, está levantando y usando parejamente los 3 núcleos del micro, es decir, el problema no es que uno no fucione sino que los sensores indican que dos de ellos están calentando mucho y muy rápido mientras el tercero está tranquilo. Por lo que dice Eduardo en cuanto a termodinámica aplicada ;) a mí también me parece probable que se trate de un fallo de los sensores, que están indicando una subida de temperatura de dos de los núcleos que no es real. ¿Podrá ser un bug del kernel o tiene que ser un fallo de hardware?, ¿hay manera de distinguir eso? Lo otro que no termino de entender es que el ventilador no llegue nunca a 4000 rpm, por más trabajo que esté haciendo el micro y temperatura que indiquen los sensores (en dos de los núcleos). Situación, pues: Los 3 núcleos trabajan bien y parejamente, los sensores de temperatura indican que uno siempre está "fresco" (de 39 a 46 ºC) y los otros dos oscilan de 50 a 70 según la actividad, mientras el ventilador jamás llega a 3300 rpm. ¿Podrá ser que el ventilador no suba porque lo detiene el núcleo que está "fresco" y que en conjunto estén fallando los sensores para los 3 núcleos? ¿Podrá ser que el ventilador no gire más rápido porque está sucio o poco lubricado (hace sólo algunos meses lo limpié y aceité por última vez)? Creo que la cosa iría por el lado de checkear el "calibrado" y funcionamiento de los sensores de temperatura, y a partir de ahí ver qué información le dan al sistema para que haga subir o bajar la velocidad del fan. Desde ya, les vuelvo a agradecer a todos :) 2014-10-13 14:51 GMT-03:00 Eduardo Jorge Gil Michelena : > Con fecha Lunes, 13 de Octubre de 2014, 10:50:25 a.m., Camaleón escribió: >> El Mon, 13 Oct 2014 06:31:13 -0300, Rivera Valdez escribió: >>> tengo una máquina con un Ubuntu 12.04, >> Que tengas Ubuntu, pase, pero el html... g :-) > >>> $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep >>> 29 22:38:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux >> Ese kernel no es habitual, supongo que o bien lo has compilado tú o se >> trata de algún paquete no oficial de Ubuntu. > > El kernel que cita, de baja latencia, es de una distribución oficial > de Ubuntu que se llama Ubuntu Studio, que por tener escritorio XFCE > debería llamarse Xubuntu Studio. Una de las máquinas que tengo trabaja > bajo esta distribución. > El Ubuntu Studio es lo mejor que he probado -y debo decir que he > probado mucho- para procesamiento multimedia pues la respuesta es > inmediata y constante; esto es cuando un proceso demanda trabajo de > micro el micro lo atiende con preferencia hasta la culminación del > proceso. Esto es importante por ejemplo en procesamiento multimedia > proporcionando una edición más fluída de lo que estemos editando. > Estos kernels NO son aconsejados en cambio para instalar en máquinas > que requieran correr y atender muchos procesos (por ejemplo servers) y > menos aún en aquellas en donde se posea solamente uno o dos núcleos. > Ubuntu Studio viene con el escritorio liviano XFCE, un acierto en la > elección pues ese escritorio responde bien aún bajo gran carga de > trabajo que es corriente cuando se editan videos. Contiene cientos de > aplicativos para edición multimedia PROFESIONAl (video, música, > imágen) y las pasarelas de audio Pulse, ALSA y JACK (aunque juntas > traen problemas varios). > SI se trabaja en EDICIÓN de VIDEO o AUDIO en forma PROFESIONAL Ubuntu > Studio es la mejor opción. > > -- > Saludos, > Eduardomailto:egis_e...@yahoo.com.ar > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/43436394.20141013145...@yahoo.com.ar > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cad8u+g8phzet0kghab3by7syblncorggebhesndvrpx4_gh...@mail.gmail.com
Re: [OT] Ver información del manejo de los núcleos
Con fecha Lunes, 13 de Octubre de 2014, 10:50:25 a.m., Camaleón escribió: > El Mon, 13 Oct 2014 06:31:13 -0300, Rivera Valdez escribió: >> tengo una máquina con un Ubuntu 12.04, > Que tengas Ubuntu, pase, pero el html... g :-) >> $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep >> 29 22:38:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux > Ese kernel no es habitual, supongo que o bien lo has compilado tú o se > trata de algún paquete no oficial de Ubuntu. El kernel que cita, de baja latencia, es de una distribución oficial de Ubuntu que se llama Ubuntu Studio, que por tener escritorio XFCE debería llamarse Xubuntu Studio. Una de las máquinas que tengo trabaja bajo esta distribución. El Ubuntu Studio es lo mejor que he probado -y debo decir que he probado mucho- para procesamiento multimedia pues la respuesta es inmediata y constante; esto es cuando un proceso demanda trabajo de micro el micro lo atiende con preferencia hasta la culminación del proceso. Esto es importante por ejemplo en procesamiento multimedia proporcionando una edición más fluída de lo que estemos editando. Estos kernels NO son aconsejados en cambio para instalar en máquinas que requieran correr y atender muchos procesos (por ejemplo servers) y menos aún en aquellas en donde se posea solamente uno o dos núcleos. Ubuntu Studio viene con el escritorio liviano XFCE, un acierto en la elección pues ese escritorio responde bien aún bajo gran carga de trabajo que es corriente cuando se editan videos. Contiene cientos de aplicativos para edición multimedia PROFESIONAl (video, música, imágen) y las pasarelas de audio Pulse, ALSA y JACK (aunque juntas traen problemas varios). SI se trabaja en EDICIÓN de VIDEO o AUDIO en forma PROFESIONAL Ubuntu Studio es la mejor opción. -- Saludos, Eduardomailto:egis_e...@yahoo.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/43436394.20141013145...@yahoo.com.ar
Re: [OT] Ver información del manejo de los núcleos
Con fecha Lunes, 13 de Octubre de 2014, 06:31:13 a.m., Rivera escribió: > tengo una máquina con un Ubuntu 12.04, > $ uname -a > Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep 29 > , y un micro AMD Phenom(tm) 8650 Triple-Core Processor del que por algún > motivo > parecen sólo estar trabajando a fondo dos núcleos (uno de ellos, no llega > jamás a los 40ºC > mientras que los otros dos oscilan de 50 a 70 según el grado de actividad, > como si aquel > no estuviera trabajando...), hice algunas búsquedas pero no veo por dónde > empezar a mirar YO, en una de las máquina, en la que edito multimedia, tengo el mismo kernel. Si te dedicas a la edición ese kernel es la mejor opción, si en cambio te dedicas a otra cosa es mejor trabajar con los kernels comunes. En principio me llama la atención la gran diferencia de temperatura entre los tres núcleos que, estando a milímetros uno del otro, se registren temperaturas muy diferentes por lo que sospecho que puede ser una falla en los sensores. La razón es simple: cuando dos cuerpos están a diferentes temperaturas y vinculados por un medio conductor (de temperatura) éstas (temperaturas) tienden a igualarse ocasionando un flujo de calor del cuerpo más cálido al más frío. Como la diferencia que acusas es de 30 grados y la distancia entre los núcleos en milimétrica se puede suponer que los núcleos están aislados termicamente (cosa improbable) por algún medio super-aislante o bien que las lecturas de temperatura sean erróneas. Como no se conoce un medio aislante (salvo el vacío absoluto) supongo entonces que la lectura es incorrecta. OTRA COSA, que es independiente a la primera, es que dos núcleos trabajen y el otro NO cosa que puede deberse a dos causas: La PRIMERA: Que un núcleo esté inhabilitado por la BIOS (algunas BIOS tienen esa opción) por lo que habría que revisar la configuración de la BIOS y ver si realmente todos los núcleos se encuentran habilitados. La SEGUNDA: Que algo del software esté fallando. En principio te recomiendo usar desde consola el programa HTOP (no TOP) porque presenta más y mejor información incluso la carga de trabajo por cada núcleo. Instala, lo configuras (es fácil por terminal) lo usas y te fijas. Para que el operativo te indique cuántos núcleos te reconoce puedes usar desde consola el comando "nproc" que te devolverá la cantidad de TRHEATH o NUCLEOS (NO ES LO MISMO) Yo tengo una máquina con un micro de un núcleo y dos TRHEATH. Nproc en tu caso te deberá devolver "3", si no lo hace entonces algo está fallando (quizás el SO te reconozca, por alguna razón sólo 2 núcleos) Ejecuta luego "lscpu" para obtener información en detalle: "lscpu" Asumiendo que el sistema dispone de tres núcleos en tu caso la salida será similar a la siguiente: Architecture: i686 CPU op-mode(s):64-bit Byte Order:Little Endian CPU(s):3 On-line CPU(s) list: 0,1,2 Thread(s) per core:1 Core(s) per socket:2 SI la salida CPU(s) te indica < 3 o On-line CPU(s) list te indica 0,1 entonces tendremos el mismo problema que el anterior, el SO sólo reconoce 2. Haz esto... luego informa... Veremos luego como seguir. Incluso para establecer afinidad de procesos a un núcleo que podría ser de ayuda. -- Saludos, Eduardomailto:egis_e...@yahoo.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/496675846.20141013142...@yahoo.com.ar
Re: [OT] Ver información del manejo de los núcleos
El 13/10/14 a las 19:13, fernando sainz escribió: El día 13 de octubre de 2014, 19:03, Eduardo Rios escribió: El 13/10/14 a las 11:50, fernando sainz escribió: En un hilo reciente comentaba como ver/probar la carga de los núcleos Lo puedes ver con el comando "top" y una vez arrancado pulsando 1 para ver los cores de forma independiente. Yo para probar estas cosas ejecuto un comando que se coma todo el procesador (yes, del paquete coreutlis, creo), varias veces si es multicore y voy mirando con sensors las temperaturas y velocidad de ventilador: $ yes >/dev/null & $ yes >/dev/null & $ yes >/dev/null & $ yes >/dev/null & para matarlos... $ killall yes S2. A mi también me pica la curiosidad. Creo que mi procesador es de 4 núcleos, (aparecen 8 porque creo que cada procesador real tiene otro lógico), y este es el resultado He ejecutado 4 instancias de yes >/dev/null & y creo que no están trabajando "a fondo" los 4 núcleos, verdad? top - 19:00:58 up 21 min, 2 users, load average: 4,07, 3,70, 2,33 Tasks: 199 total, 6 running, 193 sleeping, 0 stopped, 0 zombie %Cpu0 : 1,4 us, 0,7 sy, 0,0 ni, 97,6 id, 0,3 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu1 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu2 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu3 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu4 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu5 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu6 : 0,7 us, 0,3 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu7 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 -- www.LinuxCounter.net Registered user #558467 has 2 linux machines Como tienes 4 reales (8 "logicos) y has ejecutado 4 procesos, yo si veo 4 casi al 100% Si quieres darle caña, ejecuta 8 veces o más el comando. S2. Vale, ahora si, alternan casi todos entre, 99,7% y 100%. Aparte de 12 instancias de yes >/dev/null &, se está ejecutando Icedove y Rhytmbox :) -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m1h1md$i62$1...@ger.gmane.org
Re: [OT] Ver información del manejo de los núcleos
El día 13 de octubre de 2014, 19:03, Eduardo Rios escribió: > El 13/10/14 a las 11:50, fernando sainz escribió: > >> En un hilo reciente comentaba como ver/probar la carga de los núcleos >> >> Lo puedes ver con el comando "top" y una vez arrancado pulsando 1 para >> ver los cores de forma independiente. >> >> Yo para probar estas cosas ejecuto un comando que se coma todo el >> procesador (yes, del paquete coreutlis, creo), varias veces si es >> multicore y voy mirando con sensors las temperaturas y velocidad de >> ventilador: >> >> $ yes >/dev/null & >> $ yes >/dev/null & >> $ yes >/dev/null & >> $ yes >/dev/null & >> >> para matarlos... >> $ killall yes >> >> S2. >> >> > > A mi también me pica la curiosidad. Creo que mi procesador es de 4 núcleos, > (aparecen 8 porque creo que cada procesador real tiene otro lógico), y este > es el resultado > > He ejecutado 4 instancias de yes >/dev/null & y creo que no están trabajando > "a fondo" los 4 núcleos, verdad? > > > top - 19:00:58 up 21 min, 2 users, load average: 4,07, 3,70, 2,33 > Tasks: 199 total, 6 running, 193 sleeping, 0 stopped, 0 zombie > %Cpu0 : 1,4 us, 0,7 sy, 0,0 ni, 97,6 id, 0,3 wa, 0,0 hi, 0,0 si, 0,0 > st > %Cpu1 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 > st > %Cpu2 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 > st > %Cpu3 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 > st > %Cpu4 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 > st > %Cpu5 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 > st > %Cpu6 : 0,7 us, 0,3 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 > st > %Cpu7 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 > > -- > www.LinuxCounter.net > > Registered user #558467 > has 2 linux machines > Como tienes 4 reales (8 "logicos) y has ejecutado 4 procesos, yo si veo 4 casi al 100% Si quieres darle caña, ejecuta 8 veces o más el comando. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rhgmvzbjceaw70fn1ws6rdxm5js437m_faz_kds2ngx...@mail.gmail.com
Re: [OT] Ver información del manejo de los núcleos
El 13/10/14 a las 11:50, fernando sainz escribió: En un hilo reciente comentaba como ver/probar la carga de los núcleos Lo puedes ver con el comando "top" y una vez arrancado pulsando 1 para ver los cores de forma independiente. Yo para probar estas cosas ejecuto un comando que se coma todo el procesador (yes, del paquete coreutlis, creo), varias veces si es multicore y voy mirando con sensors las temperaturas y velocidad de ventilador: $ yes >/dev/null & $ yes >/dev/null & $ yes >/dev/null & $ yes >/dev/null & para matarlos... $ killall yes S2. A mi también me pica la curiosidad. Creo que mi procesador es de 4 núcleos, (aparecen 8 porque creo que cada procesador real tiene otro lógico), y este es el resultado He ejecutado 4 instancias de yes >/dev/null & y creo que no están trabajando "a fondo" los 4 núcleos, verdad? top - 19:00:58 up 21 min, 2 users, load average: 4,07, 3,70, 2,33 Tasks: 199 total, 6 running, 193 sleeping, 0 stopped, 0 zombie %Cpu0 : 1,4 us, 0,7 sy, 0,0 ni, 97,6 id, 0,3 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu1 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu2 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu3 : 99,7 us, 0,3 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu4 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu5 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu6 : 0,7 us, 0,3 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu7 :100,0 us, 0,0 sy, 0,0 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,0 -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m1h0l9$1oi$1...@ger.gmane.org
Re: [OT] Ver información del manejo de los núcleos
El Mon, 13 Oct 2014 06:31:13 -0300, Rivera Valdez escribió: > Saludos, gente, > > tengo una máquina con un Ubuntu 12.04, Que tengas Ubuntu, pase, pero el html... g :-) > $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep > 29 22:38:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Ese kernel no es habitual, supongo que o bien lo has compilado tú o se trata de algún paquete no oficial de Ubuntu. > , y un micro AMD Phenom(tm) 8650 Triple-Core Processor del que por algún > motivo parecen sólo estar trabajando a fondo dos núcleos (uno de ellos, > no llega jamás a los 40ºC mientras que los otros dos oscilan de 50 a 70 > según el grado de actividad, > como si aquel no estuviera trabajando...), hice algunas búsquedas pero > no veo por dónde empezar a mirar para encontrar la causa, > > ¿alguna idea para orientar la pesquisa? (dónde mirar, qué buscar, etx). Con "top" podrás ver qué carga tienen los núcleos (pulsa "1" para verlos todos) pero la carga de trabajo que se asigna a cada núcleo es tarea del kernel y de las aplicaciones que ejecutas que admitan smp, pero tiene que hacerse automáticamente. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.13.13.50...@gmail.com
Re: [OT] Ver información del manejo de los núcleos
El día 13 de octubre de 2014, 11:31, Rivera Valdez escribió: > Saludos, gente, > > tengo una máquina con un Ubuntu 12.04, > > $ uname -a > Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep 29 22:38:22 > UTC 2014 x86_64 x86_64 x86_64 GNU/Linux > > , y un micro AMD Phenom(tm) 8650 Triple-Core Processor del que por algún > motivo > parecen sólo estar trabajando a fondo dos núcleos (uno de ellos, no llega > jamás a los 40ºC > mientras que los otros dos oscilan de 50 a 70 según el grado de actividad, > como si aquel > no estuviera trabajando...), hice algunas búsquedas pero no veo por dónde > empezar a mirar > para encontrar la causa, > > ¿alguna idea para orientar la pesquisa? (dónde mirar, qué buscar, etx). > > Desde ya les agradezco a todos y perdón por el OT, > > ¡saludos! En un hilo reciente comentaba como ver/probar la carga de los núcleos Lo puedes ver con el comando "top" y una vez arrancado pulsando 1 para ver los cores de forma independiente. Yo para probar estas cosas ejecuto un comando que se coma todo el procesador (yes, del paquete coreutlis, creo), varias veces si es multicore y voy mirando con sensors las temperaturas y velocidad de ventilador: $ yes >/dev/null & $ yes >/dev/null & $ yes >/dev/null & $ yes >/dev/null & para matarlos... $ killall yes S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rhhxbzyey1febl_j-vvl1n2ff8k6-w9mya+jrds_viw...@mail.gmail.com
[OT] Ver información del manejo de los núcleos
Saludos, gente, tengo una máquina con un Ubuntu 12.04, $ uname -a Linux user 3.2.0-70-lowlatency #72-Ubuntu SMP PREEMPT Mon Sep 29 22:38:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux , y un micro AMD Phenom(tm) 8650 Triple-Core Processor del que por algún motivo parecen sólo estar trabajando a fondo dos núcleos (uno de ellos, no llega jamás a los 40ºC mientras que los otros dos oscilan de 50 a 70 según el grado de actividad, como si aquel no estuviera trabajando...), hice algunas búsquedas pero no veo por dónde empezar a mirar para encontrar la causa, ¿alguna idea para orientar la pesquisa? (dónde mirar, qué buscar, etx). Desde ya les agradezco a todos y perdón por el OT, ¡saludos!
