/ Forside / Teknologi / Operativsystemer / Linux / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Linux
#NavnPoint
o.v.n. 11177
peque 7911
dk 4814
e.c 2359
Uranus 1334
emesen 1334
stone47 1307
linuxrules 1214
Octon 1100
10  BjarneD 875
Dual processor
Fra : Jørn Hundebøll


Dato : 06-01-04 23:56

Jeg har lige erhvervet et Asus P2B bundkort med to Pentium-II
processorer monteret samt en 256 MB stang RAM. Jeg har taget harddisken
fra min gamle computer med Mandrake 9.1 og flyttet den over i min "nye"
maskine.

Når maskinen booter op får jeg en dmesg (komplet udgave nederst) hvor
jeg har klippet de linier jeg mener bekræfter at Linux genkender der er
to processorer i maskinen.

Intel MultiProcessor Specification v1.1
Virtual Wire compatibility mode.
OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
Processor #1 Pentium(tm) Pro APIC version 17
Processor #0 Pentium(tm) Pro APIC version 17
I/O APIC #2 Version 17 at 0xFEC00000.
Enabling APIC mode: Flat.   Using 1 I/O APICs
Processors: 2
Kernel command line: BOOT_IMAGE=linux ro root=301 devfs=mount acpi=off
Initializing CPU#0
..
..
enabled ExtINT on CPU#0
..
..



desværre skriver den aldrig Initializing #1 eller noget om #1.

Efter jeg er logget ind og lave en top:

top - 11:30:29 up 1:00, 3 users, load average: 0.00, 0.00, 0.00
Tasks: 51 total, 1 running, 50 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.4% user, 0.3% system, 0.0% nice, 98.3% idle
Mem: 126408k total, 81856k used, 44552k free, 7004k buffers
Swap: 232900k total, 0k used, 232900k free, 50024k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command

1780 root 15 0 884 884 696 R 1.0 0.7 0:00.04 top

1 root 8 0 496 496 448 S 0.0 0.4 0:03.77 init

2 root 9 0 0 0 0 S 0.0 0.0 0:00.00 keventd

3 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kapmd



Her er der ikke meget dual-processor og "kun" den halve RAM (sikkert
fordi hver processor får 128 MB.

Mit problem er lidt at jeg ved meget lidt om dual-processor systemer og
lidt google på SMP giver mange forskellige oplysninger. Jeg vil gerne
vide om jeg skal gøre noget for at køre dual mode eller om jeg allerede
gør det (og hvordan jeg kan se det). Lidt info eventuelt nogle gode
links vil være meget velkomne.

Jørn


Herunder den komplette dmesg:

Linux version 2.4.21-0.13mdk (flepied @ bi .mandrakesoft.com.invalide)
(gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)) #1 Fri Mar 14
15:08:06 EST 2003
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000007ffd000 (usable)
BIOS-e820: 0000000007ffd000 - 0000000007fff000 (ACPI data)
BIOS-e820: 0000000007fff000 - 0000000008000000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
127MB LOWMEM available.
ACPI: have wakeup address 0xc0001000
found SMP MP-table at 000f6ec0
hm, page 000f6000 reserved twice.
hm, page 000f7000 reserved twice.
hm, page 000f6000 reserved twice.
hm, page 000f7000 reserved twice.
On node 0 totalpages: 32765
zone(0): 4096 pages.
zone(1): 28669 pages.
zone(2): 0 pages.
Intel MultiProcessor Specification v1.1
Virtual Wire compatibility mode.
OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
Processor #1 Pentium(tm) Pro APIC version 17
Processor #0 Pentium(tm) Pro APIC version 17
I/O APIC #2 Version 17 at 0xFEC00000.
Enabling APIC mode: Flat.   Using 1 I/O APICs
Processors: 2
Kernel command line: BOOT_IMAGE=linux ro root=301 devfs=mount acpi=off
Initializing CPU#0
Detected 451.026 MHz processor.
Console: colour VGA+ 80x60
Calibrating delay loop... 897.84 BogoMIPS
Memory: 126160k/131060k available (1410k kernel code, 4516k reserved,
1118k data, 136k init, 0k highmem)
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0183fbff 00000000 00000000 00000000
CPU: Common caps: 0183fbff 00000000 00000000 00000000
CPU: Intel Pentium II (Deschutes) stepping 02
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
ENABLING IO-APIC IRQs
Setting 2 in the phys_id_present_map
....changing IO-APIC physical APIC ID to 2 ... ok.
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-10, 2-11, 2-13, 2-17, 2-18, 2-20, 2-21,
2-22, 2-23 not connected.
...TIMER: vector=0x31 pin1=2 pin2=0
number of MP IRQ sources: 15.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................

