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 <[email protected]>: > 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... grrrr :-) > >>> $ 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, > Eduardo mailto:[email protected] > > > -- > To UNSUBSCRIBE, email to [email protected] > with a subject of "unsubscribe". Trouble? Contact [email protected] > Archive: https://lists.debian.org/[email protected] > -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/cad8u+g8phzet0kghab3by7syblncorggebhesndvrpx4_gh...@mail.gmail.com
