Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
configuration: cores=2 enabledcores=1
60 views
Skip to first unread message
Walter O. Dari
Aug 15, 2012, 8:00:02 PM8/15/12
to
Hola gente:
Me tiene confundido este tema.
Se me dio por ver el resultado de lshw y veo...
description: CPU
product: Intel(R) Pentium(R) CPU G630 @ 2.70GHz
vendor: Intel Corp.
physical id: 43
bus info: cpu@0
version: Intel(R) Pentium(R) CPU G630 @ 2.70GHz
slot: Intel(R) Pentium(R) CPU G630 @ 2.70GHz
size: 2700MHz
capacity: 2705MHz
width: 64 bits
clock: 100MHz
capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr
pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx
fxsr sse sse2 ss ht tm pbe syscall nx rdtscp constant_tsc arch_perfmon
pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq
dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1
sse4_2 popcnt tsc_deadline_timer xsave lahf_lm arat epb xsaveopt pln
pts tpr_shadow vnmi flexpriority ept vpid cpufreq
configuration: cores=2 enabledcores=1
Me llama la atención que figure un sólo core habilitado.
Revisé la Bios y están habilitados los dos, las otras dos opciones son
"1" y "auto".
Lo raro es que agregué el monitor de CPU a la barra (uso KDE) y me
pregunta si quiero ver: total, cpu1 y/o cpu; le indico estos dos
últimos y me muestra el gráfico con valores distintos.
En consecuencia no entiendo que es lo que pasa, lshw me dice que tengo
sólo uno habilitado y por otro lado estoy monitoreando los dos, y los
dos muestran distinto uso...
Es normal o tengo que configurar algo para que me reconozca los dos cores ?
Agradeceré cualquier pista.
Saludos,
Walter
http://swcomputacion.com/
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAH34HeoONc8DEn6JjN9AGnUu...@mail.gmail.com
Me tiene confundido este tema.
Se me dio por ver el resultado de lshw y veo...
description: CPU
product: Intel(R) Pentium(R) CPU G630 @ 2.70GHz
vendor: Intel Corp.
physical id: 43
bus info: cpu@0
version: Intel(R) Pentium(R) CPU G630 @ 2.70GHz
slot: Intel(R) Pentium(R) CPU G630 @ 2.70GHz
size: 2700MHz
capacity: 2705MHz
width: 64 bits
clock: 100MHz
capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr
pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx
fxsr sse sse2 ss ht tm pbe syscall nx rdtscp constant_tsc arch_perfmon
pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq
dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1
sse4_2 popcnt tsc_deadline_timer xsave lahf_lm arat epb xsaveopt pln
pts tpr_shadow vnmi flexpriority ept vpid cpufreq
configuration: cores=2 enabledcores=1
Me llama la atención que figure un sólo core habilitado.
Revisé la Bios y están habilitados los dos, las otras dos opciones son
"1" y "auto".
Lo raro es que agregué el monitor de CPU a la barra (uso KDE) y me
pregunta si quiero ver: total, cpu1 y/o cpu; le indico estos dos
últimos y me muestra el gráfico con valores distintos.
En consecuencia no entiendo que es lo que pasa, lshw me dice que tengo
sólo uno habilitado y por otro lado estoy monitoreando los dos, y los
dos muestran distinto uso...
Es normal o tengo que configurar algo para que me reconozca los dos cores ?
Agradeceré cualquier pista.
Saludos,
Walter
http://swcomputacion.com/
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAH34HeoONc8DEn6JjN9AGnUu...@mail.gmail.com
Camaleón
Aug 16, 2012, 10:00:03 AM8/16/12
to
El Wed, 15 Aug 2012 20:57:06 -0300, Walter O. Dari escribió:
> Me tiene confundido este tema.
>
> Se me dio por ver el resultado de lshw y veo...
(...)
> Me tiene confundido este tema.
>
> Se me dio por ver el resultado de lshw y veo...
> configuration: cores=2 enabledcores=1
¿Y te dice lo mismo "cat /proc/cpuinfo"? ¿Cuántos núcleos detecta?
> Me llama la atención que figure un sólo core habilitado. Revisé la Bios
> y están habilitados los dos, las otras dos opciones son "1" y "auto".
manera predeterminada, así como el HT en caso de estar disponible.
> Lo raro es que agregué el monitor de CPU a la barra (uso KDE) y me
> pregunta si quiero ver: total, cpu1 y/o cpu; le indico estos dos últimos
> y me muestra el gráfico con valores distintos.
"1"? :-?
> En consecuencia no entiendo que es lo que pasa, lshw me dice que tengo
> sólo uno habilitado y por otro lado estoy monitoreando los dos, y los
> dos muestran distinto uso...
>
> Es normal o tengo que configurar algo para que me reconozca los dos
> cores ?
Pon la salida de "dmesg | grep -i smp".
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Walter O. Dari
Aug 16, 2012, 2:30:01 PM8/16/12
to
Hola Camaleón...
On 16/08/12 10:51, Camaleón wrote:
> El Wed, 15 Aug 2012 20:57:06 -0300, Walter O. Dari escribió:
aquí aparecen los dos...
root@debsw:~# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Pentium(R) CPU G630 @ 2.70GHz
stepping : 7
microcode : 0x25
cpu MHz : 1600.000
cache size : 3072 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Pentium(R) CPU G630 @ 2.70GHz
stepping : 7
microcode : 0x25
cpu MHz : 2700.000
cache size : 3072 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
root@debsw:~#
>> Me llama la atención que figure un sólo core habilitado. Revisé la Bios
>> y están habilitados los dos, las otras dos opciones son "1" y "auto".
>
> SÃ, lo normal es que la BIOS habilite todos los micros y núcleos de
> manera predeterminada, asà como el HT en caso de estar disponible.
>
>> Lo raro es que agregué el monitor de CPU a la barra (uso KDE) y me
>> pregunta si quiero ver: total, cpu1 y/o cpu; le indico estos dos últimos
>> y me muestra el gráfico con valores distintos.
>
> ¿Quieres decir que KDE detecta "dos"? ¿Y qué te dice "top" cuando pulsas
> "1"? :-?
Viste qué raro... salvo que sea un error del lshw.
Aquí va lo del top...
top - 15:19:43 up 19:03, 2 users, load average: 0,19, 0,15, 0,11
Tasks: 160 total, 1 running, 158 sleeping, 1 stopped, 0 zombie
%Cpu0: 1,0 us, 0,3 sy, 0,0 ni, 98,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
%Cpu1: 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem: 7121456 total, 1786660 used, 5334796 free, 109072 buffers
KiB Swap: 4882428 total, 0 used, 4882428 free, 1108788 cached
... también están los dos.
>> En consecuencia no entiendo que es lo que pasa, lshw me dice que tengo
>> sólo uno habilitado y por otro lado estoy monitoreando los dos, y los
Pues parece que están bien, el problema es el lshw...
>
> Pon la salida de "dmesg | grep -i smp".
Ahí tienes...
wodari@debsw:~$ dmesg | grep -i smp
[ 0.000000] Linux version 3.2.0-3-amd64 (Debian 3.2.21-3)
(debian...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) )
#1 SMP Thu Jun 28 09:07:26 UTC 2012
[ 0.000000] found SMP MP-table at [ffff8800000fd6d0] fd6d0
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs
[ 0.156099] smpboot cpu 1: start_ip = 98000
wodari@debsw:~$
> Saludos,
Igualmente y gracias por la orientación.
Walter
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/502D3AF7...@gmail.com
On 16/08/12 10:51, Camaleón wrote:
> El Wed, 15 Aug 2012 20:57:06 -0300, Walter O. Dari escribió:
>
>> Me tiene confundido este tema.
>>
>> Se me dio por ver el resultado de lshw y veo...
>
> (...)
>
>> configuration: cores=2 enabledcores=1
>
> ¿Y te dice lo mismo "cat /proc/cpuinfo"? ¿Cuántos núcleos detecta?
>> Me tiene confundido este tema.
>>
>> Se me dio por ver el resultado de lshw y veo...
>
> (...)
>
>> configuration: cores=2 enabledcores=1
>
aquí aparecen los dos...
root@debsw:~# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Pentium(R) CPU G630 @ 2.70GHz
stepping : 7
microcode : 0x25
cpu MHz : 1600.000
cache size : 3072 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx
est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt
tsc_deadline_timer xsave lahf_lm arat epb xsaveopt pln pts dts
est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt
tpr_shadow vnmi flexpriority ept vpid
bogomips : 5387.15
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Pentium(R) CPU G630 @ 2.70GHz
stepping : 7
microcode : 0x25
cpu MHz : 2700.000
cache size : 3072 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx
est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt
tsc_deadline_timer xsave lahf_lm arat epb xsaveopt pln pts dts
est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt
tpr_shadow vnmi flexpriority ept vpid
bogomips : 5387.51
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
root@debsw:~#
>> Me llama la atención que figure un sólo core habilitado. Revisé la Bios
>> y están habilitados los dos, las otras dos opciones son "1" y "auto".
>
> SÃ, lo normal es que la BIOS habilite todos los micros y núcleos de
> manera predeterminada, asà como el HT en caso de estar disponible.
>
>> Lo raro es que agregué el monitor de CPU a la barra (uso KDE) y me
>> pregunta si quiero ver: total, cpu1 y/o cpu; le indico estos dos últimos
>> y me muestra el gráfico con valores distintos.
>
> ¿Quieres decir que KDE detecta "dos"? ¿Y qué te dice "top" cuando pulsas
> "1"? :-?
Viste qué raro... salvo que sea un error del lshw.
Aquí va lo del top...
top - 15:19:43 up 19:03, 2 users, load average: 0,19, 0,15, 0,11
Tasks: 160 total, 1 running, 158 sleeping, 1 stopped, 0 zombie
%Cpu0: 1,0 us, 0,3 sy, 0,0 ni, 98,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
%Cpu1: 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem: 7121456 total, 1786660 used, 5334796 free, 109072 buffers
KiB Swap: 4882428 total, 0 used, 4882428 free, 1108788 cached
... también están los dos.
>> En consecuencia no entiendo que es lo que pasa, lshw me dice que tengo
>> dos muestran distinto uso...
>>
>> Es normal o tengo que configurar algo para que me reconozca los dos
>> cores ?
>
> No, no es normal, deberÃas tener los dos activados y reconocibles.
>>
>> Es normal o tengo que configurar algo para que me reconozca los dos
>> cores ?
>
Pues parece que están bien, el problema es el lshw...
>
> Pon la salida de "dmesg | grep -i smp".
wodari@debsw:~$ dmesg | grep -i smp
[ 0.000000] Linux version 3.2.0-3-amd64 (Debian 3.2.21-3)
(debian...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) )
#1 SMP Thu Jun 28 09:07:26 UTC 2012
[ 0.000000] found SMP MP-table at [ffff8800000fd6d0] fd6d0
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs
[ 0.156099] smpboot cpu 1: start_ip = 98000
wodari@debsw:~$
> Saludos,
Igualmente y gracias por la orientación.
Walter
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Aug 17, 2012, 9:40:02 AM8/17/12
to
El Thu, 16 Aug 2012 15:24:55 -0300, Walter O. Dari escribió:
> On 16/08/12 10:51, Camaleón wrote:
(...)
> On 16/08/12 10:51, Camaleón wrote:
>>> En consecuencia no entiendo que es lo que pasa, lshw me dice que tengo
>>> sólo uno habilitado y por otro lado estoy monitoreando los dos, y los
>>> dos muestran distinto uso...
>>>
>>> Es normal o tengo que configurar algo para que me reconozca los dos
>>> cores ?
>>
>> No, no es normal, deberÃas tener los dos activados y reconocibles.
>
> Pues parece que están bien, el problema es el lshw...
parece :-?
Lo único que se me ocurre es:
1/ Un bug/error de la aplicación
2/ Que lo hayas ejecutado como usuario normal en lugar de súperusaurio y
no sepa/pueda detectar/interpretar todos los valores correctamente
3/ Que estemos interpretando mal lo que indica ese valor de
"enabledcores" pero a falta de documentación yo diría que parece evidente.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Walter O. Dari
Aug 17, 2012, 10:40:02 AM8/17/12
to
Hola...
On 17/08/12 10:30, Camale�n wrote:
> El Thu, 16 Aug 2012 15:24:55 -0300, Walter O. Dari escribió:
>>
>> Pues parece que están bien, el problema es el lshw...
>
> Por los resultados que obtienes con el resto de utilidades, sÃ, eso
> parece :-?
>
> Lo único que se me ocurre es:
>
> 1/ Un bug/error de la aplicación
Casi seguro...
> 2/ Que lo hayas ejecutado como usuario normal en lugar de súperusaurio y
directamente no se muestra,
> 3/ Que estemos interpretando mal lo que indica ese valor de
> "enabledcores" pero a falta de documentación yo dirÃa que parece evidente.
mmm... reci�n acabo de correr lshw -como root- en la computadora de casa
y esa l�nea de "enabledcores..." no aparece, y �sta tiene un core i5.
Algo raro pasa con ese par�metro.
> Saludos,
Igualmente,
Walter
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/502E576A...@gmail.com
On 17/08/12 10:30, Camale�n wrote:
> El Thu, 16 Aug 2012 15:24:55 -0300, Walter O. Dari escribió:
>
>> On 16/08/12 10:51, Camaleón wrote:
>
> (...)
>
>>>> En consecuencia no entiendo que es lo que pasa, lshw me dice que tengo
>>>> sólo uno habilitado y por otro lado estoy monitoreando los dos, y los
>> On 16/08/12 10:51, Camaleón wrote:
>
> (...)
>
>>>> En consecuencia no entiendo que es lo que pasa, lshw me dice que tengo
>>>> dos muestran distinto uso...
>>>>
>>>> Es normal o tengo que configurar algo para que me reconozca los dos
>>>> cores ?
>>>
>>> No, no es normal, deberÃÂas tener los dos activados y reconocibles.
>>>>
>>>> Es normal o tengo que configurar algo para que me reconozca los dos
>>>> cores ?
>>>
>>
>> Pues parece que están bien, el problema es el lshw...
>
> Por los resultados que obtienes con el resto de utilidades, sÃ, eso
> parece :-?
>
> Lo único que se me ocurre es:
>
> 1/ Un bug/error de la aplicación
Casi seguro...
> 2/ Que lo hayas ejecutado como usuario normal en lugar de súperusaurio y
> no sepa/pueda detectar/interpretar todos los valores correctamente
Si se ejecuta como usuario normal esa l�nea (la de los cores)
directamente no se muestra,
> 3/ Que estemos interpretando mal lo que indica ese valor de
mmm... reci�n acabo de correr lshw -como root- en la computadora de casa
y esa l�nea de "enabledcores..." no aparece, y �sta tiene un core i5.
Algo raro pasa con ese par�metro.
> Saludos,
Igualmente,
Walter
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
German Cardozo
Aug 19, 2012, 12:50:01 AM8/19/12
to
2012/8/17 Walter O. Dari <wli...@gmail.com>:
> Hola...
> esa línea de "enabledcores..." no aparece, y ésta tiene un core i5. Algo
> raro pasa con ese parámetro.
>
>> Saludos,
>
Estuve investigando un poco, y comparando el código fuente de la
versión B-2.14 (squeeze) y B-2-16 (wheezy) de lshw, descubrí que esta
captura de información se agregó en esta última versión, como una
modificación del código "src/core/dmi.cc", que a pesar de no
actualizar los comentarios, indica que está basado en el DMI decode
rev 1.7 de Alan Cox. Este se encarga de tomar información de la
memoria del BIOS, basada en la especificación SMBIOS (DMI), la cual
indica para estos valores:
7.5.6 Processor Information — Core Count
Core Count is the number of cores detected by the BIOS for this
processor socket. It does not necessarily indicate the full capability
of the processor. For example, platform hardware may have the
capability to limit the number of cores reported by the processor
without BIOS intervention or knowledge. For a dual-core processor
installed in a platform where the hardware is set to limit it to one
core, the BIOS reports a value of 1 in Core Count. For a dual-core
processor with multi-core support disabled by BIOS, the BIOS reports a
value of 2 in Core Count.
7.5.7 Processor Information — Core Enabled
Core Enabled is the number of cores that are enabled by the BIOS and
available for Operating System use. For example, if the BIOS detects a
dual-core processor, it would report a value of 2 if it leaves both
cores enabled, and it would report a value of 1 if it disables
multi-core support.
(Puede consultarse en:
http://www.dmtf.org/sites/default/files/standards/documents/DSP0134_2.7.1.pdf)
Las líneas en cuestión, indican que este es un elemento de tipo 4
(type 4: Processor Information), y realiza el reconocimiento de la
siguiente manera:
switch (dm->type)
// (...cortado con el propósito de simplificar...)
case 4:
// Processor
{
// (...cortado con el propósito de simplificar...)
if (dm->length >= 0x28)
{
if (data[0x23] != 0)
newnode.setConfig("cores", data[0x23]);
if (data[0x24] != 0)
newnode.setConfig("enabledcores", data[0x24]);
if (data[0x25] != 0)
newnode.setConfig("threads", data[0x25]);
if (data[0x26] & 0x4)
newnode.addCapability("x86-64", "64bits extensions (x86-64)");
}
Los valores 0x23, 0x24, 0x25, corresponde con los índices de la tabla
20 (Processor Information (Type 4) Structure) que describe la
estructura del campo que recoge la información de los procesadores. Si
todo esto funciona correctamente, no debe haber error en el
reconocimiento del número de núcleos.
Compilé la última versión de lshw de los repositorios de Debian
(B.02.16), y probé en mis equipos (todos instalados con Squeeze), y en
2 logré obtener estos valores:
*-cpu
description: CPU
product: AMD Phenom(tm) 9950 Quad-Core Processor
vendor: Advanced Micro Devices [AMD]
physical id: 3
bus info: cpu@0
version: AMD Phenom(tm) 9950 Quad-Core Processor
serial: To Be Filled By O.E.M.
slot: CPU 1
size: 1300MHz
capacity: 1300MHz
width: 64 bits
clock: 200MHz
capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr
pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse
sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp 3dnowext 3dnow
constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt
lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse
3dnowprefetch osvw ibs cpufreq
configuration: cores=4 enabledcores=4
*-cpu
description: CPU
product: Intel(R) Atom(TM) CPU N455 @ 1.66GHz
vendor: Intel Corp.
physical id: 5
bus info: cpu@0
version: C1
slot: CPU 1
size: 1GHz
capacity: 1GHz
width: 64 bits
clock: 667MHz
capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr
pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr
sse sse2 ss ht tm pbe syscall nx constant_tsc arch_perfmon pebs bts
rep_good aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr
pdcm movbe lahf_lm cpufreq
configuration: cores=1 enabledcores=1 threads=2
Los que concuerdan con la configuración en los equipos donde se ejecutó.
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. 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.
--
German Cardozo Chirinos
~ carpe diem ~
:wq! / C-c C-c
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAGLKn+YMqzqh3k29CesxruYj...@mail.gmail.com
> Hola...
>
> On 17/08/12 10:30, Camaleón wrote:
>>
>> El Thu, 16 Aug 2012 15:24:55 -0300, Walter O. Dari escribió:
>>
>>
>>> On 16/08/12 10:51, Camaleón wrote:
>>
>>
>> (...)
>>
>>>>> En consecuencia no entiendo que es lo que pasa, lshw me dice que tengo
>>>>> sólo uno habilitado y por otro lado estoy monitoreando los dos, y
>>>>> los
>>>>>
>>>>> dos muestran distinto uso...
>>>>>
>>>>> Es normal o tengo que configurar algo para que me reconozca los dos
>>>>> cores ?
>>>>
>>>>
>>>> No, no es normal, deberÃÂas tener los dos activados y reconocibles.
>>>
>>>
>>> Pues parece que están bien, el problema es el lshw...
>>
>>
>> Por los resultados que obtienes con el resto de utilidades, sÃ, eso
>> parece :-?
>>
>> Lo único que se me ocurre es:
>>
>> 1/ Un bug/error de la aplicación
>
>
> Casi seguro...
>
>> 2/ Que lo hayas ejecutado como usuario normal en lugar de súperusaurio y
>>
>> no sepa/pueda detectar/interpretar todos los valores correctamente
>
>
> Si se ejecuta como usuario normal esa línea (la de los cores) directamente
> On 17/08/12 10:30, Camaleón wrote:
>>
>> El Thu, 16 Aug 2012 15:24:55 -0300, Walter O. Dari escribió:
>>
>>
>>> On 16/08/12 10:51, Camaleón wrote:
>>
>>
>> (...)
>>
>>>>> En consecuencia no entiendo que es lo que pasa, lshw me dice que tengo
>>>>> sólo uno habilitado y por otro lado estoy monitoreando los dos, y
>>>>> los
>>>>>
>>>>> dos muestran distinto uso...
>>>>>
>>>>> Es normal o tengo que configurar algo para que me reconozca los dos
>>>>> cores ?
>>>>
>>>>
>>>> No, no es normal, deberÃÂas tener los dos activados y reconocibles.
>>>
>>>
>>> Pues parece que están bien, el problema es el lshw...
>>
>>
>> Por los resultados que obtienes con el resto de utilidades, sÃ, eso
>> parece :-?
>>
>> Lo único que se me ocurre es:
>>
>> 1/ Un bug/error de la aplicación
>
>
> Casi seguro...
>
>> 2/ Que lo hayas ejecutado como usuario normal en lugar de súperusaurio y
>>
>> no sepa/pueda detectar/interpretar todos los valores correctamente
>
>
> no se muestra,
>
>
>> 3/ Que estemos interpretando mal lo que indica ese valor de
>> "enabledcores" pero a falta de documentación yo dirÃa que parece
>> evidente.
>
>
> mmm... recién acabo de correr lshw -como root- en la computadora de casa y
>
>
>> 3/ Que estemos interpretando mal lo que indica ese valor de
>> "enabledcores" pero a falta de documentación yo dirÃa que parece
>> evidente.
>
>
> esa línea de "enabledcores..." no aparece, y ésta tiene un core i5. Algo
> raro pasa con ese parámetro.
>
>> Saludos,
>
Estuve investigando un poco, y comparando el código fuente de la
versión B-2.14 (squeeze) y B-2-16 (wheezy) de lshw, descubrí que esta
captura de información se agregó en esta última versión, como una
modificación del código "src/core/dmi.cc", que a pesar de no
actualizar los comentarios, indica que está basado en el DMI decode
rev 1.7 de Alan Cox. Este se encarga de tomar información de la
memoria del BIOS, basada en la especificación SMBIOS (DMI), la cual
indica para estos valores:
7.5.6 Processor Information — Core Count
Core Count is the number of cores detected by the BIOS for this
processor socket. It does not necessarily indicate the full capability
of the processor. For example, platform hardware may have the
capability to limit the number of cores reported by the processor
without BIOS intervention or knowledge. For a dual-core processor
installed in a platform where the hardware is set to limit it to one
core, the BIOS reports a value of 1 in Core Count. For a dual-core
processor with multi-core support disabled by BIOS, the BIOS reports a
value of 2 in Core Count.
7.5.7 Processor Information — Core Enabled
Core Enabled is the number of cores that are enabled by the BIOS and
available for Operating System use. For example, if the BIOS detects a
dual-core processor, it would report a value of 2 if it leaves both
cores enabled, and it would report a value of 1 if it disables
multi-core support.
(Puede consultarse en:
http://www.dmtf.org/sites/default/files/standards/documents/DSP0134_2.7.1.pdf)
Las líneas en cuestión, indican que este es un elemento de tipo 4
(type 4: Processor Information), y realiza el reconocimiento de la
siguiente manera:
switch (dm->type)
// (...cortado con el propósito de simplificar...)
case 4:
// Processor
{
// (...cortado con el propósito de simplificar...)
if (dm->length >= 0x28)
{
if (data[0x23] != 0)
newnode.setConfig("cores", data[0x23]);
if (data[0x24] != 0)
newnode.setConfig("enabledcores", data[0x24]);
if (data[0x25] != 0)
newnode.setConfig("threads", data[0x25]);
if (data[0x26] & 0x4)
newnode.addCapability("x86-64", "64bits extensions (x86-64)");
}
Los valores 0x23, 0x24, 0x25, corresponde con los índices de la tabla
20 (Processor Information (Type 4) Structure) que describe la
estructura del campo que recoge la información de los procesadores. Si
todo esto funciona correctamente, no debe haber error en el
reconocimiento del número de núcleos.
Compilé la última versión de lshw de los repositorios de Debian
(B.02.16), y probé en mis equipos (todos instalados con Squeeze), y en
2 logré obtener estos valores:
*-cpu
description: CPU
product: AMD Phenom(tm) 9950 Quad-Core Processor
vendor: Advanced Micro Devices [AMD]
physical id: 3
bus info: cpu@0
version: AMD Phenom(tm) 9950 Quad-Core Processor
serial: To Be Filled By O.E.M.
slot: CPU 1
size: 1300MHz
capacity: 1300MHz
width: 64 bits
clock: 200MHz
capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr
pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse
sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp 3dnowext 3dnow
constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt
lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse
3dnowprefetch osvw ibs cpufreq
configuration: cores=4 enabledcores=4
*-cpu
description: CPU
product: Intel(R) Atom(TM) CPU N455 @ 1.66GHz
vendor: Intel Corp.
physical id: 5
bus info: cpu@0
version: C1
slot: CPU 1
size: 1GHz
capacity: 1GHz
width: 64 bits
clock: 667MHz
capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr
pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr
sse sse2 ss ht tm pbe syscall nx constant_tsc arch_perfmon pebs bts
rep_good aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr
pdcm movbe lahf_lm cpufreq
configuration: cores=1 enabledcores=1 threads=2
Los que concuerdan con la configuración en los equipos donde se ejecutó.
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. 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.
--
German Cardozo Chirinos
~ carpe diem ~
:wq! / C-c C-c
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Aug 19, 2012, 11:30:02 AM8/19/12
to
El Sun, 19 Aug 2012 00:10:12 -0430, German Cardozo escribió:
> 2012/8/17 Walter O. Dari <wli...@gmail.com>:
>> Hola...
>>
>> On 17/08/12 10:30, Camaleón wrote:
(...)
> 2012/8/17 Walter O. Dari <wli...@gmail.com>:
>> Hola...
>>
>> On 17/08/12 10:30, Camaleón wrote:
>>> Lo único que se me ocurre es:
>>>
>>> 1/ Un bug/error de la aplicación
>>
>>
>> Casi seguro...
>>
>>> 2/ Que lo hayas ejecutado como usuario normal en lugar de
>>> súperusaurio y
>>>
>>> no sepa/pueda detectar/interpretar todos los valores correctamente
>>
>>
>> Si se ejecuta como usuario normal esa línea (la de los cores)
>> directamente no se muestra,
>>
>>
>>> 3/ Que estemos interpretando mal lo que indica ese valor de
>>> "enabledcores" pero a falta de documentación yo dirÃa que parece
>>> evidente.
>>
>>
>> mmm... recién acabo de correr lshw -como root- en la computadora de
>> casa y esa línea de "enabledcores..." no aparece, y ésta tiene un core
>> i5. Algo raro pasa con ese parámetro.
>>
>>
> Estuve investigando un poco, y comparando el código fuente de la versión
> B-2.14 (squeeze) y B-2-16 (wheezy) de lshw, descubrí que esta captura de
> información se agregó en esta última versión, como una modificación del
> código "src/core/dmi.cc", que a pesar de no actualizar los comentarios,
> indica que está basado en el DMI decode rev 1.7 de Alan Cox. Este se
> encarga de tomar información de la memoria del BIOS, basada en la
> especificación SMBIOS (DMI), la cual indica para estos valores:
>
> 7.5.6 Processor Information — Core Count
(...)
> B-2.14 (squeeze) y B-2-16 (wheezy) de lshw, descubrí que esta captura de
> información se agregó en esta última versión, como una modificación del
> código "src/core/dmi.cc", que a pesar de no actualizar los comentarios,
> indica que está basado en el DMI decode rev 1.7 de Alan Cox. Este se
> encarga de tomar información de la memoria del BIOS, basada en la
> especificación SMBIOS (DMI), la cual indica para estos valores:
>
> 7.5.6 Processor Information — Core Count
> (Puede consultarse en:
> http://www.dmtf.org/sites/default/files/standards/documents/
DSP0134_2.7.1.pdf)
(...)
> Compilé la última versión de lshw de los repositorios de Debian
> (B.02.16), y probé en mis equipos (todos instalados con Squeeze), y en 2
> logré obtener estos valores:
>
> *-cpu
> description: CPU
> product: AMD Phenom(tm) 9950 Quad-Core Processor vendor: Advanced
> configuration: cores=4 enabledcores=4
>
> *-cpu
> description: CPU
> product: Intel(R) Atom(TM) CPU N455 @ 1.66GHz vendor: Intel
(...)
>
> *-cpu
> description: CPU
> product: Intel(R) Atom(TM) CPU N455 @ 1.66GHz vendor: Intel
> configuration: cores=1 enabledcores=1 threads=2
>
> Los que concuerdan con la configuración en los equipos donde se ejecutó.
Esos valores que obtienes parece correctos. Pero si mal no recuerdo,
>
> Los que concuerdan con la configuración en los equipos donde se ejecutó.
Walter está usando wheezy, así que debería tener instalada la última
versión disponible de lshw (02.16).
> 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.
los utiliza, es decir, lo da como activados. El que da un valor diferente
y discordante es lshw.
> 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.
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.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
German Cardozo
Aug 19, 2012, 2:40:01 PM8/19/12
to
2012/8/19 Camaleón <noel...@gmail.com>:
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.
>> 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.
>> 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.
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.
--
German Cardozo Chirinos
~ carpe diem ~
:wq! / C-c C-c
(...)
>> Compilé la última versión de lshw de los repositorios de Debian
>> (B.02.16), y probé en mis equipos (todos instalados con Squeeze), y en 2
>> logré obtener estos valores:
>>
>> *-cpu
>> description: CPU
>> product: AMD Phenom(tm) 9950 Quad-Core Processor vendor: Advanced
> (...)
>> configuration: cores=4 enabledcores=4
>>
>> *-cpu
>> description: CPU
>> product: Intel(R) Atom(TM) CPU N455 @ 1.66GHz vendor: Intel
> (...)
>> configuration: cores=1 enabledcores=1 threads=2
>>
>> Los que concuerdan con la configuración en los equipos donde se ejecutó.
>
> Esos valores que obtienes parece correctos. Pero si mal no recuerdo,
> Walter está usando wheezy, así que debería tener instalada la última
> versión disponible de lshw (02.16).
>
Esos valores son correctos, y fueron obtenidos ejecutando 'lshw -C
>> Compilé la última versión de lshw de los repositorios de Debian
>> (B.02.16), y probé en mis equipos (todos instalados con Squeeze), y en 2
>> logré obtener estos valores:
>>
>> *-cpu
>> description: CPU
>> product: AMD Phenom(tm) 9950 Quad-Core Processor vendor: Advanced
> (...)
>> configuration: cores=4 enabledcores=4
>>
>> *-cpu
>> description: CPU
>> product: Intel(R) Atom(TM) CPU N455 @ 1.66GHz vendor: Intel
> (...)
>> configuration: cores=1 enabledcores=1 threads=2
>>
>> Los que concuerdan con la configuración en los equipos donde se ejecutó.
>
> Esos valores que obtienes parece correctos. Pero si mal no recuerdo,
> Walter está usando wheezy, así que debería tener instalada la última
> versión disponible de lshw (02.16).
>
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.
>> 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.
>
>> 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.
>
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.
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.
--
German Cardozo Chirinos
~ carpe diem ~
:wq! / C-c C-c
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAGLKn+ZDcGqrFnTQXPLHokU5...@mail.gmail.com
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Aug 20, 2012, 9:40:03 AM8/20/12
to
El Sun, 19 Aug 2012 14:06:38 -0430, German Cardozo escribió:
> 2012/8/19 Camaleón <noel...@gmail.com>: (...)
>> Esos valores que obtienes parece correctos. Pero si mal no recuerdo,
>> Walter está usando wheezy, así que debería tener instalada la última
>> versión disponible de lshw (02.16).
>>
>>
> 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.
¹http://ezix.org/source/packages/lshw/development/.version
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/k0tea0$mg3$1...@ger.gmane.org
> 2012/8/19 Camaleón <noel...@gmail.com>: (...)
>> Esos valores que obtienes parece correctos. Pero si mal no recuerdo,
>> Walter está usando wheezy, así que debería tener instalada la última
>> versión disponible de lshw (02.16).
>>
>>
> 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.
ú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.
>>> 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.
> 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.
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.
¹http://ezix.org/source/packages/lshw/development/.version
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Walter O. Dari
Aug 20, 2012, 11:40:02 AM8/20/12
to
Hola...
On 20/08/12 10:32, Camale�n wrote:
> El Sun, 19 Aug 2012 14:06:38 -0430, German Cardozo escribió:
>
>> 2012/8/19 Camaleón<noel...@gmail.com>: (...)
>
>>> Esos valores que obtienes parece correctos. Pero si mal no recuerdo,
>>> Walter está usando wheezy, así que debería tener instalada la última
>>> versión disponible de lshw (02.16).
As� es, utilizo wheezy y la versi�n de lshw es...
Hardware Lister (lshw) - B.02.16
y un dato m�s por las dudas...
Linux debsw 3.2.0-3-amd64 #1 SMP Thu Jun 28 09:07:26 UTC 2012 x86_64
GNU/Linux
Va parte de la salida de dmidecode...
...
Processor Information
Socket Designation: Intel(R) Pentium(R) CPU G630 @ 2.70GHz
Type: Central Processor
Family: Core i7
Manufacturer: Intel
ID: A7 06 02 00 FF FB EB BF
Signature: Type 0, Family 6, Model 42, Stepping 7
Flags:
FPU (Floating-point unit on-chip)
VME (Virtual mode extension)
DE (Debugging extension)
PSE (Page size extension)
TSC (Time stamp counter)
MSR (Model specific registers)
PAE (Physical address extension)
MCE (Machine check exception)
CX8 (CMPXCHG8 instruction supported)
APIC (On-chip APIC hardware supported)
SEP (Fast system call)
MTRR (Memory type range registers)
PGE (Page global enable)
MCA (Machine check architecture)
CMOV (Conditional move instruction supported)
PAT (Page attribute table)
PSE-36 (36-bit page size extension)
CLFSH (CLFLUSH instruction supported)
DS (Debug store)
ACPI (ACPI supported)
MMX (MMX technology supported)
FXSR (FXSAVE and FXSTOR instructions supported)
SSE (Streaming SIMD extensions)
SSE2 (Streaming SIMD extensions 2)
SS (Self-snoop)
HTT (Multi-threading)
TM (Thermal monitor supported)
PBE (Pending break enabled)
Version: Intel(R) Pentium(R) CPU G630 @ 2.70GHz
Voltage: 1.2 V
External Clock: 100 MHz
Max Speed: 7000 MHz
Current Speed: 2700 MHz
Status: Populated, Enabled
Upgrade: Other
L1 Cache Handle: 0x0004
L2 Cache Handle: 0x0005
L3 Cache Handle: 0x0006
Serial Number: Not Specified
Asset Tag: Fill By OEM
Part Number: Fill By OEM
Core Count: 2
Core Enabled: 1
Characteristics:
64-bit capable
...
Va a "coro" con lshw con el tema cores. Tal vez lshw "arrastre" el
problema de dmidecode si es que hace el reconocimiento -o utiliza su
misma t�cnica- igual que �ste �ltimo.
>
> ¹http://ezix.org/source/packages/lshw/development/.version
>
> Saludos,
>
Saludos,
Walter
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/503257E2...@gmail.com
On 20/08/12 10:32, Camale�n wrote:
> El Sun, 19 Aug 2012 14:06:38 -0430, German Cardozo escribió:
>
>> 2012/8/19 Camaleón<noel...@gmail.com>: (...)
>
>>> Esos valores que obtienes parece correctos. Pero si mal no recuerdo,
>>> Walter está usando wheezy, así que debería tener instalada la última
>>> versión disponible de lshw (02.16).
Hardware Lister (lshw) - B.02.16
y un dato m�s por las dudas...
Linux debsw 3.2.0-3-amd64 #1 SMP Thu Jun 28 09:07:26 UTC 2012 x86_64
GNU/Linux
...
Processor Information
Socket Designation: Intel(R) Pentium(R) CPU G630 @ 2.70GHz
Type: Central Processor
Family: Core i7
Manufacturer: Intel
ID: A7 06 02 00 FF FB EB BF
Signature: Type 0, Family 6, Model 42, Stepping 7
Flags:
FPU (Floating-point unit on-chip)
VME (Virtual mode extension)
DE (Debugging extension)
PSE (Page size extension)
TSC (Time stamp counter)
MSR (Model specific registers)
PAE (Physical address extension)
MCE (Machine check exception)
CX8 (CMPXCHG8 instruction supported)
APIC (On-chip APIC hardware supported)
SEP (Fast system call)
MTRR (Memory type range registers)
PGE (Page global enable)
MCA (Machine check architecture)
CMOV (Conditional move instruction supported)
PAT (Page attribute table)
PSE-36 (36-bit page size extension)
CLFSH (CLFLUSH instruction supported)
DS (Debug store)
ACPI (ACPI supported)
MMX (MMX technology supported)
FXSR (FXSAVE and FXSTOR instructions supported)
SSE (Streaming SIMD extensions)
SSE2 (Streaming SIMD extensions 2)
SS (Self-snoop)
HTT (Multi-threading)
TM (Thermal monitor supported)
PBE (Pending break enabled)
Version: Intel(R) Pentium(R) CPU G630 @ 2.70GHz
Voltage: 1.2 V
External Clock: 100 MHz
Max Speed: 7000 MHz
Current Speed: 2700 MHz
Status: Populated, Enabled
Upgrade: Other
L1 Cache Handle: 0x0004
L2 Cache Handle: 0x0005
L3 Cache Handle: 0x0006
Serial Number: Not Specified
Asset Tag: Fill By OEM
Part Number: Fill By OEM
Core Count: 2
Core Enabled: 1
Characteristics:
64-bit capable
...
Va a "coro" con lshw con el tema cores. Tal vez lshw "arrastre" el
problema de dmidecode si es que hace el reconocimiento -o utiliza su
misma t�cnica- igual que �ste �ltimo.
>
> ¹http://ezix.org/source/packages/lshw/development/.version
>
> Saludos,
>
Saludos,
Walter
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Aug 20, 2012, 12:10:02 PM8/20/12
to
El Mon, 20 Aug 2012 12:29:38 -0300, Walter O. Dari escribió:
> On 20/08/12 10:32, Camaleón wrote:
(...)
>> 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
> Max Speed: 7000 MHz
Guau... ¿es eso cierto, que lo puedes forzar este micro hasta los 7
GHz? :-O
(...)
> Core Count: 2
> Core Enabled: 1
Ahí está, igualico que el lshw.
> Va a "coro" con lshw con el tema cores. Tal vez lshw "arrastre" el
> problema de dmidecode si es que hace el reconocimiento -o utiliza su
> misma técnica- igual que éste último.
Eso mismo, yo creo que el problema del lshw deriva de aquí.
Fíjate lo que me dice a mí:
stt008:~# dmidecode -t processor
# dmidecode 2.9
SMBIOS 2.5 present.
Handle 0x0004, DMI type 4, 35 bytes
Processor Information
Socket Designation: CPU 1
Type: Central Processor
Family: <OUT OF SPEC>
Manufacturer: Intel
ID: 7A 06 01 00 FF FB EB BF
Version: 00000000000000000000000000000000
Voltage: 1.8 V
External Clock: Unknown
Max Speed: 3300 MHz
Current Speed: 2830 MHz
Status: Populated, Enabled
Upgrade: Socket LGA775
L1 Cache Handle: 0x0005
L2 Cache Handle: 0x0006
L3 Cache Handle: Not Provided
Serial Number: Not Specified
Asset Tag: Not Specified
Part Number: Not Specified
Vale que la versión es antigua pero esos datos tal y como los muestra son
completamente inútiles. Je, y en Wheezy me dice que tengo un "Pentium M"
cuando es un Atom. Ná, ni caso.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/k0tn2c$mg3$1...@ger.gmane.org
> On 20/08/12 10:32, Camaleón wrote:
(...)
>> 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.
>
> Va parte de la salida de dmidecode...
>
> ...
> Processor Information
(...)
>
> Va parte de la salida de dmidecode...
>
> ...
> Processor Information
> Max Speed: 7000 MHz
Guau... ¿es eso cierto, que lo puedes forzar este micro hasta los 7
GHz? :-O
(...)
> Core Count: 2
> Core Enabled: 1
> Va a "coro" con lshw con el tema cores. Tal vez lshw "arrastre" el
> problema de dmidecode si es que hace el reconocimiento -o utiliza su
Eso mismo, yo creo que el problema del lshw deriva de aquí.
Fíjate lo que me dice a mí:
stt008:~# dmidecode -t processor
# dmidecode 2.9
SMBIOS 2.5 present.
Handle 0x0004, DMI type 4, 35 bytes
Processor Information
Socket Designation: CPU 1
Type: Central Processor
Family: <OUT OF SPEC>
Manufacturer: Intel
ID: 7A 06 01 00 FF FB EB BF
Version: 00000000000000000000000000000000
Voltage: 1.8 V
External Clock: Unknown
Max Speed: 3300 MHz
Current Speed: 2830 MHz
Status: Populated, Enabled
Upgrade: Socket LGA775
L1 Cache Handle: 0x0005
L2 Cache Handle: 0x0006
L3 Cache Handle: Not Provided
Serial Number: Not Specified
Asset Tag: Not Specified
Part Number: Not Specified
Vale que la versión es antigua pero esos datos tal y como los muestra son
completamente inútiles. Je, y en Wheezy me dice que tengo un "Pentium M"
cuando es un Atom. Ná, ni caso.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Walter O. Dari
Aug 20, 2012, 8:20:01 PM8/20/12
to
Hola...
On 20/08/12 13:02, Camale�n wrote:
> El Mon, 20 Aug 2012 12:29:38 -0300, Walter O. Dari escribió:
>>> 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
> GHz? :-O
para cocinar, la cocina...
Ac� comentan de llevar, en forma estable, a 4,8 GHz tanto un core i5 de
2,5 GHz como un core i7 de 2,6 GHz
http://benchmarkreviews.com/index.php?option=com_content&task=view&id=730&Itemid=38&limit=1&limitstart=6
>
> (...)
>
>> Core Count: 2
>> Core Enabled: 1
>
> Ahà está, igualico que el lshw.
>
> Eso mismo, yo creo que el problema del lshw deriva de aquÃ.
>
> FÃjate lo que me dice a mÃ:
> completamente inútiles. Je, y en Wheezy me dice que tengo un "Pentium M"
> cuando es un Atom. Ná, ni caso.
En fin, habr� que prestar m�s atenci�n a otras formas de obtener la
informaci�n m�s certera.
>
> Saludos,
>
Saludos,
Walter
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/5032D1C9...@gmail.com
On 20/08/12 13:02, Camale�n wrote:
> El Mon, 20 Aug 2012 12:29:38 -0300, Walter O. Dari escribió:
>
>> On 20/08/12 10:32, Camaleón wrote:
>
> (...)
>
>>> Pero en ese caso el resto de aplicaciones detectarÃÂan unos valores
>> On 20/08/12 10:32, Camaleón wrote:
>
> (...)
>
>>> 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.
>>
>> Va parte de la salida de dmidecode...
>>
>> ...
>> Processor Information
>
> (...)
>
>> Max Speed: 7000 MHz
>
> Guau... ¿es eso cierto, que lo puedes forzar este micro hasta los 7
>>
>> Va parte de la salida de dmidecode...
>>
>> ...
>> Processor Information
>
> (...)
>
>> Max Speed: 7000 MHz
>
> GHz? :-O
para cocinar, la cocina...
Ac� comentan de llevar, en forma estable, a 4,8 GHz tanto un core i5 de
2,5 GHz como un core i7 de 2,6 GHz
http://benchmarkreviews.com/index.php?option=com_content&task=view&id=730&Itemid=38&limit=1&limitstart=6
>
> (...)
>
>> Core Count: 2
>> Core Enabled: 1
>
>
>> Va a "coro" con lshw con el tema cores. Tal vez lshw "arrastre" el
>> problema de dmidecode si es que hace el reconocimiento -o utiliza su
>> misma técnica- igual que éste último.
>> Va a "coro" con lshw con el tema cores. Tal vez lshw "arrastre" el
>> problema de dmidecode si es que hace el reconocimiento -o utiliza su
>
> Eso mismo, yo creo que el problema del lshw deriva de aquÃ.
>
> FÃjate lo que me dice a mÃ:
>
> stt008:~# dmidecode -t processor
> # dmidecode 2.9
> SMBIOS 2.5 present.
>
> Handle 0x0004, DMI type 4, 35 bytes
> Processor Information
> Socket Designation: CPU 1
> Type: Central Processor
> Family:<OUT OF SPEC>
> Manufacturer: Intel
> ID: 7A 06 01 00 FF FB EB BF
> Version: 00000000000000000000000000000000
> Voltage: 1.8 V
> External Clock: Unknown
> Max Speed: 3300 MHz
> Current Speed: 2830 MHz
> Status: Populated, Enabled
> Upgrade: Socket LGA775
> L1 Cache Handle: 0x0005
> L2 Cache Handle: 0x0006
> L3 Cache Handle: Not Provided
> Serial Number: Not Specified
> Asset Tag: Not Specified
> Part Number: Not Specified
>
> Vale que la versión es antigua pero esos datos tal y como los muestra son
> stt008:~# dmidecode -t processor
> # dmidecode 2.9
> SMBIOS 2.5 present.
>
> Handle 0x0004, DMI type 4, 35 bytes
> Processor Information
> Socket Designation: CPU 1
> Type: Central Processor
> Family:<OUT OF SPEC>
> Manufacturer: Intel
> ID: 7A 06 01 00 FF FB EB BF
> Version: 00000000000000000000000000000000
> Voltage: 1.8 V
> External Clock: Unknown
> Max Speed: 3300 MHz
> Current Speed: 2830 MHz
> Status: Populated, Enabled
> Upgrade: Socket LGA775
> L1 Cache Handle: 0x0005
> L2 Cache Handle: 0x0006
> L3 Cache Handle: Not Provided
> Serial Number: Not Specified
> Asset Tag: Not Specified
> Part Number: Not Specified
>
> completamente inútiles. Je, y en Wheezy me dice que tengo un "Pentium M"
> cuando es un Atom. Ná, ni caso.
En fin, habr� que prestar m�s atenci�n a otras formas de obtener la
informaci�n m�s certera.
>
> Saludos,
>
Saludos,
Walter
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Aug 21, 2012, 9:40:01 AM8/21/12
to
El Mon, 20 Aug 2012 21:09:45 -0300, Walter O. Dari escribió:
> On 20/08/12 13:02, Camaleón wrote:
(...)
>>> Max Speed: 7000 MHz
>>
>> Guau... ¿es eso cierto, que lo puedes forzar este micro hasta los 7
>> GHz? :-O
>
> para cocinar, la cocina...
:-)
> Acá comentan de llevar, en forma estable, a 4,8 GHz tanto un core i5 de
refrigeración y en tiempo limitado) pero 7 GHz... vamos, ni aunque sea la
versión "extreme". Se le ha ido la cabeza al dmidecode :-P
> En fin, habrá que prestar más atención a otras formas de obtener la
> información más certera.
Sí, definitivamente ni dmidecode ni lshw parecen fiables.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/k102ub$agf$3...@ger.gmane.org
> On 20/08/12 13:02, Camaleón wrote:
(...)
>>> Max Speed: 7000 MHz
>>
>> Guau... ¿es eso cierto, que lo puedes forzar este micro hasta los 7
>> GHz? :-O
>
> para cocinar, la cocina...
> Acá comentan de llevar, en forma estable, a 4,8 GHz tanto un core i5 de
> 2,5 GHz como un core i7 de 2,6 GHz
>
> http://benchmarkreviews.com/index.php?option=com_content&task=view&id=730&Itemid=38&limit=1&limitstart=6
(...)
~4 GHz es un valor más "razonable" para un core i7 (con una buena
>
> http://benchmarkreviews.com/index.php?option=com_content&task=view&id=730&Itemid=38&limit=1&limitstart=6
(...)
refrigeración y en tiempo limitado) pero 7 GHz... vamos, ni aunque sea la
versión "extreme". Se le ha ido la cabeza al dmidecode :-P
> En fin, habrá que prestar más atención a otras formas de obtener la
> información más certera.
Sí, definitivamente ni dmidecode ni lshw parecen fiables.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
0 new messages