IO APIC #2......
..... register #00: 02000000
........ : physical APIC id: 02
..... register #01: 00170011
........ : max redirection entries: 0017
........ : PRQ implemented: 0
........ : IO APIC version: 0011
..... register #02: 00000000
........ : arbitration: 00
..... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 001 01 0 0 0 0 0 1 1 39
02 001 01 0 0 0 0 0 1 1 31
03 001 01 0 0 0 0 0 1 1 41
04 001 01 0 0 0 0 0 1 1 49
05 001 01 0 0 0 0 0 1 1 51
06 001 01 0 0 0 0 0 1 1 59
07 001 01 0 0 0 0 0 1 1 61
08 001 01 0 0 0 0 0 1 1 69
09 001 01 0 0 0 0 0 1 1 71
0a 000 00 1 0 0 0 0 0 0 00
0b 000 00 1 0 0 0 0 0 0 00
0c 001 01 0 0 0 0 0 1 1 79
0d 000 00 1 0 0 0 0 0 0 00
0e 001 01 0 0 0 0 0 1 1 81
0f 001 01 0 0 0 0 0 1 1 89
10 001 01 1 1 0 1 0 1 1 91
11 000 00 1 0 0 0 0 0 0 00
12 000 00 1 0 0 0 0 0 0 00
13 001 01 1 1 0 1 0 1 1 99
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 000 00 1 0 0 0 0 0 0 00
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:5
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ10 -> 0:19
IRQ11 -> 0:16
IRQ12 -> 0:12
IRQ14 -> 0:14
IRQ15 -> 0:15
..................................... done.
Using local APIC timer interrupts.
calibrating APIC timer ...
...... CPU clock speed is 451.0462 MHz.
...... host bus clock speed is 100.2324 MHz.
cpu: 0, clocks: 1002324, slice: 501162
CPU0<T0:1002320,T1:501152,D:6,S:501162,C:1002324>
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
ACPI: Subsystem revision 20030122
ACPI: Disabled via command line (acpi=off)
PCI: PCI BIOS revision 2.10 entry at 0xf0730, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: ACPI tables contain no PCI IRQ routing entries
PCI: Probing PCI hardware (bus 00)
PCI: Using IRQ router PIIX [8086/7110] at 00:04.0
Limiting direct PCI/PCI transfers.
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16)
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
Detected PS/2 Mouse Port.
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT
SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 32000K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller at PCI slot 00:04.1
PIIX4: chipset revision 1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xb800-0xb807, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xb808-0xb80f, BIOS settings: hdc:pio, hdd:pio
hda: ST36451A, ATA DISK drive
blk: queue c03cb420, I/O limit 4095Mb (mask 0xffffffff)
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hda: task_no_data_intr: error=0x04 { DriveStatusError }
hda: 12594960 sectors (6449 MB) w/448KiB Cache, CHS=784/255/63, UDMA(33)
Partition check:
/dev/ide/host0/bus0/target0/lun0: p1 p2 < p5 >
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 110k freed
VFS: Mounted root (ext2 filesystem).
Mounted devfs on /dev
Journalled Block Device driver loaded
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Mounted devfs on /dev
Freeing unused kernel memory: 136k freed
Real Time Clock Driver v1.10e
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,1), internal journal
Adding Swap: 232900k swap-space (priority -1)
3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
See Documentation/networking/vortex.txt
00:09.0: 3Com PCI 3c905B Cyclone 100baseTx at 0xb000. Vers LK1.1.18-ac
00:10:5a:b1:f5:56, IRQ 10
product code 5150 rev 00.12 date 09-28-99
Internal config register is 1800000, transceivers 0xa.
8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface.
MII transceiver found at address 24, status 786d.
Enabling bus-master transmits and whole-frame receives.
00:09.0: scatter/gather enabled. h/w checksums enabled



 
 
