From: Andrew Morton <akpm@digeo.com>
To: Hugh Dickins <hugh@veritas.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
"linux-mm@kvack.org" <linux-mm@kvack.org>
Subject: Re: overcommit stuff
Date: Sat, 21 Sep 2002 16:53:19 -0700 [thread overview]
Message-ID: <3D8D066F.1B45E3EA@digeo.com> (raw)
In-Reply-To: Pine.LNX.4.44.0209220037110.2265-100000@localhost.localdomain
Hugh Dickins wrote:
>
> On Sat, 21 Sep 2002, Andrew Morton wrote:
> > Alan,
> >
> > running 10,000 tiobench threads I'm showing 23 gigs of
> > `Commited_AS'. Is this right? Those pages are shared,
> > and if they're not PROT_WRITEable then there's no way in
> > which they can become unshared? Seems to be excessively
> > pessimistic?
> >
> > Or is 2.5 not up to date?
>
> I don't think Alan can be held responsible for errors in the
> overcommit stuff rml ported to 2.5 and I then added fixes to.
Well I'm not saying it's an error. It may be by design.
> I believe it is up to date in 2.5.
OK.
> Committed_AS certainly errs on the pessimistic side, that's
> what it's about. How much swap do you have i.e. is 23GB
> committed impossible, or just surprising to you? Does the
> number go back to what it started off from when you kill
> off the tests? How are "those pages" allocated e.g. what
> mmap args?
I have 7G physical, 4G swap.
"those pages" were just used by some scruffy perl script
running `./tiotest &' ten thousand times. I assume it's
shared executable text.
It seems very unlikely (impossible?) that those pages will
ever become unshared.
Are they returned when the threads are killed? Dunno - the
machine got a vists from the NMI watchdog in the scheduler
somewhere before I could tell. Retesting...
Here's what I had when it died:
MemTotal: 7249608 kB
MemFree: 7180 kB
MemShared: 0 kB
Buffers: 29040 kB
Cached: 6879180 kB
SwapCached: 51216 kB
Active: 22672 kB
Inactive: 6950548 kB
HighTotal: 6422528 kB
HighFree: 2980 kB
LowTotal: 827080 kB
LowFree: 4200 kB
SwapTotal: 3951844 kB
SwapFree: 3829764 kB
Dirty: 658468 kB
Writeback: 10640 kB
Mapped: 57228 kB
Slab: 83188 kB
Committed_AS: 28417140 kB
PageTables: 58152 kB
ReverseMaps: 28455
nr_dirty 165433
nr_writeback 2663
nr_pagecache 1739859
nr_page_table_pages 14538
nr_reverse_maps 28455
nr_mapped 14307
nr_slab 20802
pswpin 45
pswpout 30532
pgalloc 6671454
pgfree 6673245
pgactivate 74265
pgdeactivate 68457
pgfault 1261681
pgmajfault 714
pgscan 4640872
pgrefill 100136
pgsteal 4329474
kswapd_steal 1413013
pageoutrun 90269
allocstall 90269
buffer_head: 25669KB 30953KB 82.92
task_struct: 14648KB 15218KB 96.25
radix_tree_node: 12337KB 12354KB 99.85
ext2_inode_cache: 4058KB 4058KB 100.0
vm_area_struct: 2463KB 2475KB 99.52
size-512: 1428KB 1428KB 100.0
filp: 1301KB 1301KB 100.0
dentry_cache: 1290KB 1290KB 100.0
biovec-BIO_MAX_PAGES: 780KB 780KB 100.0
names_cache: 744KB 748KB 99.46
biovec-64: 677KB 723KB 93.57
blkdev_requests: 625KB 633KB 98.69
size-4096: 556KB 556KB 100.0
pte_chain: 158KB 489KB 32.39
sgpool-MAX_PHYS_SEGMENTS: 420KB 480KB 87.50
biovec-128: 390KB 390KB 100.0
size-2048: 352KB 352KB 100.0
size-1024: 348KB 348KB 100.0
size-32: 317KB 324KB 97.57
ext3_inode_cache: 171KB 240KB 71.22
sgpool-64: 213KB 232KB 91.93
signal_act: 212KB 212KB 100.0
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
next prev parent reply other threads:[~2002-09-21 23:53 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-21 23:27 overcommit stuff Andrew Morton
2002-09-21 23:28 ` William Lee Irwin III
2002-09-21 23:31 ` Martin J. Bligh
2002-09-22 0:03 ` Andrew Morton
2002-09-22 0:08 ` Martin J. Bligh
2002-09-22 1:04 ` Hugh Dickins
2002-09-22 1:07 ` Martin J. Bligh
2002-09-21 23:46 ` Hugh Dickins
2002-09-21 23:53 ` Andrew Morton [this message]
2002-09-22 0:49 ` Hugh Dickins
2002-09-22 1:07 ` Andrew Morton
2002-09-22 1:45 ` Hugh Dickins
2002-09-22 1:49 ` Andrew Morton
2002-09-21 23:53 ` William Lee Irwin III
2002-09-22 1:12 ` Andrew Morton
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=3D8D066F.1B45E3EA@digeo.com \
--to=akpm@digeo.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=hugh@veritas.com \
--cc=linux-mm@kvack.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.