| kernel PAE and ENT very slow [message #30104] |
Sun, 11 May 2008 22:21  |
goeldi
Messages: 92
Registered: June 2006
|
Member |
|
|
I have this problem with a node: it runs fine with kernel 2.6.18-ovz028stab053.5-smp but can see only 4GB out of 8. Therefor I installed 2.6.18-ovz028stab053.5-enterprise which can see all 8GB but is very slow after initializing udev. The system is so slow it is not usable (about 10 minutes until the login prompt). This is a Core2Quad with an Intel DG33BU mainboard (not defect, but I had to add pci=nommconf for a successful boot.
I tried it with kernels 2.6.18-53.1.13.el5.028stab053.10ent and 2.6.18-53.1.13.el5.028stab053.10PAE with same effect.
Is this a known effect?
Is there any boot option to solve this issue?
Here are the software versions, output of dmesg and dmidecode:
# uname -a
Linux hostname 2.6.18-ovz028stab053.5-smp #1 SMP Wed Feb 13 14:20:54 MSK 2008 i686 i686 i386 GNU/Linux
# rpm -q centos-release
centos-release-5-1.0.el5.centos.1
vzctl-3.0.22-1
# dmesg
Linux version 2.6.18-ovz028stab053.5-smp (root@centos-32-build) (gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)) #1 SMP Wed Feb 13 14:20:54 MSK 2
008
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000ce222000 (usable)
BIOS-e820: 00000000ce222000 - 00000000ce282000 (ACPI NVS)
BIOS-e820: 00000000ce282000 - 00000000cf2d1000 (usable)
BIOS-e820: 00000000cf2d1000 - 00000000cf2d3000 (reserved)
BIOS-e820: 00000000cf2d3000 - 00000000cf391000 (usable)
BIOS-e820: 00000000cf391000 - 00000000cf39c000 (ACPI NVS)
BIOS-e820: 00000000cf39c000 - 00000000cf39d000 (ACPI data)
BIOS-e820: 00000000cf39d000 - 00000000cf3ea000 (ACPI NVS)
BIOS-e820: 00000000cf3ea000 - 00000000cf3f3000 (ACPI data)
BIOS-e820: 00000000cf3f3000 - 00000000cf3f4000 (usable)
BIOS-e820: 00000000cf3f4000 - 00000000cf3ff000 (ACPI data)
BIOS-e820: 00000000cf3ff000 - 00000000cf400000 (usable)
BIOS-e820: 00000000cf400000 - 00000000d0000000 (reserved)
BIOS-e820: 00000000f0000000 - 00000000f8000000 (reserved)
BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 000000022c000000 (usable)
Warning only 4GB will be used.
Use a PAE enabled kernel.
3200MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe200
On node 0 totalpages: 1048576
DMA zone: 4096 pages, LIFO batch:0
Normal zone: 225280 pages, LIFO batch:31
HighMem zone: 819200 pages, LIFO batch:31
DMI 2.4 present.
ACPI: RSDP (v000 INTEL ) @ 0x000fe020
ACPI: RSDT (v001 INTEL DG33BU 0x0000011f 0x01000013) @ 0xcf3fd038
ACPI: FADT (v001 INTEL DG33BU 0x0000011f MSFT 0x01000013) @ 0xcf3fc000
ACPI: MADT (v001 INTEL DG33BU 0x0000011f MSFT 0x01000013) @ 0xcf3f7000
ACPI: WDDT (v001 INTEL DG33BU 0x0000011f MSFT 0x01000013) @ 0xcf3f6000
ACPI: MCFG (v001 INTEL DG33BU 0x0000011f MSFT 0x01000013) @ 0xcf3f5000
ACPI: ASF! (v032 INTEL DG33BU 0x0000011f MSFT 0x01000013) @ 0xcf3f4000
ACPI: DMAR (v001 INTEL DG33BU 0x0000011f MSFT 0x01000013) @ 0xcf3f2000
ACPI: SSDT (v001 INTEL CpuPm 0x0000011f MSFT 0x01000013) @ 0xcf3f1000
ACPI: SSDT (v001 INTEL Cpu0Ist 0x0000011f MSFT 0x01000013) @ 0xcf3f0000
ACPI: SSDT (v001 INTEL Cpu1Ist 0x0000011f MSFT 0x01000013) @ 0xcf3ef000
ACPI: SSDT (v001 INTEL Cpu2Ist 0x0000011f MSFT 0x01000013) @ 0xcf3ee000
ACPI: SSDT (v001 INTEL Cpu3Ist 0x0000011f MSFT 0x01000013) @ 0xcf3ed000
ACPI: SSDT (v001 INTEL Cpu0Cst 0x0000011f MSFT 0x01000013) @ 0xcf3ec000
ACPI: SSDT (v001 INTEL Cpu1Cst 0x0000011f MSFT 0x01000013) @ 0xcf3eb000
ACPI: SSDT (v001 INTEL Cpu2Cst 0x0000011f MSFT 0x01000013) @ 0xcf3ea000
ACPI: SSDT (v001 INTEL Cpu3Cst 0x0000011f MSFT 0x01000013) @ 0xcf39c000
ACPI: DSDT (v001 INTEL DG33BU 0x0000011f MSFT 0x01000013) @ 0x00000000
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:15 APIC version 20
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
Processor #2 6:15 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 6:15 APIC version 20
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
Processor #3 6:15 APIC version 20
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at d2000000 (gap: d0000000:20000000)
Detected 2400.194 MHz processor.
Built 1 zonelists. Total pages: 1048576
Kernel command line: ro root=/dev/md2 pci=nommconf
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c0636000 soft=c062e000
PID hash table entries: 4096 (order: 12, 16384 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 3347636k/4194304k available (3814k kernel code, 45876k reserved, 1142k data, 300k init, 2477252k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 5186.02 BogoMIPS (lpj=2593010)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 20000000 00000000 00000000 0000e3bd 00000000 00000001
CPU: After vendor identify, caps: bfebfbff 20000000 00000000 00000000 0000e3bd 00000000 00000001
monitor/mwait feature present.
using mwait in idle threads.
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 4096K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
CPU: After all inits, caps: bfebfbff 20000000 00000000 00000940 0000e3bd 00000000 00000001
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
Freeing SMP alternatives: 20k freed
ACPI: Core revision 20060707
Page beancounter hash is 524288 entries.
CPU0: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz stepping 0b
Booting processor 1/1 eip 2000
CPU 1 irqstacks, hard=c0637000 soft=c062f000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4799.47 BogoMIPS (lpj=2399738)
CPU: After generic identify, caps: bfebfbff 20000000 00000000 00000000 0000e3bd 00000000 00000001
CPU: After vendor identify, caps: bfebfbff 20000000 00000000 00000000 0000e3bd 00000000 00000001
monitor/mwait feature present.
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 4096K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
CPU: After all inits, caps: bfebfbff 20000000 00000000 00000940 0000e3bd 00000000 00000001
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz stepping 0b
Booting processor 2/2 eip 2000
CPU 2 irqstacks, hard=c0638000 soft=c0630000
Initializing CPU#2
Calibrating delay using timer specific routine.. 4799.53 BogoMIPS (lpj=2399765)
CPU: After generic identify, caps: bfebfbff 20000000 00000000 00000000 0000e3bd 00000000 00000001
CPU: After vendor identify, caps: bfebfbff 20000000 00000000 00000000 0000e3bd 00000000 00000001
monitor/mwait feature present.
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 4096K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 2
CPU: After all inits, caps: bfebfbff 20000000 00000000 00000940 0000e3bd 00000000 00000001
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#2.
CPU2: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz stepping 0b
Booting processor 3/3 eip 2000
CPU 3 irqstacks, hard=c0639000 soft=c0631000
Initializing CPU#3
Calibrating delay using timer specific routine.. 4799.51 BogoMIPS (lpj=2399755)
CPU: After generic identify, caps: bfebfbff 20000000 00000000 00000000 0000e3bd 00000000 00000001
CPU: After vendor identify, caps: bfebfbff 20000000 00000000 00000000 0000e3bd 00000000 00000001
monitor/mwait feature present.
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 4096K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 3
CPU: After all inits, caps: bfebfbff 20000000 00000000 00000940 0000e3bd 00000000 00000001
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#3.
CPU3: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz stepping 0b
Total of 4 processors activated (19584.53 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
checking TSC synchronization across 4 CPUs: passed.
Brought up 4 CPUs
migration_cost=16,3407
checking if image is initramfs... it is
Freeing initrd memory: 2191k freed
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
Boot video device is 0000:00:02.0
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.2
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P32_._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 *9 10 11 12)
ACPI:
|
|
|
|
|
|
| Re: kernel PAE and ENT very slow [message #30123 is a reply to message #30122] |
Mon, 12 May 2008 19:24  |
goeldi
Messages: 92
Registered: June 2006
|
Member |
|
|
I have a lot of PAE systems running, but this is something different. The slowness of this system is translated as "not responding anymore".
This is a productive system. No way to install a 64bit system.
|
|
|
|
| Re: kernel PAE and ENT very slow [message #30124 is a reply to message #30104] |
Mon, 12 May 2008 21:11 |
philwo
Messages: 4
Registered: April 2008
|
Junior Member |
|
|
This maybe an MTRR issue. I experienced that after a BIOS upgrade on a DG965WH. The system boots so extremely slow that you could think it stopped responding at all, something like 10 seconds for each line of kernel output with pauses of 5 minutes in between sometimes. This is the effect of a BIOS bug, maybe an upgrade helps for you.
Have a look at this thread: http://forums.fedoraforum.org/showthread.php?t=157232 Note that they're talking about 64bit Linux, but this affects 32bit also.
Kernel 2.6.25 includes a workaround which detects this issue and uses only so much RAM as possible without a slowdown.
[Updated on: Mon, 12 May 2008 21:12] Report message to a moderator |
|
|
|
OpenVZ Forum
Members
Search
Help
Register
Login
Home