Jacob Bunk Nielsen (07-01-2004)
Kommentar
Fra : Jacob Bunk Nielsen


Dato : 07-01-04 00:01

Jørn Hundebøll <spamnews1@dblue.dk> writes:

> desværre skriver den aldrig Initializing #1 eller noget om #1.

Hvad skriver 'cat /proc/cpuinfo'? Understøtter din kerne SMP?

> Her er der ikke meget dual-processor og "kun" den halve RAM (sikkert
> fordi hver processor får 128 MB.

Det er næppe derfor. Hukommelsen deles af CPU'erne, det tildeles ikke
pr. CPU.

Det skyldes snarere at det er dobbeltsidet RAM, og det understøtter
din bundkort sikkert ikke.

--
Jacob - www.bunk.cc
Everyone's in a high place when you're on your knees.

Jørn Hundebøll (07-01-2004)
Kommentar
Fra : Jørn Hundebøll


Dato : 07-01-04 01:11

Jacob Bunk Nielsen wrote:
> Jørn Hundebøll <spamnews1@dblue.dk> writes:
>
>
>>desværre skriver den aldrig Initializing #1 eller noget om #1.
>
>
> Hvad skriver 'cat /proc/cpuinfo'? Understøtter din kerne SMP?

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 5
model name : Pentium II (Deschutes)
stepping : 2
cpu MHz : 451.030
cache size : 512 KB
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 mmx fxsr
bogomips : 897.84

Det bliver jeg dog ikke meget klogere på. Kan dog se at cpuid_level på
min single cpu maskine siger 1.

>
>
>>Her er der ikke meget dual-processor og "kun" den halve RAM (sikkert
>>fordi hver processor får 128 MB.
>
>
> Det er næppe derfor. Hukommelsen deles af CPU'erne, det tildeles ikke
> pr. CPU.
>
> Det skyldes snarere at det er dobbeltsidet RAM, og det understøtter
> din bundkort sikkert ikke.
>

Selve RAM klodsen er en PC133 256 MB SD RAM klods, og der sidder
komponenter på begge sider - men er det det du mener med dobbeltsidet
RAM ? Jeg har købt maskinen brugt med denne klods i, men jeg ved ikke om
manden selv har haft adgang til alle 256 MB eller om han har brugt OS
fra en anden leverandør

Han får lige en mail.

Jørn

Jacob Bunk Nielsen (07-01-2004)
Kommentar
Fra : Jacob Bunk Nielsen


Dato : 07-01-04 10:03

Jørn Hundebøll <spamnews1@dblue.dk> writes:
> Jacob Bunk Nielsen wrote:
>
>> Hvad skriver 'cat /proc/cpuinfo'? Understøtter din kerne SMP?
>
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 6
> model : 5
> model name : Pentium II (Deschutes)
> stepping : 2
> cpu MHz : 451.030
> cache size : 512 KB
> 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 mmx fxsr
> bogomips : 897.84
>
> Det bliver jeg dog ikke meget klogere på. Kan dog se at cpuid_level på
> min single cpu maskine siger 1.

Joda, hvis der havde været to CPU'er, så havde der nedenunder
ovenstående stået noget der ligner til forveksling, blot ville der ud
for 'processor' stå 1 i stedet.

cpuid_level er noget andet.

> Selve RAM klodsen er en PC133 256 MB SD RAM klods, og der sidder
> komponenter på begge sider - men er det det du mener med dobbeltsidet
> RAM ?

Det tyder på at det er noget RAM der er nyere end selve
bundkortet. Det kan godt give de problemer du skriver. Prøv at sætte
noget ældre RAM i maskinen.

> Jeg har købt maskinen brugt med denne klods i, men jeg ved ikke om
> manden selv har haft adgang til alle 256 MB eller om han har brugt
> OS fra en anden leverandør

Operativsystemet bør ikke gøre nogen forskel, men prøv at lade den
lave en hukommelsestest når den starter op, og se hvor langt den
tæller op. Det er BIOS der står for den test.

--
Jacob - www.bunk.cc
If you fail to plan, plan to fail.

Jørn Hundebøll (07-01-2004)
Kommentar
Fra : Jørn Hundebøll


Dato : 07-01-04 22:35

Jacob Bunk Nielsen wrote:

>>Selve RAM klodsen er en PC133 256 MB SD RAM klods, og der sidder
>>komponenter på begge sider - men er det det du mener med dobbeltsidet
>>RAM ?
>
>
> Det tyder på at det er noget RAM der er nyere end selve
> bundkortet. Det kan godt give de problemer du skriver. Prøv at sætte
> noget ældre RAM i maskinen.

Jeg kan læse i manualen (den checker man selvfølgelig først til sidst),
at boarded kun supportere ensidet RAM - og det er åbentbart klodser hvor
der kun er chips på den ene side - så lærte jeg det. Den opfører sig som
en 128 MB klods og kombineret med et par aflagte 64MB klodser kan jeg få
den op på 256 MB.

Men en ny kerne også kører jeg dual mode nu !

Jørn

Peter Dalgaard (07-01-2004)
Kommentar
Fra : Peter Dalgaard


Dato : 07-01-04 00:09

Jørn Hundebøll <spamnews1@dblue.dk> writes:

> Jeg har lige erhvervet et Asus P2B bundkort med to Pentium-II
> processorer monteret samt en 256 MB stang RAM. Jeg har taget
> harddisken fra min gamle computer med Mandrake 9.1 og flyttet den over
> i min "nye" maskine.
>
> Når maskinen booter op får jeg en dmesg (komplet udgave nederst) hvor
> jeg har klippet de linier jeg mener bekræfter at Linux genkender der
> er to processorer i maskinen.
>
> Intel MultiProcessor Specification v1.1
> Virtual Wire compatibility mode.
> OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
> Processor #1 Pentium(tm) Pro APIC version 17
> Processor #0 Pentium(tm) Pro APIC version 17
....
> desværre skriver den aldrig Initializing #1 eller noget om #1.
....
> Mit problem er lidt at jeg ved meget lidt om dual-processor systemer
> og lidt google på SMP giver mange forskellige oplysninger. Jeg vil
> gerne vide om jeg skal gøre noget for at køre dual mode eller om jeg
> allerede gør det (og hvordan jeg kan se det). Lidt info eventuelt
> nogle gode links vil være meget velkomne.
....
> Linux version 2.4.21-0.13mdk (flepied @ bi .mandrakesoft.com.invalide)
> (gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)) #1 Fri Mar 14

Nu plejer jeg at være til RedHat, men mon ikke du skal udskifte dine
kernel-pakker til nogen med SMP? På en af vores dual maskiner ser det
i hvert fald sådan her ud:

Linux version 2.4.20-24.8smp (bhcompile@daffy.perf.redhat.com) (gcc
version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 SMP Mon Dec 1

rpm -qf /boot/vmlinux-2.4.20-24.8smp
kernel-smp-2.4.20-24.8

--
O__ ---- Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk) FAX: (+45) 35327907

Jørn Hundebøll (07-01-2004)
Kommentar
Fra : Jørn Hundebøll


Dato : 07-01-04 01:15

Peter Dalgaard wrote:
> Jørn Hundebøll <spamnews1@dblue.dk> writes:
>
>>Linux version 2.4.21-0.13mdk (flepied @ bi .mandrakesoft.com.invalide)
>>(gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)) #1 Fri Mar 14
>
>
> Nu plejer jeg at være til RedHat, men mon ikke du skal udskifte dine
> kernel-pakker til nogen med SMP? På en af vores dual maskiner ser det
> i hvert fald sådan her ud:

