From: randrianasulu@gmail.com
To: linux-kernel@vger.kernel.org, nouveau@lists.freedesktop.org
Subject: Different swap behaviour between 2.6.36 and .37-rc1 ?
Date: Mon, 15 Nov 2010 18:40:30 +0300 [thread overview]
Message-ID: <201011151840.31916.randrianasulu@gmail.com> (raw)
Hello all.
I'm using this kernel tree:
http://cgit.freedesktop.org/nouveau/linux-2.6/
It works OK for most time, but some days ago i booted with mem=256m (machine
has 768mb of ram) and found what after merging 2.6.37-rc1 into this tree some
workloads generated much more swap activity, than 2.6.36-based tree (from
around 5/11/2010).
If I boot my kernel with mem=256m, then add swapfile (Adding 399996k swap
on /swap.file. Priority:-1 extents:728 across:2152040k) startx with nouveau
driver and start to do usual stuff, after some hours of use 2.6.37-rc1 based
kernel started to swap thing in and mostly OUT swapfile, sometimes stalling
machine for long time (around minute).
I have mozilla (seamonkey) session open most of time, in both cases it sized
around
14823 guest 20 0 298m 102m 11m S 10.5 41.5 156:43.55 seamonkey-bin
(~300 mb virt, ~100mb res)
Then, i start some git pull/make job (on wine or kernel source tree). After
job finished, 2.6.36-based kernel behave OK, even if i have some 126976k used
in swapfile. 2.6.37-rc1 based kernel starts to swap things, at application
start, at menu open time (e16 here - nothing over-bloated), when i scroll
some pages in seamonkey ... Most notable - closing seamonkey takes much more
time (and swap-outs) under 2.6.37-rc1 kernel.
May be this behaviour was fixed in latest mainline kernel, i tried to look
at /sys/class/drm/ttm/memory_accounting/kernel/used_memory but under both
kernel valus stays around 18000-19000 (currently: 18196) this lead me to thin
this is not just some pixmaps for my 256 Mb VRAM GeForce6200/agp videocard.
But i can be wrong here.
I have usual ide hdd, still configured as hdc/hdd:
/dev/hdd:
Model=SAMSUNG SP0802N, FwRev=TK200-04, SerialNo=S00JJ10X568638
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=156368016
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0: ATA/ATAPI-1,2,3,4,5,6,7
* signifies the current active mode
/dev/hdc:
Model=ST3160021A, FwRev=8.01, SerialNo=5LJ0BXTG
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=312581808
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2: ATA/ATAPI-1,2,3,4,5,6
* signifies the current active mode
driver in use:
Uniform Multi-Platform E-IDE driver
via82cxxx 0000:00:11.1: VIA vt8233a (rev 00) IDE UDMA133
via82cxxx 0000:00:11.1: IDE controller (0x1106:0x0571 rev 0x06)
default ext3 with ordered data mode on all partitions touched by swap, make or
usual system activity (/ i mean).
/proc/sys/vm/swappines stays at 60 for two kernels, dirty_ratio - 20, constant
too.
I'm out of ideas what was changed, because i rebooted few times and 2.6.36 was
always better in this area, compared to 2.6.37-rc1. Note, you may need to
actually work with seamonkey , may be for few hours, right after session
restore it barely touches swap here with 256mb RAM.
I think i'll try until 2.6.37-rc2 and if this behaviour continued - I will
open bug at kernel bugzilla with configs and other data .....
reply other threads:[~2010-11-15 15:40 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201011151840.31916.randrianasulu@gmail.com \
--to=randrianasulu@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=nouveau@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.