Strona 1 z 1
Core 2 Duo - powinien być widoczny jeden procesor czy dwa?
: 02 października 2007, 08:27
autor: Diabl0
Witam
Mam pytanie odnośnie kompilacji kernela pod Core 2 Duo. Pomimo usilnych starań nie jestem w stanie tak go skąpilować aby w systemie były widziane oba jądra - /proc/cpuinfo cały czas pokazuje tylko jeden:
diabl0@L1:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 CPU 4300 @ 1.80GHz
stepping : 2
cpu MHz : 1800.136
cache size : 2048 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
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 nx lm constant_tsc up pni monitor ds_cpl est tm2 ssse3 cx16 xtpr lahf_lm
bogomips : 3603.00
clflush size : 64
Czy to normalny objaw - pokazywanie tylko jednego "fizycznego" procesora czy ja coś źle robię?
Ostatnie ustawienia kernela dostępne są
tutaj.
: 02 października 2007, 18:03
autor: Maciek_Rutecki
Sprawdź w biosie i czy jądro ma włączoną obsługę SMP. Powinieneś mieć coś takiego:
Kod: Zaznacz cały
maciek@gumis:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 14
model name : Genuine Intel(R) CPU T2050 @ 1.60GHz
stepping : 8
cpu MHz : 1600.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu 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 nx constant_tsc arch_perfmon bts pni monitor est tm2 xtpr
bogomips : 3196.04
clflush size : 64
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 14
model name : Genuine Intel(R) CPU T2050 @ 1.60GHz
stepping : 8
cpu MHz : 1600.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu 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 nx constant_tsc arch_perfmon bts pni monitor est tm2 xtpr
bogomips : 3193.40
clflush size : 64
Powinno być tak:
"siblings == cpu cores == 2"
Wtedy masz dwa rdzenie, z nieobecnym HT - czyli Core (2) Duo.
: 03 października 2007, 18:25
autor: fanatico
Podłącze się do temat - a co jeżeli nie ma możliwości włączenie tego w biosie -powiem tak - mój bios jest okrojony do tego stopnia że sprowadza się do zmiany bootowania :-)
: 03 października 2007, 19:06
autor: ruun
W jądro trzeba wkompilować:
Processor type and features --->
[*] Symmetric multi-processing support
Processor family (Pentium-4/Celeron(P4-based)/pentium-4 M/older Xeon) --->
[2] Maximum number of CPUs (2-225)
Device Drivers --->
Character devices --->
<*> Enhanced Real Time Clock Support
http://forum.dug.net.pl/viewtopic.php?t=9192
: 03 października 2007, 21:00
autor: Petherson
hmmm dziwne - choćbym nie wiem nawet jakiego livecd zarzucił czy to I686 czy I386 to zawsze i tak widze dwa processor 0 i 1. Może coś nie tak jest z Twoim klockiem ? Zawsze tak było?
: 03 października 2007, 22:58
autor: Diabl0
W sumie zawsze, aczkolwiek za dużo nie kombinowałem. To jest tylko niewielki serwerek lokalny gdzie bardziej liczą się dyski niż wydajność więc nie potrzebowałem zwracać na to większej uwagi a jedynie z ciekawości szukam rozwiązania "problemu".
Odnośnie płyty - jest to płyta
Intel DG33BUC (Intel G33) i jak to w Intelach możliwości w biosie ograniczają się w zasadzie do wyboru napędu bootowalnego i ustawienia daty
SMP raczej nie widziałem, kojarzy mi się natomiast jakieś HT - może to blokuje pracę jako SMP - jutro sprawdzę i dam znać.