Redhat og Mandrake er vist meget lig hinanden. Jeg havde godt via google
set at der fandtes SMP kernel pakker, men jeg troede at når den under
opstart så to processorer at det så var ok. Men en opgradering af kernen
er nok på sin plads. Er det noget du gør efter installationen eller
vælger du kernen under installationen ?

Hvordan opgraderes kernen lettest ?
Er der andre programmer/filer som skal opgraderes for at køre SMP ?
Hvordan ser en top ud hos dig ?

Jørn

Carsten Keller (07-01-2004)
Kommentar
Fra : Carsten Keller


Dato : 07-01-04 09:06


"Jørn Hundebøll" <spamnews1@dblue.dk> wrote in message
news:xcIKb.3709$e13.1166@news.get2net.dk...
> Hvordan opgraderes kernen lettest ?

I RedHat ved at hente en rpm-pakke med en smp-kernel. Derefter rpm -uvh
kernel-xxxxxxxxx-smp.rpm.

> Er der andre programmer/filer som skal opgraderes for at køre SMP ?

Ikke nogen jeg kan komme i tanke om.

> Hvordan ser en top ud hos dig ?

En dual XEON maskine ser sådan ud hos mig. Grunden til at der er 4 CPU'er er
fordi XEON kører hyperthreading.

