Esos valores son correctos, y fueron obtenidos ejecutando 'lshw -C
processor' con la versión 2.16 y comparados con la versión 2.14 (en
Squeeze). Las salidas se diferencian en lo mencionado en el correo
previo.
Ya, lo que querÃa decir es que Walter está (o deberÃa estar) usando la
última versión de la aplicación y los valores que obtiene no parecen
corresponderse con la realidad.
Y por lo que parece, la última versión disponible de lshw (según su
repositorio de desarrollo¹) es la B.02.16, es decir, que no hay ninguna
versión superior :-?
Revisando el historial de lo planteado, es posible que se trate de
alguna limitación impuesta por la información colocada por el
fabricante en el BIOS, que impide se consulte esta información
apropiadamente, y en el caso del equipo de Walter, en el mejor de los
escenarios, no se esté actualizando adecuadamente.
Pero el resto de aplicaciones sà detectan correctamente los dos núcleos
y los utiliza, es decir, lo da como activados. El que da un valor
diferente y discordante es lshw.
Allà es donde sospecho esta el problema.
¿Dónde? ¿En la aplicación?
Mi recomendación es que pruebes deshabilitar por BIOS el feature de
HyperThreading y/o Multi-Cores, inicies el sistema y verifiques
mediante /proc/cpuinfo, lscpu, lshw, top, entre otras, cuantos cores o
CPUs reporta. Esto viene del hecho de que el procesador Intel Pentium
Processor G630 contiene a 2 cores y 2 threads, y alguna de estas
herramientas deberÃa indicarte la disponibilidad 4 CPUs y no 2 CPUs,
dada la forma en que los kernel SMP tratan los threads de procesador.
Me parece que el micro de Walter no permite el Hyper-threading (los
procesadores más modernos ya no lo habilitan). Además, hay que recordar
que el número de hilos que puede gestionar un micro es distinto de la
capacidad HT.
Las especificaciones del procesador "Intel Pentium Processor G630"
ciertamente no admiten HT (detalle que admito no alcancé ver ayer), y en
una revisión mas minuciosa, comprendà que la especificación de Intel al
presentar 2 cores y 2 threads, indica que la pastilla CPU tiene solo 2
hilos, uno para cada núcleo. Por tanto, debe mostrar únicamente 2
procesadores lógicos (abstracción que hace el kernel para el manejo del
SMP y Job Scheduler). Por ejemplo, el "Intel(R) Atom(TM) CPU N455", que
cuenta con 1 core y 2 threads, equivale a 2 procesadores lógicos.
Exacto :-)
De manera que recomendarÃa seguir revisando, aunque si el resto de las
herramientas presentan 2 CPUs (cpu0 y cpu1), es muy probable que se deba
como ya mencioné a alguna limitación del SMBIOS/DMI de la placa base, o
alguna incompatibilidad.
Pero en ese caso el resto de aplicaciones detectarÃan unos valores
incorrectos, igual que ocurre con lshw. A mà me parece que el problema lo
tiene la aplicación, nada más. De hecho, si se basa en "dmidecode" lo más
normal es que los datos sean erróneos ya que esta utilidad sólo lee lo
que interpreta de la BIOS, no hace un escaneo en profundidad de los
componentes. Vamos, que no es fiable.