Con and others: I've been running 2.6.9-ck1 for a couple of days, and seem
to have hit on a major swapping issue....
My machine is a UP Athlon 2500+ with 512MB, and everything hums along
nicely under normal desktop usage. But when launching UT2004, it just
crawls and jerks like hell. At one point, it appeared to have frozen
completely, but I managed to switch to a text console to see what was
happening, and basically I'd hit a swap frenzy: kswapd was sucking 50% of
the CPU, fighting with the UT2004 process.
My RAM appeared to be almost "full", with no cache/buffers, but only a few
hundred K of swap was actually being used, and this wasn't changing.
The kswapd frenzy carried on for at least a couple of minutes; then
suddenly everything went smooth again and the game played perfectly from
then on.
This is definitely new behaviour; I've run every recent 2.6 kernel, with
and without the staircase scheduler patch (but not the full -ck), and
never had any problems before. Yes, I'm running the dratted Nvidia
driver, but that's not the issue as it's been loaded with every other
kernel. Switching back to 2.6.9-rc3 makes everything behave perfectly
again....
Any ideas? Any more info required?
Cheers
Alastair
--
o
Alastair Stevens : child of 1976 /-'_ LPI (Level 1)
http://www.altruxsolutions.co.uk |\/(*) /\__ Linux Certified
_________________________________ . .(*) _____/ \___________________
Ditch IE and ignite a new web - http://www.getfirefox.com
Alastair Stevens wrote:
> Con and others: I've been running 2.6.9-ck1 for a couple of days, and seem
> to have hit on a major swapping issue....
>
> My machine is a UP Athlon 2500+ with 512MB, and everything hums along
> nicely under normal desktop usage. But when launching UT2004, it just
> crawls and jerks like hell. At one point, it appeared to have frozen
> completely, but I managed to switch to a text console to see what was
> happening, and basically I'd hit a swap frenzy: kswapd was sucking 50% of
> the CPU, fighting with the UT2004 process.
>
> My RAM appeared to be almost "full", with no cache/buffers, but only a few
> hundred K of swap was actually being used, and this wasn't changing.
> The kswapd frenzy carried on for at least a couple of minutes; then
> suddenly everything went smooth again and the game played perfectly from
> then on.
>
> This is definitely new behaviour; I've run every recent 2.6 kernel, with
> and without the staircase scheduler patch (but not the full -ck), and
> never had any problems before. Yes, I'm running the dratted Nvidia
> driver, but that's not the issue as it's been loaded with every other
> kernel. Switching back to 2.6.9-rc3 makes everything behave perfectly
> again....
>
> Any ideas? Any more info required?
I've seen reports of this happening since 2.6.9 _even on mainline_.
Something seems very sick with kswapd where it consumes massive amounts
of cpu. Can you reproduce without any -ck patches? Others have already
done so, but it seems to happen earlier with -ck.
Con
On Sat, 2004-10-23 at 10:03 +1000, Con Kolivas wrote:
> > Any ideas? Any more info required?
>
> I've seen reports of this happening since 2.6.9 _even on mainline_.
> Something seems very sick with kswapd where it consumes massive amounts
> of cpu. Can you reproduce without any -ck patches? Others have already
> done so, but it seems to happen earlier with -ck.
One thing that comes to mind immediately is AM's patch to optimize the
swap space layout:
http://lkml.org/lkml/2004/9/9/254
This is definitely in mainline now, not sure when it went in. Try
backing it out.
Lee
Nick Piggin wrote:
> Con Kolivas wrote:
>
>> Alastair Stevens wrote:
>
>
>>> Any ideas? Any more info required?
>>
>>
>>
>> I've seen reports of this happening since 2.6.9 _even on mainline_.
>> Something seems very sick with kswapd where it consumes massive
>> amounts of cpu. Can you reproduce without any -ck patches? Others have
>> already done so, but it seems to happen earlier with -ck.
>>
>
> Where are the bug reports, please? I haven't seen any on lkml, but
> I haven't been following too closely for the past few days.
>
> Thanks
> Nick
Lurking on the gentoo forums will reveal this:
http://forums.gentoo.org/viewtopic.php?t=239686&postdays=0&postorder=asc&start=50
Cheers
Con
Con Kolivas wrote:
> Alastair Stevens wrote:
>> Any ideas? Any more info required?
>
>
> I've seen reports of this happening since 2.6.9 _even on mainline_.
> Something seems very sick with kswapd where it consumes massive amounts
> of cpu. Can you reproduce without any -ck patches? Others have already
> done so, but it seems to happen earlier with -ck.
>
Where are the bug reports, please? I haven't seen any on lkml, but
I haven't been following too closely for the past few days.
Thanks
Nick
Con Kolivas wrote:
>
> Lurking on the gentoo forums will reveal this:
> http://forums.gentoo.org/viewtopic.php?t=239686&postdays=0&postorder=asc&start=50
>
>
> Cheers
> Con
Hmm thanks.
Alastair, can you compile sysrq support into the kernel, and
press Alt+SysRq+M when kswapd is going crazy. Then send me
the output of `dmesg`. That would be very helpful.
Nick
On Saturday 23 October 2004 7:00, Nick Piggin wrote:
> Alastair, can you compile sysrq support into the kernel, and
> press Alt+SysRq+M when kswapd is going crazy. Then send me
> the output of `dmesg`. That would be very helpful.
OK, here she is.....
It certainly doesn't do it _every_ time. Going into X and straight into
UT2004 seems fine; but once other apps are loaded and memory is tighter,
off it goes into a frenzy.
Hope this is useful - thanks for your help!
---------
Linux version 2.6.9-ck1 ([email protected]) (gcc version 3.3.4
20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6)) #5 Sat Oct 23
17:04:59 BST 2004
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000001fffc000 (usable)
BIOS-e820: 000000001fffc000 - 000000001ffff000 (ACPI data)
BIOS-e820: 000000001ffff000 - 0000000020000000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
511MB LOWMEM available.
On node 0 totalpages: 131068
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 126972 pages, LIFO batch:16
HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 ASUS ) @ 0x000f5f50
ACPI: RSDT (v001 ASUS A7V8X-X 0x42302e31 MSFT 0x31313031) @ 0x1fffc000
ACPI: FADT (v001 ASUS A7V8X-X 0x42302e31 MSFT 0x31313031) @ 0x1fffc0b2
ACPI: BOOT (v001 ASUS A7V8X-X 0x42302e31 MSFT 0x31313031) @ 0x1fffc030
ACPI: MADT (v001 ASUS A7V8X-X 0x42302e31 MSFT 0x31313031) @ 0x1fffc058
ACPI: DSDT (v001 ASUS A7V8X-X 0x00001000 MSFT 0x0100000b) @ 0x00000000
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 6:10 APIC version 16
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
Built 1 zonelists
Kernel command line: ro root=/dev/hda3 video=vesa:ywrap,mtrr vga=0x317
Initializing CPU#0
CPU 0 irqstacks, hard=c03c7000 soft=c03c6000
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 1833.218 MHz processor.
Using tsc for high-res timesource
Console: colour dummy device 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 515684k/524272k available (1883k kernel code, 8000k reserved, 776k
data, 156k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode...
Ok.
Calibrating delay loop... 3612.67 BogoMIPS (lpj=1806336)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 0383fbff c1c3fbff 00000000 00000000
CPU: After vendor identify, caps: 0383fbff c1c3fbff 00000000 00000000
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU: After all inits, caps: 0383fbff c1c3fbff 00000000 00000020
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD Athlon(TM) XP 2500+ stepping 00
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ACPI: IRQ9 SCI: Level Trigger.
NET: Registered protocol family 16
spurious 8259A interrupt: IRQ7.
PCI: PCI BIOS revision 2.10 entry at 0xf1990, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040816
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 11 12) *0, disabled.
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12) *0, disabled.
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12)
ACPI: PCI Interrupt Link [LNKE] (IRQs *3 4 5 6 7 9 10 11 12)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 *6 7 9 10 11 12)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 10
ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 10 (level, low) -> IRQ 10
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
ACPI: PCI interrupt 0000:00:0b.2[B] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 3
ACPI: PCI interrupt 0000:00:10.0[A] -> GSI 3 (level, low) -> IRQ 3
ACPI: PCI interrupt 0000:00:10.1[B] -> GSI 3 (level, low) -> IRQ 3
ACPI: PCI interrupt 0000:00:10.2[C] -> GSI 3 (level, low) -> IRQ 3
ACPI: PCI interrupt 0000:00:10.3[D] -> GSI 3 (level, low) -> IRQ 3
ACPI: PCI interrupt 0000:00:11.1[A]: no GSI
ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 6
ACPI: PCI interrupt 0000:00:11.5[C] -> GSI 6 (level, low) -> IRQ 6
ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 11
ACPI: PCI interrupt 0000:00:12.0[A] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11
Simple Boot Flag at 0x3a set to 0x1
Machine check exception polling timer started.
Initializing Cryptographic API
vesafb: framebuffer at 0xe8000000, mapped to 0xe0880000, size 3072k
vesafb: mode is 1024x768x16, linelength=2048, pages=1
vesafb: protected mode interface info at c000:e2d0
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
ACPI: Power Button (FF) [PWRF]
ACPI: Processor [CPU0] (supports C1)
Real Time Clock Driver v1.12
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected VIA KT400/KT400A/KT600 chipset
agpgart: Maximum main memory to use for agp memory: 439M
agpgart: AGP aperture is 128M @ 0xf0000000
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
via-rhine.c:v1.10-LK1.2.0-2.6 June-10-2004 Written by Donald Becker
ACPI: PCI interrupt 0000:00:12.0[A] -> GSI 11 (level, low) -> IRQ 11
eth0: VIA Rhine II at 0xe4000000, 00:0e:a6:e0:a8:df, IRQ 11.
eth0: MII PHY found at address 1, status 0x786d advertising 01e1 Link
45e1.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:11.1
ACPI: PCI interrupt 0000:00:11.1[A]: no GSI
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci0000:00:11.1
ide0: BM-DMA at 0xb000-0xb007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xb008-0xb00f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: ST380011A, ATA DISK drive
hda: IRQ probe failed (0xfcfa)
hdb: IRQ probe failed (0xfcfa)
hdb: IRQ probe failed (0xfcfa)
Using cfq io scheduler
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: LG DVD-ROM DRD-8160B, ATAPI CD/DVD-ROM drive
hdd: _NEC DVD_RW ND-2500A, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
ide2: Wait for ready failed before probe !
Probing IDE interface ide3...
ide3: Wait for ready failed before probe !
Probing IDE interface ide4...
ide4: Wait for ready failed before probe !
Probing IDE interface ide5...
ide5: Wait for ready failed before probe !
hda: max request size: 1024KiB
hda: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=16383/255/63,
UDMA(100)
hda: cache flushes supported
hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 hda9 >
hdc: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
hdd: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt 0000:00:10.0[A] -> GSI 3 (level, low) -> IRQ 3
uhci_hcd 0000:00:10.0: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller
uhci_hcd 0000:00:10.0: irq 3, io base 0000d000
uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:10.1[B] -> GSI 3 (level, low) -> IRQ 3
uhci_hcd 0000:00:10.1: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (#2)
uhci_hcd 0000:00:10.1: irq 3, io base 0000b800
uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:10.2[C] -> GSI 3 (level, low) -> IRQ 3
uhci_hcd 0000:00:10.2: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (#3)
uhci_hcd 0000:00:10.2: irq 3, io base 0000b400
uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 3
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mice: PS/2 mouse device common for all mice
input: PC Speaker
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 65536)
ip_conntrack version 2.1 (4095 buckets, 32760 max) - 300 bytes per
conntrack
ip_tables: (C) 2000-2002 Netfilter core team
ipt_recent v0.3.1: Stephen Frost <[email protected]>.
http://snowman.net/projects/ipt_recent/
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
ReiserFS: hda3: found reiserfs format "3.6" with standard journal
usb 2-2: new full speed USB device using address 2
hub 2-2:1.0: USB hub found
hub 2-2:1.0: 3 ports detected
ReiserFS: hda3: using ordered data mode
ReiserFS: hda3: journal params: device hda3, size 8192, journal first
block 18, max trans len 1024, max batch 900, max commit age 30, max trans
age 30
ReiserFS: hda3: checking transaction log (hda3)
ReiserFS: hda3: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 156k freed
usb 2-2.1: new full speed USB device using address 3
input: USB HID v1.00 Keyboard [ORTEK USB Hub/Keyboard] on
usb-0000:00:10.1-2.1
input: USB HID v1.00 Device [ORTEK USB Hub/Keyboard] on
usb-0000:00:10.1-2.1
usb 2-2.3: new low speed USB device using address 4
input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on
usb-0000:00:10.1-2.3
Adding 1662688k swap on /dev/hda7. Priority:-1 extents:1
kjournald starting. Commit interval 5 seconds
EXT3 FS on hda5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: hda6: found reiserfs format "3.6" with standard journal
ReiserFS: hda6: using ordered data mode
ReiserFS: hda6: journal params: device hda6, size 8192, journal first
block 18, max trans len 1024, max batch 900, max commit age 30, max trans
age 30
ReiserFS: hda6: checking transaction log (hda6)
ReiserFS: hda6: Using r5 hash to sort names
ReiserFS: hda2: found reiserfs format "3.6" with standard journal
ReiserFS: hda2: using ordered data mode
ReiserFS: hda2: journal params: device hda2, size 8192, journal first
block 18, max trans len 1024, max batch 900, max commit age 30, max trans
age 30
ReiserFS: hda2: checking transaction log (hda2)
ReiserFS: hda2: Using r5 hash to sort names
ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 10 (level, low) -> IRQ 10
ohci1394: $Rev: 1223 $ Ben Collins <[email protected]>
ACPI: PCI interrupt 0000:00:0b.2[B] -> GSI 11 (level, low) -> IRQ 11
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[11]
MMIO=[e5800000-e58007ff] Max Packet=[2048]
ACPI: PCI interrupt 0000:00:10.3[D] -> GSI 3 (level, low) -> IRQ 3
ehci_hcd 0000:00:10.3: VIA Technologies, Inc. USB 2.0
ehci_hcd 0000:00:10.3: irq 3, pci mem e0fae000
ehci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:10.3: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10
drivers/usb/input/hid-core.c: input irq status -84 received
drivers/usb/input/hid-core.c: input irq status -84 received
drivers/usb/input/hid-core.c: input irq status -84 received
drivers/usb/input/hid-core.c: input irq status -84 received
drivers/usb/input/hid-core.c: input irq status -84 received
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 6 ports detected
usb 2-2: USB disconnect, address 2
usb 2-2.1: USB disconnect, address 3
usb 2-2.3: USB disconnect, address 4
ACPI: PCI interrupt 0000:00:11.5[C] -> GSI 6 (level, low) -> IRQ 6
PCI: Setting latency timer of device 0000:00:11.5 to 64
usb 2-2: new full speed USB device using address 5
codec_read: codec 0 is not valid [0x107e5370]
codec_read: codec 0 is not valid [0x107e5370]
codec_read: codec 0 is not valid [0x107e5370]
codec_read: codec 0 is not valid [0x107e5370]
hub 2-2:1.0: USB hub found
hub 2-2:1.0: 3 ports detected
ieee1394: Host added: ID:BUS[0-00:1023] GUID[00023c002002fba3]
usb 2-2.1: new full speed USB device using address 6
input: USB HID v1.00 Keyboard [ORTEK USB Hub/Keyboard] on
usb-0000:00:10.1-2.1
input: USB HID v1.00 Device [ORTEK USB Hub/Keyboard] on
usb-0000:00:10.1-2.1
usb 2-2.3: new low speed USB device using address 7
input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on
usb-0000:00:10.1-2.3
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
process `named' is using obsolete setsockopt SO_BSDCOMPAT
NET: Registered protocol family 10
Disabled Privacy Extensions on device c0361da0(lo)
IPv6 over IPv4 tunneling driver
nvidia: module license 'NVIDIA' taints kernel.
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11
NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-6111 Tue Jul 27
07:55:38 PDT 2004
agpgart: Found an AGP 3.5 compliant device at 0000:00:00.0.
agpgart: X passes broken AGP3 flags (1f000a1f). Fixed.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
agpgart: Found an AGP 3.5 compliant device at 0000:00:00.0.
agpgart: X passes broken AGP3 flags (1f000a1f). Fixed.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
drivers/usb/input/hid-input.c: event field not found
drivers/usb/input/hid-input.c: event field not found
SysRq : Show Memory
Mem-info:
DMA per-cpu:
cpu 0 hot: low 2, high 6, batch 1
cpu 0 cold: low 0, high 2, batch 1
Normal per-cpu:
cpu 0 hot: low 32, high 96, batch 16
cpu 0 cold: low 0, high 32, batch 16
HighMem per-cpu: empty
Free pages: 3596kB (0kB HighMem)
Active:97415 inactive:15328 dirty:2 writeback:0 unstable:0 free:899
slab:2384 mapped:90021 pagetables:523
DMA free:20kB min:20kB low:40kB high:60kB active:2080kB inactive:0kB
present:16384kB
protections[]: 0 0 0
Normal free:3576kB min:700kB low:1400kB high:2100kB active:387580kB
inactive:61312kB present:507888kB
protections[]: 0 0 0
HighMem free:0kB min:128kB low:256kB high:384kB active:0kB inactive:0kB
present:0kB
protections[]: 0 0 0
DMA: 1*4kB 0*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB
0*2048kB 0*4096kB = 20kB
Normal: 2*4kB 56*8kB 51*16kB 40*32kB 6*64kB 1*128kB 0*256kB 1*512kB
0*1024kB 0*2048kB 0*4096kB = 3576kB
HighMem: empty
Swap cache: add 697, delete 476, find 139/162, race 0+0
Free swap: 1660584kB
131068 pages of RAM
0 pages of HIGHMEM
2408 reserved pages
86381 pages shared
221 pages swap cached
--
o
Alastair Stevens : child of 1976 /-'_ LPI (Level 1)
http://www.altruxsolutions.co.uk |\/(*) /\__ Linux Certified
_________________________________ . .(*) _____/ \___________________
Ditch IE and ignite a new web - http://www.getfirefox.com
Alastair Stevens wrote:
> On Saturday 23 October 2004 7:00, Nick Piggin wrote:
>
>>Alastair, can you compile sysrq support into the kernel, and
>>press Alt+SysRq+M when kswapd is going crazy. Then send me
>>the output of `dmesg`. That would be very helpful.
>
>
> OK, here she is.....
>
> It certainly doesn't do it _every_ time. Going into X and straight into
> UT2004 seems fine; but once other apps are loaded and memory is tighter,
> off it goes into a frenzy.
>
> Hope this is useful - thanks for your help!
>
Yep it's great, thanks.
> SysRq : Show Memory
> Mem-info:
> DMA per-cpu:
> cpu 0 hot: low 2, high 6, batch 1
> cpu 0 cold: low 0, high 2, batch 1
> Normal per-cpu:
> cpu 0 hot: low 32, high 96, batch 16
> cpu 0 cold: low 0, high 32, batch 16
> HighMem per-cpu: empty
>
> Free pages: 3596kB (0kB HighMem)
> Active:97415 inactive:15328 dirty:2 writeback:0 unstable:0 free:899
> slab:2384 mapped:90021 pagetables:523
> DMA free:20kB min:20kB low:40kB high:60kB active:2080kB inactive:0kB
> present:16384kB
> protections[]: 0 0 0
> Normal free:3576kB min:700kB low:1400kB high:2100kB active:387580kB
> inactive:61312kB present:507888kB
> protections[]: 0 0 0
> HighMem free:0kB min:128kB low:256kB high:384kB active:0kB inactive:0kB
> present:0kB
> protections[]: 0 0 0
> DMA: 1*4kB 0*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB
> 0*2048kB 0*4096kB = 20kB
> Normal: 2*4kB 56*8kB 51*16kB 40*32kB 6*64kB 1*128kB 0*256kB 1*512kB
> 0*1024kB 0*2048kB 0*4096kB = 3576kB
> HighMem: empty
> Swap cache: add 697, delete 476, find 139/162, race 0+0
> Free swap: 1660584kB
> 131068 pages of RAM
> 0 pages of HIGHMEM
> 2408 reserved pages
> 86381 pages shared
> 221 pages swap cached
>
Can you try the following patch to start with, please?
(against 2.6.10-rc1, but should apply to most recent kernels I think)
On Sunday 24 October 2004 3:59, Nick Piggin wrote:
> Can you try the following patch to start with, please?
> (against 2.6.10-rc1, but should apply to most recent kernels I think)
[vm-pages_scanned-active_list.patch]
Thanks Nick - seems exemplary so far. No stuttering or swap thrashing
under the time-honoured UT2004 test, even with some phat desktop apps
sitting in memory.
I'm still running on 2.6.9-ck1 for now. Is there anything else you want
me to try? Presumably VM scanning work is ongoing for 2.6.10? I might
give -rc1 a spin, just for fun....
Cheers
Alastair
--
o
Alastair Stevens : child of 1976 /-'_ LPI (Level 1)
http://www.altruxsolutions.co.uk |\/(*) /\__ Linux Certified
_________________________________ . .(*) _____/ \___________________
Ditch IE and ignite a new web - http://www.getfirefox.com
Alastair Stevens wrote:
> On Sunday 24 October 2004 3:59, Nick Piggin wrote:
>
>>Can you try the following patch to start with, please?
>>(against 2.6.10-rc1, but should apply to most recent kernels I think)
>
>
> [vm-pages_scanned-active_list.patch]
>
> Thanks Nick - seems exemplary so far. No stuttering or swap thrashing
> under the time-honoured UT2004 test, even with some phat desktop apps
> sitting in memory.
>
> I'm still running on 2.6.9-ck1 for now. Is there anything else you want
> me to try?
Not really - just make sure to really give it a good beating so
you can be sure the problem isn't happening.
> Presumably VM scanning work is ongoing for 2.6.10?
Unfortunately yes. It is really just a few little niggles rather
than anything fundamental, but they're quite annoying :(
> I might
> give -rc1 a spin, just for fun....
>
It would be a good idea to give -rc1 a spin (with, and without the
patch).
Thanks,
Nick
Just wanted to say that your patch fixes a similar slideshow problem I was
having with RTCW - same symptoms, apparently same solution. Applying your
patch kept kswapd from using 90-100% cpu in top whenever I was running the
game on my 512MB ram system running stock 2.6.9.
Thanks a bunch,
Tim McGrath