9:04am up 165 days, 16:39, 2 users, load average: 0.00, 0.00, 0.00
59 processes: 58 sleeping, 1 running, 0 zombie, 0 stopped
CPU0 states: 0.1% user, 0.0% system, 0.0% nice, 99.4% idle
CPU1 states: 0.0% user, 0.0% system, 0.0% nice, 100.0% idle
CPU2 states: 0.0% user, 2.1% system, 0.0% nice, 97.4% idle
CPU3 states: 0.0% user, 0.0% system, 0.0% nice, 100.0% idle
Mem: 2064584K av, 2051228K used, 13356K free, 0K shrd, 261580K
buff
Swap: 2040212K av, 9392K used, 2030820K free 1625868K
cached

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
8 root 16 0 0 0 0 SW 2.1 0.0 4805m kscand
32604 root 9 0 1016 1016 772 R 0.1 0.0 0:00 top

Keller



Jørn Hundebøll (07-01-2004)
Kommentar
Fra : Jørn Hundebøll


Dato : 07-01-04 22:39

Carsten Keller wrote:
> "Jørn Hundebøll" <spamnews1@dblue.dk> wrote in message
> news:xcIKb.3709$e13.1166@news.get2net.dk...
>
>>Hvordan opgraderes kernen lettest ?
>
>
> I RedHat ved at hente en rpm-pakke med en smp-kernel. Derefter rpm -uvh
> kernel-xxxxxxxxx-smp.rpm.

Mandrake rpm -U kernel-xxxxx-smp.rpm også en boot - også spiller det !

>>Hvordan ser en top ud hos dig ?
>
>
> En dual XEON maskine ser sådan ud hos mig. Grunden til at der er 4 CPU'er er
> fordi XEON kører hyperthreading.
>
> 9:04am up 165 days, 16:39, 2 users, load average: 0.00, 0.00, 0.00
> 59 processes: 58 sleeping, 1 running, 0 zombie, 0 stopped
> CPU0 states: 0.1% user, 0.0% system, 0.0% nice, 99.4% idle
> CPU1 states: 0.0% user, 0.0% system, 0.0% nice, 100.0% idle
> CPU2 states: 0.0% user, 2.1% system, 0.0% nice, 97.4% idle
> CPU3 states: 0.0% user, 0.0% system, 0.0% nice, 100.0% idle
> Mem: 2064584K av, 2051228K used, 13356K free, 0K shrd, 261580K
> buff
> Swap: 2040212K av, 9392K used, 2030820K free 1625868K
> cached
>
> PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
> 8 root 16 0 0 0 0 SW 2.1 0.0 4805m kscand
> 32604 root 9 0 1016 1016 772 R 0.1 0.0 0:00 top


