linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
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/

  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 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox