2.6.9-ck1: swap mayhem under UT2004

linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed

* 2.6.9-ck1: swap mayhem under UT2004
@ 2004-10-22 22:46 Alastair Stevens
  2004-10-23  0:03 ` Con Kolivas
  0 siblings, 1 reply; 11+ messages in thread
From: Alastair Stevens @ 2004-10-22 22:46 UTC (permalink / raw)
  To: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 1598 bytes --]

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)
  www.altruxsolutions.co.uk           |\/(*)   /\__     Linux Certified
_________________________________ . .(*) _____/    \___________________
        Ditch IE and ignite a new web - www.getfirefox.com

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: 2.6.9-ck1: swap mayhem under UT2004
  2004-10-22 22:46 2.6.9-ck1: swap mayhem under UT2004 Alastair Stevens
@ 2004-10-23  0:03 ` Con Kolivas
  2004-10-23  2:52   ` Lee Revell
  2004-10-23  5:34   ` Nick Piggin
  0 siblings, 2 replies; 11+ messages in thread
From: Con Kolivas @ 2004-10-23  0:03 UTC (permalink / raw)
  To: Alastair Stevens; +Cc: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 1570 bytes --]

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

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: 2.6.9-ck1: swap mayhem under UT2004
  2004-10-23  0:03 ` Con Kolivas
@ 2004-10-23  2:52   ` Lee Revell
  2004-10-23  5:34   ` Nick Piggin
  1 sibling, 0 replies; 11+ messages in thread
From: Lee Revell @ 2004-10-23  2:52 UTC (permalink / raw)
  To: Con Kolivas; +Cc: Alastair Stevens, linux-kernel

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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: 2.6.9-ck1: swap mayhem under UT2004
  2004-10-23  0:03 ` Con Kolivas
  2004-10-23  2:52   ` Lee Revell
@ 2004-10-23  5:34   ` Nick Piggin
  2004-10-23  5:38     ` Con Kolivas
  1 sibling, 1 reply; 11+ messages in thread
From: Nick Piggin @ 2004-10-23  5:34 UTC (permalink / raw)
  To: Con Kolivas; +Cc: Alastair Stevens, linux-kernel

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

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: 2.6.9-ck1: swap mayhem under UT2004
  2004-10-23  5:34   ` Nick Piggin
@ 2004-10-23  5:38     ` Con Kolivas
  2004-10-23  6:00       ` Nick Piggin
  0 siblings, 1 reply; 11+ messages in thread
From: Con Kolivas @ 2004-10-23  5:38 UTC (permalink / raw)
  To: Nick Piggin; +Cc: Alastair Stevens, linux-kernel