Min top er åbentbart en lidt anden version. Den skriver CPU(s) også er
værdien bagefter det samlede load på de to processorer. Jeg har prøvet
at give den to ISO filer som den skal gzip'e, også er det lidt sjovt at
se to processer som hver bruger 90%. Det tager jeg som tegn på at
skidtet faktisk bruger begge processorer.

Jeg takker for hjælpen - nu skal der leges !

Jørn

Jacob Bunk Nielsen (07-01-2004)
Kommentar
Fra : Jacob Bunk Nielsen


Dato : 07-01-04 23:10

Jørn Hundebøll <spamnews1@dblue.dk> writes:

> Min top er åbentbart en lidt anden version. Den skriver CPU(s) også er
> værdien bagefter det samlede load på de to processorer. Jeg har prøvet
> at give den to ISO filer som den skal gzip'e, også er det lidt sjovt
> at se to processer som hver bruger 90%. Det tager jeg som tegn på at
> skidtet faktisk bruger begge processorer.

Den top der er på Solaris viser CPU-forbruget anderledes. Der er fuld
skrue på alle CPU'er 100%, så hvis man fx har en maskine med 4 CPU'er,
hvor en proces bruger 100% CPU-tid på en enkelt CPU, så dukker den op
som 25% i top, så sådan kan du ikke altid regne.

--
Jacob - www.bunk.cc
Paranoia doesn't mean the whole world isn't out to get you.

Jørn Hundebøll (08-01-2004)
Kommentar
Fra : Jørn Hundebøll


Dato : 08-01-04 00:06

Jacob Bunk Nielsen wrote:
> Jørn Hundebøll <spamnews1@dblue.dk> writes:
>
>
>>Min top er åbentbart en lidt anden version. Den skriver CPU(s) også er
>>værdien bagefter det samlede load på de to processorer. Jeg har prøvet
>>at give den to ISO filer som den skal gzip'e, også er det lidt sjovt
>>at se to processer som hver bruger 90%. Det tager jeg som tegn på at
>>skidtet faktisk bruger begge processorer.
>
>
> Den top der er på Solaris viser CPU-forbruget anderledes. Der er fuld
> skrue på alle CPU'er 100%, så hvis man fx har en maskine med 4 CPU'er,
> hvor en proces bruger 100% CPU-tid på en enkelt CPU, så dukker den op
> som 25% i top, så sådan kan du ikke altid regne.
>

Det samme gør min top - blot således at 100% på et job giver 50% på
totalen

(Hvis en pige læste dette ville hun nok grine eller græde).

Jørn

Jacob Bunk Nielsen (08-01-2004)
Kommentar
Fra : Jacob Bunk Nielsen


Dato : 08-01-04 11:43

Jørn Hundebøll <spamnews1@dblue.dk> writes:
> Jacob Bunk Nielsen wrote:
>
>> Den top der er på Solaris viser CPU-forbruget anderledes. Der er fuld
>> skrue på alle CPU'er 100%, så hvis man fx har en maskine med 4 CPU'er,
>> hvor en proces bruger 100% CPU-tid på en enkelt CPU, så dukker den op
>> som 25% i top, så sådan kan du ikke altid regne.
>>
>
> Det samme gør min top

Nej, det er jo netop ikke det den gør.

> blot således at 100% på et job giver 50% på totalen

Ja, i modsætning til den top der findes på Solaris.

Hvis du har N CPU'er i din boks, så vil fuld belastning give Nx100%,
mens det på Solaris altid vil give 100% uanset hvor mange CPU'er du
har.

På en maskine Sun-maskine med 48 CPU'er jeg har adgang til, der ser
man fx aldrig belastning over 2,xx % i top.

> (Hvis en pige læste dette ville hun nok grine eller græde).

Ja, fordi jeg tydeligvis ikke evner at kommunikere så du forstår mig.

--
Jacob - www.bunk.cc
Stupidity got us into this mess -- why can't it get us out?

Søg
Reklame
Statistik
Spørgsmål : 177503
Tips : 31968
Nyheder : 719565
Indlæg : 6408540
Brugere : 218887

Månedens bedste
Årets bedste
Sidste års bedste