[-- Attachment #1: Type: text/plain, Size: 699 bytes --]

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

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: 2.6.9-ck1: swap mayhem under UT2004
  2004-10-23  5:38     ` Con Kolivas
@ 2004-10-23  6:00       ` Nick Piggin
  2004-10-23 16:22         ` Alastair Stevens
  0 siblings, 1 reply; 11+ messages in thread
From: Nick Piggin @ 2004-10-23  6:00 UTC (permalink / raw)
  To: Con Kolivas; +Cc: Alastair Stevens, linux-kernel

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

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: 2.6.9-ck1: swap mayhem under UT2004
  2004-10-23  6:00       ` Nick Piggin
@ 2004-10-23 16:22         ` Alastair Stevens
  2004-10-24  2:59           ` Nick Piggin
  0 siblings, 1 reply; 11+ messages in thread
From: Alastair Stevens @ 2004-10-23 16:22 UTC (permalink / raw)
  To: Nick Piggin; +Cc: Con Kolivas, linux-kernel

[-- Attachment #1: Type: text/plain, Size: 16133 bytes --]

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 (root@dolphin.altrux.net) (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 <sfrost@snowman.net>.  
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 <bcollins@debian.org>
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)
  www.altruxsolutions.co.uk           |\/(*)   /\__     Linux Certified
_________________________________ . .(*) _____/    \___________________
        Ditch IE and ignite a new web - www.getfirefox.com

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: 2.6.9-ck1: swap mayhem under UT2004
  2004-10-23 16:22         ` Alastair Stevens
@ 2004-10-24  2:59           ` Nick Piggin
  2004-10-24 10:38             ` Alastair Stevens
  0 siblings, 1 reply; 11+ messages in thread
From: Nick Piggin @ 2004-10-24  2:59 UTC (permalink / raw)
  To: Alastair Stevens; +Cc: Con Kolivas, linux-kernel

[-- Attachment #1: Type: text/plain, Size: 1857 bytes --]

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)

[-- Attachment #2: vm-pages_scanned-active_list.patch --]
[-- Type: text/x-patch, Size: 791 bytes --]




---

 linux-2.6-npiggin/mm/vmscan.c |    2 +-
 1 files changed, 1 insertion(+), 1 deletion(-)

diff -puN mm/memory.c~vm-pages_scanned-active_list mm/memory.c
diff -puN mm/vmscan.c~vm-pages_scanned-active_list mm/vmscan.c
--- linux-2.6/mm/vmscan.c~vm-pages_scanned-active_list	2004-10-24 12:56:25.000000000 +1000
+++ linux-2.6-npiggin/mm/vmscan.c	2004-10-24 12:57:14.000000000 +1000
@@ -574,7 +574,6 @@ static void shrink_cache(struct zone *zo
 			nr_taken++;
 		}
 		zone->nr_inactive -= nr_taken;
-		zone->pages_scanned += nr_taken;
 		spin_unlock_irq(&zone->lru_lock);
 
 		if (nr_taken == 0)
@@ -675,6 +674,7 @@ refill_inactive_zone(struct zone *zone, 
 		}
 		pgscanned++;
 	}
+	zone->pages_scanned += pgscanned;
 	zone->nr_active -= pgmoved;
 	spin_unlock_irq(&zone->lru_lock);
 

_

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: 2.6.9-ck1: swap mayhem under UT2004
  2004-10-24  2:59           ` Nick Piggin
@ 2004-10-24 10:38             ` Alastair Stevens
  2004-10-24 12:28               ` Nick Piggin
  0 siblings, 1 reply; 11+ messages in thread
From: Alastair Stevens @ 2004-10-24 10:38 UTC (permalink / raw)
  To: Nick Piggin; +Cc: Con Kolivas, linux-kernel

[-- Attachment #1: Type: text/plain, Size: 925 bytes --]

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)
  www.altruxsolutions.co.uk           |\/(*)   /\__     Linux Certified
_________________________________ . .(*) _____/    \___________________
        Ditch IE and ignite a new web - www.getfirefox.com

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: 2.6.9-ck1: swap mayhem under UT2004
  2004-10-24 10:38             ` Alastair Stevens
@ 2004-10-24 12:28               ` Nick Piggin
  2004-10-25 16:31                 ` misty-
  0 siblings, 1 reply; 11+ messages in thread
From: Nick Piggin @ 2004-10-24 12:28 UTC (permalink / raw)
  To: Alastair Stevens; +Cc: Con Kolivas, linux-kernel

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

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: 2.6.9-ck1: swap mayhem under UT2004
  2004-10-24 12:28               ` Nick Piggin
@ 2004-10-25 16:31                 ` misty-
  0 siblings, 0 replies; 11+ messages in thread
From: misty- @ 2004-10-25 16:31 UTC (permalink / raw)
  To: Nick Piggin; +Cc: linux-kernel

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

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2004-10-25 16:39 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-10-22 22:46 2.6.9-ck1: swap mayhem under UT2004 Alastair Stevens
2004-10-23  0:03 ` Con Kolivas
2004-10-23  2:52   ` Lee Revell
2004-10-23  5:34   ` Nick Piggin
2004-10-23  5:38     ` Con Kolivas
2004-10-23  6:00       ` Nick Piggin
2004-10-23 16:22         ` Alastair Stevens
2004-10-24  2:59           ` Nick Piggin
2004-10-24 10:38             ` Alastair Stevens
2004-10-24 12:28               ` Nick Piggin
2004-10-25 16:31                 ` misty-

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).